Some ethernet drivers detect at the phy level<br> if there is cable attached.&nbsp; They will not allow<br> you to ifconfig up the interface.&nbsp; So dhcpd will<br> fail on the open of the interface.<br> <br> One way around this problem is to fork<br> a program/script to monitor the interface and<br> which it succeeds, to invoke dhcpd.<br> <br> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Max<br><br><b><i>Dave Hylands &lt;dhylands@gmail.com&gt;</i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Hi,<br><br>I've been looking into a problem where udhcpc sometimes hangs around<br>and sometimes goes away. I think I've narrowed the behaviour down to<br>this:<br><br>1 - If I bring the ethernet adapter up and no cable is plugged in,<br>then udhcpc quits after a few seconds.<br><br>2 - If I bring the ethernet adapter up and the cable is plugged in,<br>then udhcpc
 hangs around, even across multiple cable<br>removal/insertions.<br><br>I looked at the networking/ifupdown.c and saw this:<br><br>    if (execable("/sbin/udhcpc")) {<br>        return( execute("udhcpc -n -p /var/run/udhcpc.%iface%.pid -i "<br><br>in the dhcp_up routine. The -n option tells udhcpc to quit if it can't<br>get a lease, which would be the case if the cable isn't plugged in.<br><br>So my question is: is this the expected behaviour? Do I have something<br>else misconfigured?<br><br>Should cable insertion/removals have any impact on udhcp?<br><br>-- <br>Dave Hylands<br>Vancouver, BC, Canada<br>http://www.DaveHylands.com/<br>_______________________________________________<br>busybox mailing list<br>busybox@busybox.net<br>http://busybox.net/cgi-bin/mailman/listinfo/busybox<br></blockquote><br>