After update to 1.5.3 node offline and unable to PXE boot.

[Sebastian Roth]

@Snaggel I think we need to take a look at the network packets being transfered when this issue is happening. Follow the instructions here: https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

[Snaggel]

ok here is the PCAP.0_1529431172975_output619.pcap

[george1421]

@snaggel Looking at you pcap from I see the client asking for the size 10.10.61.254 for a file size. BTW all 3 dhcp servers give this system as your boot server. But I don’t see a response from that host. Is that IP your fog server?

The reset of the dhcp process looks good. The process just falls down at the request tftp file from 10.10.61.254. Typically you should see the request for file size, then the tftp server should respond, then the client should ask for the file. We are not seeing that in your pcap.

On a side note I do see dhcp servers responding to the initial discover packet [10.10.60.11, 10.10.60.240, and 10.10.60.248]. This is not abnormal, just a little uncommon.

[Sebastian Roth]

@Snaggel Reviewing the PCAP and your pictures I saw that it says NBP filesize is 0 bytes…
I read that this can be caused by many different things that seem to be kind of unrelated on first sight. Search the web for the message and you will find many things. But I would start with the obvious: run ls -al /tftpboot/ipxe.efi on your FOG server to see if the binary has been populated properly.

[Snaggel]

yes the 10.10.61.254 is my fog server. i will run the command and let you know.

[Snaggel]

i ran that command the was no such file or directory. however there is one for /tftpboot/ipxe.efi

[george1421]

@snaggel said in After update to 1.5.3 node offline and unable to PXE boot.:

i ran that command the was no such file or directory. however there is one for /tftpboot/ipxe.efi

@Sebastian-Roth said in After update to 1.5.3 node offline and unable to PXE boot.:

I would start with the obvious: run ls -al /tftpboot/ipxe.efi on your FOG server to see if the binary has been populated properly

What am I missing here?? Sebastian’s command should have listed that file out and its file size.

As a test if you install the tftp client feature in windows, you can test download that file to your windows computer via command line too. The command would be something like tftp <fog_server_ip> get ipxe.efi . to transfer the ipxe.efi boot file to your computer. We are only interested in knowing if the file is transferred or not.

[Snaggel]

so this is what happened when i ran the commands on the fog server.

Here is what happened on a windows client trying to download the file from my fog server.

I can Ping back and forth fine.

[Tom Elliott]

@snaggel have you ensured selinux is set to permissive or disabled? Firewalls similarly?

[Snaggel]

@tom-elliott said in After update to 1.5.3 node offline and unable to PXE boot.:

selinux is set to permissive or disabled

well that was it. it was disabled before never thought of looking at that. i turned it to permissive mode. i was able to boot to my fog Server. we had a power outage it must of defaulted back to enforcing. thanks appreciate it.