Bug 1186727
| Summary: | IP address is getting lost for a while when having 2 NICs on the same subnet and running dhclient on both | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Ladislav Jozsa <ljozsa> | ||||||
| Component: | dhcp | Assignee: | Jiri Popelka <jpopelka> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Release Test Team <release-test-team-automation> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 7.1 | CC: | danken | ||||||
| Target Milestone: | rc | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2015-02-02 17:52:43 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: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 1112660 | ||||||||
| Attachments: |
|
||||||||
Created attachment 985142 [details]
journalctl output
(In reply to Ladislav Jozsa from comment #0) > Both interfaces are on the same subnet. After running ifup ens3 and ifup > ens8, waiting for duration of the lease time, the interface that was > brought up later loses its address for a while. It then starts to broadcast > request for a new address which is obtained afterwards. I can reproduce it. It's not caused by bug #1116004 fix, the fix just revealed it. So far I don't quite understand what's happening but it looks like the second dhclient (on ens8 interface in this case) wrongly fills in source IP & MAC addresses of the REQUEST packets. It puts there adresses of the first interface (ens3) and the server then seems to send ACK to the first dhclient, so the second one doesn't see them and keeps sending REQUESTs until the lease expires. Then it restarts the process and gets a new (the same) address. Tried with latest upstream version and neither of the two running dhclients is able to renew the address. So I've been investigating this almost whole day, then trying to google out if someone already hit this and what I found is bug #1177351 - shame on me ! *** This bug has been marked as a duplicate of bug 1177351 *** |
Created attachment 985111 [details] journalctl output Description of problem: Both interfaces are on the same subnet. After running ifup ens3 and ifup ens8, waiting for duration of the lease time, the interface that was brought up later loses its address for a while. It then starts to broadcast request for a new address which is obtained afterwards. See attached output from journalctl -b. Version-Release number of selected component (if applicable): # rpm -qa | grep dhc dhcp-libs-4.2.5-35.el7.x86_64 dhclient-4.2.5-35.el7.x86_64 dhcp-common-4.2.5-35.el7.x86_64 How reproducible: always Steps to Reproduce: 1. Disable NetworkManager 2. ifup ens3 3. ifup ens8 4. watch ip a a Actual results: IP address is lost on the interface that was brought up later Expected results: IP address should persist on both interfaces Additional info: # systemctl status NetworkManager NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; disabled) Active: inactive (dead) Config files for interfaces: # cat /etc/sysconfig/network-scripts/ifcfg-ens3 HWADDR=52:54:00:1D:28:EC TYPE=Ethernet BOOTPROTO=dhcp DEFROUTE=yes PEERDNS=yes PEERROUTES=yes IPV4_FAILURE_FATAL=no IPV6INIT=yes IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_PEERDNS=yes IPV6_PEERROUTES=yes IPV6_FAILURE_FATAL=no NAME=ens3 UUID=a21da164-71b9-496f-9d07-d785cac8ba61 ONBOOT=no # cat /etc/sysconfig/network-scripts/ifcfg-ens8 HWADDR=52:54:00:0C:C7:EE TYPE=Ethernet BOOTPROTO=dhcp DEFROUTE=yes PEERDNS=yes PEERROUTES=yes IPV4_FAILURE_FATAL=no IPV6INIT=yes IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_PEERDNS=yes IPV6_PEERROUTES=yes IPV6_FAILURE_FATAL=no NAME=ens8 UUID=8e3c2c82-e7cc-4ab6-924f-7d9fa065ebd9 ONBOOT=no