Tasks not being processed
-
@Uncle-Frank I will do this the first thing tomorrow. I don’t have my environment available today which makes it hard to test this Let’s hope we can find something tomorrow
-
@Drevonovic does this system have multiple nics? Are both of these nics connected and getting ip addresses? It sounds, to me, like the nic that is pxe booting is not the nic that is registered to this host.
-
@Tom-Elliott It shouldn’t. The network of my Virtual machine is set on bridged and the machine I’m running the VM on has only 1 NIC.
-
@Drevonovic What I mean,
When the system in question is network booting, it should show the MAC Address of the host that’s getting the IP Address. You can pause it when it’s obtaining the IP Address. If you look at the registered host’s mac address as displayed in the GUI and compare it to the one on the PXE screen, are they the same.
-
Update: Before I tried @Uncle-Frank his packet dump, I did a wireshark capture while booting up the host. It gave me some information considering the TFTP packages.
The only file in /tftpboot/pxelinux.cfg/ is “default”
-
@Uncle-Frank bootmenu.pcap
The error.log didn’t give any new lines when I was capturing.
-
@Drevonovic Did you know that you have two DHCP server answering discoverys from your client? 192.168.1.102 and 192.168.1.1… Both offering an IP to the client. I think this is not causing your issue (because only one is offering pxe filename) but still this is not something you want I guess!
Please check your
pxelinux.cfg/default
! Do you see the ‘max/mac’ typo??... KERNEL ipxe.krn APPEND dhcp && chain http://192.168.1.102/fog/service/ipxe/boot.php?max=${net0/mac} ...
This is why I love tcpdump/wireshark. You really see what’s being send over the wire…
-
@Drevonovic why are you loading pxelinux.0 as the boot file rather than one of the undionly files?
-
@Tom-Elliott Before I had this error, my hosts weren’t able to find any PXE files with the error “default.ipxe… No such file or directory”. Following the instructions on https://wiki.fogproject.org/wiki/index.php/Chainloading_PXE_to_iPXE_using_pxelinux.0 solved this problem
@Uncle-Frank “chain http://192.168.1.102/fog/service/ipxe/boot.php?max=${net0/mac}”
I’m betting “max” should be mac?
However, using nano on this file on my server, it gives this as an output.
-
@Drevonovic Right, give ‘mac’ a go and see if it works!
Please post a listing of your tftp directory
ls -al /tftpboot
. Sounds like default.ipxe might have wrong permissions?!Or try tcpdump again to see if it really requests the correct file…
-
@Uncle-Frank It worked! Fixed the typo and my upload task started to process! Now I’m waiting for the process to finish to see if it also fixed the “host is NOT registered” error.
So gratefull! thank you very much!
-
@Drevonovic said:
@Uncle-Frank It worked! Fixed the typo and my upload task started to process! Now I’m waiting for the process to finish to see if it also fixed the “host is NOT registered” error.
So gratefull! thank you very much!
It also fixed the host is not registered error
-
@Drevonovic You are welcome! Do you want to stick with pxelinux or try to get the normal way with default.ipxe up? See my other post and feel free to ask if you need further assistence.