PXE-T01: File Not Found Error

[weidongyan]

@george1421 I am using my company’s network, and two computers are using the lans near by. So I think they should be in the same IP subnet.

[george1421]

@weidongyan Physical location doesn’t necessarily imply same IP subnet.

I’ll need to know which of the methods you want to have setup (either 1 or 2), because the debugging steps are slightly different.

Either way, follow the outline in this document to capture a pcap file of the pxe booting process. Then upload the file to a file share site (i.e. google drive, dropbox, etc). Post the link here in the forum and I will take a look at it. Make the link security shareable to who ever has the link. Once the file has been reviewed you can remove the file from your file share site.

https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

[weidongyan]

@george1421 I used method 2 to set the DHCP. The link is the picture taken when booting.
https://drive.google.com/file/d/14OLcAnl0gqqjGk6AWl8fstnL7fiSpiH3/view?usp=drivesdk

[george1421]

@weidongyan OK before we go too deep into debugging I want you to use my dnsmasq configuration exactly.

# Don't function as a DNS server:
port=0

# Log lots of extra information about DHCP transactions.
log-dhcp

# Set the root directory for files available via FTP.
tftp-root=/tftpboot

# The boot filename, Server name, Server Ip Address
dhcp-boot=undionly.kpxe,,<fog_server_IP>

# Disable re-use of the DHCP servername and filename fields as extra
# option space. That's to avoid confusing some old or broken DHCP clients.
dhcp-no-override

# inspect the vendor class string and match the text to set the tag
dhcp-vendorclass=BIOS,PXEClient:Arch:00000
dhcp-vendorclass=UEFI32,PXEClient:Arch:00006
dhcp-vendorclass=UEFI,PXEClient:Arch:00007
dhcp-vendorclass=UEFI64,PXEClient:Arch:00009

# Set the boot file name based on the matching tag from the vendor class (above)
dhcp-boot=net:UEFI32,i386-efi/ipxe.efi,,<fog_server_IP>
dhcp-boot=net:UEFI,ipxe.efi,,<fog_server_IP>
dhcp-boot=net:UEFI64,ipxe.efi,,<fog_server_IP>

# PXE menu.  The first part is the text displayed to the user.  The second is the timeout, in seconds.
pxe-prompt="Booting FOG Client", 1

# The known types are x86PC, PC98, IA64_EFI, Alpha, Arc_x86,
# Intel_Lean_Client, IA32_EFI, BC_EFI, Xscale_EFI and X86-64_EFI
# This option is first and will be the default if there is no input from the user.
pxe-service=X86PC, "Boot to FOG", undionly.kpxe
pxe-service=X86-64_EFI, "Boot to FOG UEFI", ipxe.efi
pxe-service=BC_EFI, "Boot to FOG UEFI PXE-BC", ipxe.efi

dhcp-range=<fog_server_ip>,proxy

Make sure you replace <fog_server_ip> (exactly) with the ip address of your fog server. Then restart the dnsmasq service.

If that change doesn’t fix the issue, then lets go ahead and grab a pcap of the conversations between the dhcp server, dnsmasq service and the pxe booting client using the tutorial link I provided.

ref: https://forums.fogproject.org/topic/8725/compiling-dnsmasq-2-76-if-you-need-uefi-support

[weidongyan]

@george1421 it is working now !!! I think I did this before like what it says in the fog server wiki. But this time after editing with your same configuration, my windows 7 began to image. Thank you so much for helping me solving this problem. Thank you!!!

[george1421]

@weidongyan That’s great.

We probably should get the wiki page updated with my configuration file since we know it works well every time. The one on the wiki pages has a few missing commands.

[Sebastian Roth]

@george1421 Exactly the config you posted below is mentioned here: https://wiki.fogproject.org/wiki/index.php?title=ProxyDHCP_with_dnsmasq#Install_dnsmasq_on_CentOS_7

Should we update this wiki article as well? https://wiki.fogproject.org/wiki/index.php?title=Using_FOG_with_an_unmodifiable_DHCP_server/_Using_FOG_with_no_DHCP_server (although it mentions it’s old and points to the newer one?!)

[george1421]

@Sebastian-Roth Yeah, for an old guy like me, it needs to stand out a bit more. All of them words just confuse me. I need bright colors and pictures.

There may be some value in replacing at least the config file. BUT we need to make sure its clear that the config file only works on dnsmasq 2.75 and later because of the new syntax change introduced with v2.75 (i.e. not having to call every file <something>.0)

[Sebastian Roth]

@george1421 Hmmm, I kind of like to have the old and new config in the two different wiki articles. Shall I just make the Note more clear?

[george1421]

@Sebastian-Roth Yes please do.

[Sebastian Roth]

@george1421 Done, hope that’s more obvious now.