Bug 135569

Summary: To little time for dhcp negotiation
Product: [openSUSE] SUSE Linux 10.1 Reporter: Christian Zoz <zoz>
Component: NetworkAssignee: Christian Zoz <zoz>
Status: RESOLVED WONTFIX QA Contact: E-mail List <qa-bugs>
Severity: Minor    
Priority: P5 - None CC: stefan.fink
Version: unspecified   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Development Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Christian Zoz 2005-11-25 15:45:02 UTC 
At boot time there is sometimes to little time for dhcp negotiation even if DHCLIENT_WAIT_AT_BOOT and WAIT_FOR_INTERFACES are sufficient big. This problem occurs if an interfaces is created while rcnetwork is waiting for mandatory devices. 
In this case ifup is running in background (called from udev) so DHCLIENT_WAIT_AT_BOOT has no effect. rcnetwork does only check the state of this interface via ifstatus.
And the counter for WAIT_FOR_INTERFACES is started when rcnetwork is started. Now when the interface is created n seconds before rcnetwork times out, then there are just n seconds for dhcp negotiation before rcnetwork reports failed and booting proceeds. (E.g. with starting ypbind.)

Severity is minor, because dhcp negotiation proceeds in background. Often the interface will be set up in time despite rcnetwork reported failed.
Comment 1 Christian Zoz 2005-11-25 15:47:29 UTC 
One possibility to solve this is to increase WAIT_FOR_INTERFACES dynamically as soon as ifstatus returns R_DHCP_BG the first time for an interface.
Comment 2 Stefan Scheler 2006-02-02 14:13:23 UTC 
It's too much hassle. rcnetwork is complicate enough.
Comment 3 Christian Zoz 2006-02-02 14:41:32 UTC 
OK.
And we should go for service starts triggered by fullfilled presrequisites anyway.

If rcnetwork does not wait long enough in some cases then /etc/ssysconfig/network/config:WAIT_FOR_INTERFACES may be increased.