Bug 817556
Summary: | dhclient is being run twice on boot | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Paul Smith <pds> |
Component: | NetworkManager | Assignee: | Dan Williams <dcbw> |
Status: | CLOSED DUPLICATE | QA Contact: | Desktop QE <desktop-qa-list> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.2 | CC: | notting, tpelka |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-08-29 22:01:39 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Paul Smith
2012-04-30 13:35:27 UTC
See 817660, sorry about the duplicate. This also seems to be related to bug #607921. Although that bug is related to iSCSI but the underlying issue is the same one as in this bug. However, apparently (according to the comments) there's a workaround for iSCSI, but that workaround does not work for my situation. That bug has been open for almost two years; is there any way to get some progress on this problem? It's biting us hard in our Red Hat EL 6.2.2 Workstation deployments here and I don't see an obvious workaround. Cheers! Since RHEL 6.3 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. How many ifcfg files do you have in /etc/sysconfig/network, and what are their names? I meant /etc/sysconfig/network-scripts/ ... Hi Dan. I have two: one for lo and one created by NetworkManager: ~$ ls -1 /etc/sysconfig/network-scripts/ifcfg-* /etc/sysconfig/network-scripts/ifcfg-Auto_eth0 /etc/sysconfig/network-scripts/ifcfg-lo Here's what I think is going on. If you have a standard desktop install, then both sysv networking (/etc/init.d/network) and NetworkManager are "enabled". The sysv networking looks for files in /etc/sysconfig/network-scripts and brings up interfaces there as appropriate. However it appears that a normal desktop install does not, by default create any files in /etc/sysconfig/network-scripts (at least when I installed a new RedHat EL 6.3 yesterday, it didn't create any). So at first install, the sysv network scripts don't actually do anything. When I log in, NetworkManager brings up the interface using its default config (DHCP, etc.) without any files in /etc/sysconfig/network-scripts. However, the minute you modify any of the interface configuration (set the DHCP client ID for example), then NetworkManager appears to create an /etc/sysconfig/network-scripts/ifcfg-Auto_eth0 (or whatever name you gave the interface in NetworkManager) and it puts a fully-formed sysv network script in there, plus the setting you modified (DHCP_CLIENT_ID). Now the next time you reboot, the sysv network scripts see this ifcfg-Auto_eth0 file and they see that it's got BOOTPROTO=dhcp and ONBOOT=yes in it, and those scripts run the DHCP client and they get an IP address. Then later (I guess when you log in), NetworkManager ALSO sees that the interface is configured, without checking first to see if the interface is already up, it re-runs the DHCP client protocols. This causes multiple problems: first, if you configure the sysv init dhclient scripts (/etc/dhcp/dhclient-hook or whatever) they will run at the first DHCP request is made but not the second (there's apparently no way to hook into NetworkManager for this, which is a bummer). Second, in our environment (for some reason I don't understand, not having any access to the DHCP server logs etc.), these two requests return DIFFERENT IP addresses, even though they are both registering the same MAC address. Not only that but our DHCP server is keeping both lookups in the DNS server, so now two different IP addresses are resolving to the same hostname, which is very bad. Anyway, there seems to be a confusion because sysv network and NetworkManager are sharing the same config files, but they are both trying to operate on them. Unfortunately I need both: this is a desktop and I want my network to come up when the system boots, even if I'm not there to log in. And at the same time I want the NetworkManager icon on the desktop so I can manage the network using it (change parameters, start/stop VPN, etc.) This as a duplicate of bug #607921 *** This bug has been marked as a duplicate of bug 607921 *** |