Bug 545003
Summary: | NetworkManager keeps controlling an interface inspite of NM_MANAGED=no | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tommi Kyntola <kynde> |
Component: | NetworkManager | Assignee: | Dan Williams <dcbw> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 12 | CC: | dcbw |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 0.7.2-2.git20091223.fc11 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-12-07 20:20:31 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: |
Description
Tommi Kyntola
2009-12-07 09:59:29 UTC
Can you attach some bits from /var/log/messages when NM starts up for me? That'll let us know what's going on here. If the ifcfg file is invalid or NM has a bug that fails to parse the ifcfg file, NM will still control the device. It'll look like this: NetworkManager: <info> starting... NetworkManager: <info> Trying to start the modem-manager... NetworkManager: Loaded plugin ifcfg-rh: (c) 2007 - 2008 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. NetworkManager: Loaded plugin keyfile: (c) 2007 - 2008 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. NetworkManager: <info> Found radio killswitch rfkill4 (at /sys/devices/pci0000:00/0000:00:1c.1/0000:02:00.0/rfkill/rfkill4) (driver iwlagn) NetworkManager: <info> Wireless enabled by radio killswitch; enabled by state file NetworkManager: ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-pan0 ... NetworkManager: ifcfg-rh: read connection 'System pan0' NetworkManager: ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-Auto_eth0 ... NetworkManager: ifcfg-rh: read connection 'Auto eth0' Also, can you paste in your /etc/sysconfig/network-scripts/ifcfg-eth0 for me too? NM requires the HWADDR field to be filled in an correct so that it can match the ifcfg file with an actual device too. DEVICE=eth0 ONBOOT=no BOOTPROTO=none TYPE=Ethernet NM_CONTROLLED=no IPV6INIT=no USERCTL=no Dec 7 21:52:14 localhost NetworkManager: <info> starting... Dec 7 21:52:14 localhost NetworkManager: <info> modem-manager is now available Dec 7 21:52:14 localhost NetworkManager: Loaded plugin ifcfg-rh: (c) 2007 - 2008 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. Dec 7 21:52:14 localhost NetworkManager: <info> Found radio killswitch rfkill1 (at /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/ieee80211/phy0/rfkill1) (driver <unknown>) Dec 7 21:52:14 localhost NetworkManager: <info> Wireless enabled by radio killswitch; enabled by state file Dec 7 21:52:14 localhost NetworkManager: ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-lo ... Dec 7 21:52:14 localhost NetworkManager: ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-eth0 ... Dec 7 21:52:14 localhost NetworkManager: ifcfg-rh: error: addresses Dec 7 21:52:14 localhost NetworkManager: <info> (eth0): carrier is OFF Dec 7 21:52:14 localhost NetworkManager: <info> (eth0): new Ethernet device (driver: 'e1000e') Dec 7 21:52:14 localhost NetworkManager: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/0 Dec 7 21:52:14 localhost NetworkManager: <info> (eth0): now managed Dec 7 21:52:14 localhost NetworkManager: <info> (eth0): device state change: 1 -> 2 (reason 2) Dec 7 21:52:14 localhost NetworkManager: <info> (eth0): bringing up device. Dec 7 21:52:14 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready There indeed is the "error: addresses". Not that I feel like I should add addresses there, but I did and retried with these added lines: IPADDR=10.11.12.13 NETMASK=255.255.255.0 and I got pretty much same: Dec 7 21:54:53 localhost NetworkManager: ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-lo ... Dec 7 21:54:53 localhost NetworkManager: ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-eth0 ... Dec 7 21:54:53 localhost NetworkManager: ifcfg-rh: read connection 'System eth0' Dec 7 21:54:53 localhost NetworkManager: <info> (eth0): carrier is OFF Dec 7 21:54:53 localhost NetworkManager: <info> (eth0): new Ethernet device (driver: 'e1000e') Dec 7 21:54:53 localhost NetworkManager: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/0 Dec 7 21:54:53 localhost NetworkManager: <info> (eth0): now managed Dec 7 21:54:53 localhost NetworkManager: <info> (eth0): device state change: 1 -> 2 (reason 2) Dec 7 21:54:53 localhost NetworkManager: <info> (eth0): bringing up device. Dec 7 21:54:53 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready The problem is that you don't have the HWADDR tag that locks the ifcfg file to a specific device. If you add that (HWADDR=00:11:22:33:44:55) then NM will ignore the device. (obviously use your device's MAC address instead of 00:11:22:33:44:55) I've added a new warning for this situation upstream: e0fb3125f9bed7dd0bd797224c4d6983eec0be15 (master) af6839a1d2c9ddf31879c33fade57fa5bdce7574 (0.7.x) Ok that's it, cheers. You might also want to make sure the system-config-network and others write it down there, too, atleast when the user requests that the device should not be NetworkManager controlled. NetworkManager-0.7.997-1.fc12,ModemManager-0.2.997-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/NetworkManager-0.7.997-1.fc12,ModemManager-0.2.997-1.fc12 (In reply to comment #6) > Ok that's it, cheers. > > You might also want to make sure the system-config-network and others write it > down there, too, atleast when the user requests that the device should not be > NetworkManager controlled. I tried on F11 today, and system-config-network will write out HWADDR when creating a connection for a device. I doubt that's changed in F12... (In reply to comment #8) > (In reply to comment #6) > > Ok that's it, cheers. > > > > You might also want to make sure the system-config-network and others write it > > down there, too, atleast when the user requests that the device should not be > > NetworkManager controlled. > > I tried on F11 today, and system-config-network will write out HWADDR when > creating a connection for a device. I doubt that's changed in F12... Tried that, too, with F12. But if there is a ifcfg-eth0 file then it happily changes the NM_CONTROLLED flag without adding HWADDR. Now, I'm not saying it's totally wrong the way it is. Since if it ain't there it has been written by the user and it can deemed as his fault for not including the HWADDR there, but since it's absense makes the NM_CONTROLLED flagging useless one could argue that in such a case it should be added there (atleast when the NM_CONTROLLED is set off). Just a thought. I'm fine with the way it is now. And thanks for all the help. NetworkManager-0.7.997-2.git20091214.fc12,ModemManager-0.2.997-2.git20091214.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/NetworkManager-0.7.997-2.git20091214.fc12,ModemManager-0.2.997-2.git20091214.fc12 NetworkManager-0.7.2-2.git20091223.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/NetworkManager-0.7.2-2.git20091223.fc11 ModemManager-0.2.997-4.git20091218.fc12, NetworkManager-0.7.997-2.git20091214.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. NetworkManager-0.7.2-2.git20091223.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. |