Bug#302658: workaround for failure to obtain lease
On Tue, 2005-06-07 at 13:27 +, Kacper Wysocki wrote: On 06/07/05 08:51:14, Eric Van Buggenhaut wrote: On Tue, Jun 07, 2005 at 12:06:46PM +, Kacper Wysocki wrote: [snip] but instead of -else - /sbin/ifconfig $interface 0.0.0.0 fi +/sbin/ifconfig $interface 0.0.0.0 I'd rather use -else - /sbin/ifconfig $interface 0.0.0.0 fi +/sbin/ifconfig $interface up Any comment ? Thanks for the quick follow-up. Seems to work fine here, however the former ifconfig stanza is upstream, maybe they should use 'ifconfig $interface up' as well for their sample scripts, as it is indeed cleaner. -K sorry to jump in so late, but the purpose is not just to bring up the interface, but also to clear any address. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302658: workaround for failure to obtain lease
Hi, I got bitten by this as well. My take on the problem is that if you have the resolvconf package installed, the script /etc/udhcpc/default.deconfig (called upon invocation by udhcpc) instead of running ifconfig runs resolvconf, which does not put the network device in the state required for udhcpc to work, resulting in bind() and such things returning ENETDOWN. The solution is to either apply the attached patch, which simply makes sure ifconfig brings up the device regardless of whether you have resolvconf installed, or not use the resolvconf package. This and the companion bug (#302655) are two months old, and should be attended to. -K --- default.deconfig 2005-04-01 16:05:50.0 -0500 +++ default.deconfig.new 2005-06-07 07:45:51.877221416 -0400 @@ -3,6 +3,5 @@ if [ -x /sbin/resolvconf ] ; then resolvconf -d ${interface}.udhcpc -else - /sbin/ifconfig $interface 0.0.0.0 fi +/sbin/ifconfig $interface 0.0.0.0 pgpjr7kt1NtEr.pgp Description: PGP signature
Bug#302658: workaround for failure to obtain lease
On Tue, Jun 07, 2005 at 12:06:46PM +, Kacper Wysocki wrote: Hi, I got bitten by this as well. My take on the problem is that if you have the resolvconf package installed, the script /etc/udhcpc/default.deconfig (called upon invocation by udhcpc) instead of running ifconfig runs resolvconf, which does not put the network device in the state required for udhcpc to work, resulting in bind() and such things returning ENETDOWN. The solution is to either apply the attached patch, which simply makes sure ifconfig brings up the device regardless of whether you have resolvconf installed, or not use the resolvconf package. This and the companion bug (#302655) are two months old, and should be attended to. Thanks for your report. #302655 was closed 20 min. ago. Give it a try to see if it solves your problem. I'll have a look at your bug ASAP, but instead of -else - /sbin/ifconfig $interface 0.0.0.0 fi +/sbin/ifconfig $interface 0.0.0.0 I'd rather use -else - /sbin/ifconfig $interface 0.0.0.0 fi +/sbin/ifconfig $interface up Any comment ? Greetings, -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302658: workaround for failure to obtain lease
On 06/07/05 08:51:14, Eric Van Buggenhaut wrote: On Tue, Jun 07, 2005 at 12:06:46PM +, Kacper Wysocki wrote: [snip] but instead of -else - /sbin/ifconfig $interface 0.0.0.0 fi +/sbin/ifconfig $interface 0.0.0.0 I'd rather use -else - /sbin/ifconfig $interface 0.0.0.0 fi +/sbin/ifconfig $interface up Any comment ? Thanks for the quick follow-up. Seems to work fine here, however the former ifconfig stanza is upstream, maybe they should use 'ifconfig $interface up' as well for their sample scripts, as it is indeed cleaner. -K pgpHOF3Oivt4n.pgp Description: PGP signature