udhcpc: sending discover

[tech49]

@Sebastian-Roth

Wait till the interface is fully up and ready (spanning tree)

timeout=0
linkstate=0
until [[ $linkstate -eq 1 || $timeout -ge 35 ]]; do
    let timeout+=1
    linkstate=$(/bin/cat /sys/class/net/$iface/carrier)
    [[ $linkstate -eq 0 ]] && sleep 1 || break
done
[[ $linkstate -eq 0 ]] && echo "No link detected on $iface for $timeout seconds, skipping it." && continue
for retry in $(seq 3); do
    sleep 27
    /sbin/udhcpc -i $iface --now
    ustat="$?"
    curl -Ikfso /dev/null "${web}"/index.php --connect-timeout 5
    cstat="$?"
    # If the udhcp is okay AND we can curl our web
    # we know we have link so no need to continue on.
    # NOTE: the link to web is kind of important, just
    # exiting on dhcp request is not sufficient.
    [[ $ustat -eq 0 && $cstat -eq 0 ]] && exit 0
    echo "Either DHCP failed or we were unable to access ${web}/index.php for connection testing."
    sleep 1
done
echo "No DHCP response on interface $iface, skipping it."

done

If we end up here something went wrong as we do exit the script as soon as we get an IP

[tech49]

@george1421 How do I pxeboot into debug mode?

[tech49]

@george1421 Is it worth modifying anything in init_32.xz?

[george1421]

@tech49 said in udhcpc: sending discover:

@george1421 How do I pxeboot into debug mode?

When you schedule a task (capture or deploy) before you hit the schedule task button tick the debug checkbox. Then pxe boot the target computer.

The idea with this route is to manually wait the 27 seconds before manually issuing the udhcp command. Your issue may be totally different if time doesn’t fix the dhcp issue (i.e. your computer uses one of the new realtek nic chip sets) .

[george1421]

@tech49 said in udhcpc: sending discover:

@george1421 Is it worth modifying anything in init_32.xz?

Not unless you are working with 32 bit hardware (not likely now days)

[tech49]

@george1421
Ok, I entered in the Echo line and repackaged the file with the guide on the wiki.

The echo command did not work. I saw nothing saying “Sleeping for a bit”

[george1421]

@tech49 What version of FOG are you using? Oh I see it never mind. Let me do this to the inits.

[george1421]

OK here is the modified init: https://drive.google.com/open?id=1ZDLcftq_yx3c0BiIAVhNwwpn2j-gDzCE

If this fails to print the sleep 27 we will need a screen shot of what you see when it fails because it should print the waiting a bit .

[tech49]

@george1421 No echos seen

I saved the file to my desktop and did sudo cp -r /home/username/desktop /var/www/fog/…/ipxe… I browsed to it on the GUI and confirmed on properties it was modified the time id id so.

The output I got after a quick host registration was
populating .dev: done
initializing random number done
starting haveged: ok
starting enp1so interface and waiting fof the link to come up
udhcpc: started v1.29.3
udhcpc: sending discover
udhcpc: sending discover
udhcpc: sending discover
udhcpc: no lease, failing
Either DHCP failed or we were unable to access http://fogserveripaddress/fog//index.php for connection testing.
repeat 3 times
No DHCP respawn on interface enp1s0 , skipping it.
failed to get an ip via dhcp, tried on interfaces enp1s0

Note: I’m using a laptop for the fog server , Dell latitude e5420 Bios: LegacyBoot Secure off
I’m trying to do a Quick or Full host registration on a Dell Optiplex 3050. Bios: Uefi on SecureBoot on

Both confirmed pxe on

[tech49]

@george1421 I got it to work! I plugged a dumb switch inbetween the managed ciscos and the PC i was trying to pxe boot. I’m thinking there is a power saving issue setup that keeps it from powering on

Now here’s another problem.

When its at
*Start host registration
*Enter hostname for this computer:

I’m going to reinstall fog from scratch i think

I cannot type anything !!!

Much love to you developers who have helped this linux noob out with this problem. It’s been super educational

[george1421]

@tech49 said in udhcpc: sending discover:

I plugged a dumb switch inbetween the managed ciscos and the PC i was trying to pxe boot

We have seen this condition as a spanning tree issue (not using one of the fast spanning tree protocols like portFast or RSTP. Also we see this condition with the green ethernet settings on the switch getting confused and powering off the port. Placing a dumb switch in between the building switch and the pxe booting computer keeps the building switch active while PXE hands off to iPXE and then iPXE hands off to FOS Linux. Every time this hand off happens it drops the ethernet link momentarily. The switch sees this as a disconnect/reconnect.

[Quazz]

@tech49 Please make a new thread for the new issue so we can help you there. (since it’s unrelated to the thread)