Bug 177795
Summary: | nics automatically activated after unclean shutdown | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Dan Wong <danh8888> | ||||||
Component: | initscripts | Assignee: | Bill Nottingham <notting> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | Brock Organ <borgan> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 4.0 | CC: | rvokal | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2006-05-02 17:05:33 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Dan Wong
2006-01-14 08:23:55 UTC
What version of initscripts? initscripts-7.93.20.EL-1 Also, what version of hotplug? hotplug-2004_04_01-7.6 Hm, odd. This seems like a rehash of 157252 and 153669, which are fixed in those versions. What do your ifcfg files look like? i actually experienced bug 153669 because I had El4 U1 installed at the time. Then I installed El4 U2 and saw that the manual reboot works correctly. However, when the system goes down uncleanly, the onboot=no is still not honored when system comes back up. ifcfg-eth0 ========== DEVICE=eth0 BOOTPROTO=none HWADDR=00:08:79:08:ED:6A ONBOOT=no TYPE=Ethernet BROADCAST=192.168.200.255 IPADDR=192.168.200.171 NETMASK=255.255.255.0 ifcfg-eth2 ========== DEVICE=eth2 BOOTPROTO=none HWADDR=AA:30:78:32:7E:1B IPADDR=192.168.13.171 NETMASK=255.255.255.0 ONBOOT=yes TYPE=Ethernet I expect eth0 to not activate during boot. Does /var/lock/subsys/network exist on these unclean boots? yes OK, so the hotplug script sees that that exists, and therefore assumes the network is up and tries to bring up the interface. Of course, this all before the root FS is read/write, so we can't remove the lock file. You're right. I removed the lock file and did an unclean reboot. The respective interfaces are brought up/down correctly. Any idea when this might get fixed? Have to find a clean way to fix it. Created attachment 123350 [details]
make sure we're in a numeric runlevel before running ifup
Does the attached patch fix it for you?
patch doesn't work. I added debug messages to net.agent and found that runlevel was already set to 3 before the runlevel comparison Hm, if it happens because /var/lock/subsys/network is there, that means it's in rc.sysinit. The runlevel should *not* be returning 3 there... except that the old /var/run/utmp is there from the previous boot, and runlevel is reading that. Back to the drawing board. shouldn't the runlevel be cleared or reset at boot time seems like we're uncovering problems of much wider scope any service/operation that does a file lookup might get out of sync from an unclean reboot depending on service/operation sequence (In reply to comment #15) > shouldn't the runlevel be cleared or reset at boot time Sure, later in rc.sysinit. The hotplug events happen before that, before the filesystem is even mounted read-write. > any service/operation that does a file lookup might get out of sync from an > unclean reboot depending on service/operation sequence Nah, most everything else happens after rc.sysinit ends. Created attachment 124289 [details]
dirty hack: check for rc.sysinit
Does this work better? It's a gross hack...
yes, it works. can you formally release this fix? Oops, sorry about that. Moving this to where it's being tracked for a RHEL update. *** This bug has been marked as a duplicate of 183706 *** |