Impossible to boot on PXE......

[arnaudrigole]

@Arrowhead-IT @Sebastian-Roth @george1421

Ok, il will upgrade to trunk to test

Thanks for ur help, i will try to set up the first solution and i come back to say you whats up
i’ll try to capture with wireshark before i do this modifications

Regards

[cschneider.tech]

@arnaudrigole said:

Hi,

Thanks for your fast response!!!

10.1.18.180 (fog server IP) is defined on option 66
undionly.kpxe is defined on option 67

The reason why those options are not defined directly is not simple…
Orange, our service provider for IP phones, used our DHCP options to load the AASTRA phones firmware by PXE, to simplify the configuration…
Then, these reboot on dedicated voice vlan… (F*CK)… so i’m forced to find a solution to skirt this… Precision : i havent used FOG as DHCP server, did i had to?

When i boot on NIC; thats steps are displayed:
1/ Initializing and establishing link…
2/ CLIENT MAC ADDR: XXXXXXXXXXX GUID XXXXXXXXXX
CLIENT IP : 10.1.19.233 MASK 255.255.0.0
GATEWAY X.X.X.X

3/ PXE-E32: TFTP open timeout
4/ PXE-M0F: Exiting Intel Boot Agent

Selected boot device failed, press any key to reboot…

Did this problem get solved? If so, how? I am having the EXACT same problem even after upgrading to build 6064

[arnaudrigole]

i’ll work on it tomorrow, i’ll come back with pcap file but i need to move my machines on a cisco manageable switch to setup the port mirroring, before setup the trunk to resolve (?) the problem.

I will give you the status here
Thanks for your precious help

Regards

[arnaudrigole]

@Sebastian-Roth

Hi !

I just registered two wireshark sessions, the first (OPX390.pcapng) is the one which have the problem i mentioned previously,

the second (E5410) is another one which try to contact the IP 10.1.18.180 while the FOG server IP is configured to 10.1.11.170 (i updated option 66 in DHCP)

Re-Edit: for the second problem, i think its about fog configuration, because i defined 10.1.18.180 while i installed fog. I modified the “FOG_WOL_HOST” to “10.1.11.170”, and “FOG_TFTP_HOST” , but the problem persists:
http://10.1.18.180/fog/service/ipxe/boot.php … connection reset (http://ipxe.org/0f0c6039) Could not boot: connection reset

Opx390:(3kb)
https://owncloud.lesrigole.fr/index.php/s/IPr0bf63jsRfkeV/download
E5410:(5mb???)
https://owncloud.lesrigole.fr/index.php/s/0oKDyDCtCaelCDu/download
Edit: Deleted because contains too much private informations…

@Arrowhead-IT @george1421
Now i’ll configure the trunk to try to resolve the problem

Thanks for your help!
Arnaud

[Sebastian Roth]

@arnaudrigole There is not much information in OPX390.pcapng. I see three DHCP discovery packets (probably from this machine) but nothing else related to DHCP or PXE booting. So this does not look like the boot process is being captured. As well I see “MSFT 5.0” being set as vendor class identifier in thos DHCP discovery packets. Is it windows asking for an IP address? Anyhow. This is not helpful, sorry.

[arnaudrigole]

@Sebastian-Roth

Thanks for your reply!

Ok, i used filters “tftp && bootp” however …? Which one i must use to do a better capture ?

MSFT 5.0 ? Strange… i just set up “MAC Adress” “is equal :” in my dhcp strategy as you can see:

Any idea for my second problem?
I re-ran the installfog.sh , defined IP to 10.1.11.170, IP of the storage node and i looked at all parameters on FOG interface > FOG Configuration > FOG Settings

And my PC still try to open http://10.1.18.180/fog/service/ipxe/boot.php… ?

[Wayne Workman]

@george1421 said:

But the filter you should use in wireshark is " bootp || tftp".

wiki

[Wayne Workman]

@arnaudrigole said:

And my PC still try to open http://10.1.18.180/fog/service/ipxe/boot.php… ?

Look for FOG Configuration -> FOG Settings -> Web Server -> FOG_WEB_HOST

[Wayne Workman]

Also, this might be a good time to introduce this: http://sourceforge.net/p/fogupdateip/code/HEAD/tree/

Works great on CentOS 7 and Fedora 23 Server.

It basically allows your FOG server to be assigned any IP from a pre-existing DHCP server, and it auto-configures the server and dnsmasq for you every time the ip changes.

[arnaudrigole]

@Wayne-Workman

Hi !
Thanks for your reply!
value in “FOG_WEB_HOST” is the true ip… no problem.

I’ll update to trunk today
does FogUpdateIP works on Debian 8 jessie?

[Sebastian Roth]

@arnaudrigole For your second issue take a look at /tftpboot/default.ipxe on your FOG server and edit as needed.

Thanks Wayne, I must have been half asleep when writing the post about wireshark filters. Sure it ought to be bootp || tftp (not &&)!! Can you please try again? Keep your wireshark ready, set with those filters, then bootup the client (cold boot!) and see if you get more packets.

[arnaudrigole]

@Sebastian-Roth

Ok, i go on it and i’ll post the reply fast

[arnaudrigole]

@Sebastian-Roth
Ok, after i’ve edited “default.ipxe” it works, my PC boot on pxe interface
i tried to upload the image of PC

So: I created a task to upload the current image from the PC to my FOG server, it begins, then it reboot after 1 minute without error message, i’ll post a pcap too.
Edit: Here is the pcap, protected by pw i’ll send you in private
https://owncloud.lesrigole.fr/index.php/s/m2EChdbHuTdo3fW/authenticate

EDIT IMPORTANT: I defined the storage type in my image settings to “multiple partition image / not resizable” and it seems working; partclone is currently running on my computer.

For the first problem, here is the pcap file i recaptured with filter bootp || tftp
https://owncloud.lesrigole.fr/index.php/s/sq6LM3uo0OWzYwW/download

Really appreciate your active help, from all you

[Wayne Workman]

@arnaudrigole said:

does FogUpdateIP works on Debian 8 jessie?

No, not yet anyway. I need to build a Debian server to mess around with.

[Sebastian Roth]

@arnaudrigole As I already explained things usually should go like this: PC boots, NIC sends PXE DHCP discovery and gets back PXE information (next-server and filename). Then it loads the file via TFTP and executes it. FOG uses iPXE as a second stage. So far so good. From what I can see in the PCAP file this is perfectly happening for you. Cannot see any issues there. But then I see four DHCP requests from iPXE (which was loaded and executed as a first stage). But there is NO response from the DHCP server.

Either the DHCP server does not like the DHCP request (maybe some DHCP option that iPXE is sending) but I kind of doubt this as others seam to be able to use windows DHCP server without a problem.
Or it could be because of spanning tree (STP). The NIC is reset a couple of times while this PXE process is going on. If your switch has STP enabled but port fast is not used this might cause exactly the issue you see: https://wiki.fogproject.org/wiki/index.php/STP/Portfast/RSTP/FMSTP

[EAHarvey]

So it times out on the TFTP part? Change from undionly.kpxe to undionly.kkpxe

[arnaudrigole]

@Wayne-Workman
It will be helpful

@Sebastian-Roth
There is no spanning-tree in our configuration actually, i tried to boot with 2 differents computers (Latitude E5510 and Opx390) on the same port to do the packet captures. The first arrives to boot then find the pxe file, and upload its image, but the second has no response from DHCP ? That’s strange ^^ Both have the same configuration in dhcp strategy, i’ll try to erase/recreate the host on it

@EAHarvey
Hello!
What does it change??

[EAHarvey]

@arnaudrigole When i was having tftp timeouts this is what I changed to make it work. The iPXE is the open source PXE boot environement that FOG uses. Let me see exactly what the difference is between kpxe vs kkpxe. @Senior-Developers may be able to shed a bit more light. I would love to know exactly also.

[Wayne Workman]

@EAHarvey
https://wiki.fogproject.org/wiki/index.php?title=Filename_Information

[EAHarvey]

@Wayne-Workman Well they’re you go.