Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic)

Doppelgrau

@george1421 To have a good starting point I just reset the BIOS to the defaults (and default is only legacy boot, legacy PXE), installed a fresh Debian.
Same behavior.

george1421

@Doppelgrau OK don’t do more than one step at a time.

Since the device is in legacy (bios) mode, you need to configure your dhcp options 66 to the ip address of the fog server and dhcp option 67 to undionly.kpxe

As for the iPXE stuff you need to use the iPXE kernels (undionly.kpxe or ipxe.efi) that come with the fog server and not some third party iPXE kernels.

You mentioned that another group manages your dhcp server. Are they currently setting dhcp options 66 and 67? If not we can install dnsmasq on the FOG server to supply these settings to your local subnet.

Doppelgrau

@george1421

They set option 66 and option 67 currently. (the dhcpd-Config-extract

@george1421 said in Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic):

@Doppelgrau OK don’t do more than one step at a time.

Promisse, won’t do in the future, just wanted to make a clean reproducable setup.

Since the device is in legacy (bios) mode, you need to configure your dhcp options 66 to the ip address of the fog server and dhcp option 67 to undionly.kpxe
As for the iPXE stuff you need to use the iPXE kernels (undionly.kpxe or ipxe.efi) that come with the fog server and not some third party iPXE kernels.

Using the fog-Kernels.
Server-Setup:

Debian 8 Basic install
Install all updates; tsm-backup-client
Downloaded the fog 1.3.3 tar.gz
extracted the tar archive
executed ./installfog.sh in the “bin” folder
said no to the dhcp-option
created new user in web frontend
(updated linux kernel in the fog setting to the latest, but that did’nt change any behavior).

I also did a clean server reinstall, so I’m quite sure it is as “vanilla” as possible.

You mentioned that another group manages your dhcp server. Are they currently setting dhcp options 66 and 67? If not we can install dnsmasq on the FOG server to supply these settings to your local subnet.

Yes, that’s done.

group {
next-server <fogIp>;
filename “undionly.kpxe”;
host bauwi-test { hardware ethernet 14:bb:6e:dc:05:d2; fixed-address <clientIp>; }
}

And booting vith PXE (no help from USB thumbdrive with gpxe) I see some PXE initializiation, that chainloads iPXE and then it stops. (The IMGP_0164 Screenshot)

Tom Elliott

@Doppelgrau said in Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic):

And booting vith PXE (no help from USB thumbdrive with gpxe) I see some PXE initializiation, that chainloads iPXE and then it stops. (The IMGP_0164 Screenshot)

Mind reuploading your picture? IT can take a second or two to see the picture, but you should see it show up in the preview window when all done uploading. If you “submit” too fast the picture will not be fully loaded and will not display.

george1421

@Doppelgrau said in Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic):

group {
next-server <fogIp>;
filename “undionly.kpxe”;
host bauwi-test { hardware ethernet 14:bb:6e:dc:05:d2; fixed-address <clientIp>; }
}

Where is this coming from? I know what it is, but where did you set it up?

Tom Elliott

Now that I look further, I see what you mean by the “IMG_0164” from earlier.

It appears, to me, that your NIC is already iPXE capable?

george1421

Just for clarity here the only thing we are trying to PXE boot is the Samsung TC222W, right?

Tom Elliott

This is sounding more and more like the device is getting information from pxelinux.0. In particular the messages about “Pre-eXecution Boot Environment.”

If I recall properly, this message get’s displayed by the ipxe.krn file which would ONLY happen if pxelinux.0 file is being called (unless somebody else made a change).

Would you mind trying:

mv /tftpboot/pxelinux.0{,_bak}
cp -p /tftpboot/{undionly.kpxe,pxelinux.0}

Doppelgrau

@Tom-Elliott
The PXE problem:

@george1421 said in Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic):

@Doppelgrau said in Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic):

group {
next-server <fogIp>;
filename “undionly.kpxe”;
host bauwi-test { hardware ethernet 14:bb:6e:dc:05:d2; fixed-address <clientIp>; }
}

Where is this coming from? I know what it is, but where did you set it up?

That’s from the dhcpd-Server admin, that is used in the subnet. (So I did not set it up).
But the setting seems allright, plugging the device into an other subnet where the dhcpd is not configured to issue opition 66&67 the pxe-menu times out.

george1421

@Doppelgrau Ok from the picture it appears that the iPXE kernel itself is freezing. It never continues on or displays initializing devices... Is that correct?

Doppelgrau

@george1421 yes, that screenshot has been taken after >10 minutes of no change.

george1421

@Doppelgrau ok I see this has a marvel network adapter.

Lets try changing the iPXE boot file from undionly.kpxe to ipxe.kpxe. Maybe the undi code is a bit flaky. Understand what you have is a non-standard system so we may need to test a few iPXE kernels until we find the right one.

My intuition is telling me that we need to make sure that pxelinux.0 is not being used since that will causes the error shown in your previous post about the kernel not syncing.

Tom Elliott

Have you tried the stuff here?

https://forums.fogproject.org/topic/9366/trouble-setting-up-fog-1-3-3-pxe-boot-problems-and-kernel-panic/12#

Doppelgrau

You guys are fabolus, giving me input faster than I mangage to run around on this floor to test it

@george1421 said in Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic):

Just for clarity here the only thing we are trying to PXE boot is the Samsung TC222W, right?

Right. (Long term more, but ATM only the Samsung TC222W)

@Tom-Elliott said in Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic):

This is sounding more and more like the device is getting information from pxelinux.0. In particular the messages about “Pre-eXecution Boot Environment.”

If I recall properly, this message get’s displayed by the ipxe.krn file which would ONLY happen if pxelinux.0 file is being called (unless somebody else made a change).

Would you mind trying:
mv /tftpboot/pxelinux.0{,_bak}
cp -p /tftpboot/{undionly.kpxe,pxelinux.0}

Tried it, didn’t change anything.

@george1421 said in Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic):

@Doppelgrau ok I see this has a marvel network adapter.

Lets try changing the iPXE boot file from undionly.kpxe to ipxe.kpxe. Maybe the undi code is a bit flaky. Understand what you have is a non-standard system so we may need to test a few iPXE kernels until we find the right one.

Since the dhcpd admin isn’t in the office anymore, tried the “rename hack” (undo the pxelinux.0 try, changed to ipxe)

root@fog:~# cd /tftpboot
root@fog:/tftpboot# mv pxelinux.0_bak pxelinux.0
root@fog:/tftpboot# mv undionly.kpxe undionly.kpxe_bak
root@fog:/tftpboot# cp -a ipxe.kpxe undionly.kpxe

And it worked, could register the TC222W.

Thank you so much for your support.
Tomorrow I can try Immaging with fog.

george1421

@Doppelgrau Ok now that we have a kernel that will boot this samsung hardware we can help you decide the next steps.

The idea situation is to configure isc dhcp server when it sees one of these samsung computers to send the ipxe.kpxe boot file instead of undionly.kpxe. This can be done with a little debugging and configuration.

The basis of what we need to do is covered here: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence

The above example is for configuring isc dhcp to manage both uefi and bios systems and to send out the right boot file based on the hardware type. While this isn’t exactly what we need to do it gives you an idea what could be possible.

If you want to take it to the next step we can guide you, if you want to run ipxe.kpxe for everything, it “should” work for almost all bios (legacy) based computers.

just for reference the pxelinux.0 file is bad news, never use it with FOG. Its only in there for legacy purposes.

Doppelgrau

@george1421 Thank you for your help.
Since we have only few other computer models and static dhcp entries for all computers that might be used with fog, knowing that “testing” the different PXE-Loaders (if the ipxe.kpxe doesn’t work) helps a lot.

I hope I gain enough experience, that I can give this great community a bit back some times.

Trouble setting up FOG 1.3.3 (PXE-boot problems and Kernel panic)

188

12.0k

17.3k

155.2k