Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 5 product line. The current stable release is 5.10. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 685038

Summary: No IP connectivity with DHCP when Link was down on boot
Product: Red Hat Enterprise Linux 5 Reporter: Masahiro Matsuya <mmatsuya>
Component: initscriptsAssignee: initscripts Maintenance Team <initscripts-maint-list>
Status: CLOSED ERRATA QA Contact: qe-baseos-daemons
Severity: medium Docs Contact:
Priority: medium    
Version: 5.6CC: azelinka, harald, notting
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
When a system was rebooted while the network switch was down and the network interface had the PERSISTENT_DHCLIENT variable set to "yes", the dhclient utility still failed to start on boot. With this update, the ifup-eth init script has been fixed and the dhclient utility starts as expected when "PERSISTENT_DHCLIENT=yes" is configured.
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-07-21 08:36: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 Flags
backported patch none

Description Masahiro Matsuya 2011-03-15 06:39:36 UTC
Created attachment 484366 [details]
backported patch

Description of problem:
A customer rebooted their system while the network switch is down.
/etc/sysconfig/network-scripts/ifcfg-eth0 on the system has PERSISTENT_DHCLIENT=yes, so it's expected that dhclient starts on boot for eth0.
But, it did not start. As a result, even after the network switch starts to work, the network interface eth0 did not link up automatically.

ifup-eth script in upstream initscripts has the fix to start dhclient upon a value of PERSISTENT_DHCLIENT.

I will attach the backported patch on this bugzilla.

Version-Release number of selected component (if applicable):
RHEL5.6
initscripts-8.45.33-1.el5

How reproducible:
Always

Steps to Reproduce:
1. configure PERSISTENT_DHCLIENT=yes for eth0
2. ifdown eth0
3. remove the ethernet cable from eth0
4. ifup eth0, and confirm if dhclient is running.
  
Actual results:
dhclient does not start even when PERSISTENT_DHCLIENT=yes is configured for eth0

Expected results:
dhclient starts with PERSISTENT_DHCLIENT=yes.

Additional info:

Comment 1 Bill Nottingham 2011-03-15 16:31:54 UTC
For reference, that's ca5bd7279c61f0b7dd5083d9ffab85fc2e0858ba in git.

Comment 2 RHEL Program Management 2011-03-15 16:50:34 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 6 Tomas Capek 2011-07-13 12:26:23 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
When a system was rebooted while the network switch was down and the network interface had the PERSISTENT_DHCLIENT variable set to "yes", the dhclient utility still failed to start on boot. With this update, the ifup-eth init script has been fixed and the dhclient utility starts as expected when "PERSISTENT_DHCLIENT=yes" is configured.

Comment 7 errata-xmlrpc 2011-07-21 08:36:33 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-1081.html

Comment 8 errata-xmlrpc 2011-07-21 12:40:42 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-1081.html