dhcp failed on HP prodesk 400 G2

[george1421]

Thinking about this and referencing a different thread [https://forums.fogproject.org/topic/7226/hp-260-g1-realtek-pcie-gbe], what iPXE boot image are you using? undionly.kpxe or something else. You might want to try the ipxe.pxe iPXE boot kernel to see if that addresses the dhcp issue. Again this is just a guess, but I know these realtek nics can be a big PITA at times.

[goempie]

@george1421

I the command dhcp net0 gives me the same error.
dhcp net1 say’s no adapter was found.

I have another problem with upgrading the kernel, maybe that why i’m a few build behind.

https://forums.fogproject.org/topic/7216/kernel-update-problem-github-7238-ubuntu-14-04/4

It has wireless build in, not sure how to test if the mac adress is wireless or not?

[Quazz]

@goempie Upgrading the kernel is unrelated to the ipxe binaries, don’t worry.

Try pointing your DHCP server to the realtek.kpxe binary instead of undionly.kpxe like George suggested.

Don’t worry about wireless for now, wireless cards rarely ever support PXE, same goes for the BIOS supporting wireless PXE booting. So, it is most likely already trying to boot of the wired connection.

[goempie]

@george1421 Indeed changing to ipxe.pxe solved the problem. Thanks for the help.

[george1421]

@goempie said in dhcp failed on HP prodesk 400 G2:

@george1421 Indeed changing to ipxe.pxe solved the problem. Thanks for the help.

Great!! @Sebastian-Roth mentioned that the undi code in the realtek nics were a bit flaky. The ipxe.pxe image can be used as a direct replacement for unidonly.pxe. The kernel is a bit bigger in the ipxe.pxe since it has all known drivers for nic in production. But with GbE networks and many Gb of memory there is no real performance difference between the two.

Marking as solved.

[craigj1222]

@george1421 @goempie

Can you guys please provide instructions on where/how to change to the ipxe.pxe boot kernel? I am seeing this same issue after creating a new image for an HP ProDesk 400 G3 with the same Realtek NIC drivers.

[george1421]

@craigj1222 Typically you will update your dhcp server, change dhcp option 67 {boot-file} from undionly.kpxe to ipxe.pxe. Then pxe boot the target computer. Now understand that this change will allow all uefi systems to pxe boot. If you need to boot a legacy (bios) system you will need to change this dhcp option back to undionly.kpxe.

If your dhcp server is based on Windows server 2012 you have an option to have the dhcp server automatically switch between the two boot files based on the target system that is booting.

[goempie]

@george1421 How can you set this up on server 2012 to automatically change?
Cause now i have to change sometimes, would be handy if it’s automatic

[Quazz]

@george1421 ipxe.pxe does not allow UEFI booting, you’re thinking of ipxe.efi

In my experience ipxe.kpxe is more compatible than undionly.kpxe, I’ve been using it as the default for a while now to great success.

[george1421]

@goempie There is a posting on the FOG wiki that discusses this: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence

As for the differences between undionly.kpxe and ipxe.kpxe. The difference is that undionly,kpxe is smaller and is only has a shim between the iPXE kernel and the network adapter. It relies on some firmware on the network adapter to provide basis undi network services. As long as the network card firmware is well behaved then everything works great in this model. The ipxe.kpxe contains the majority of known or common network drivers right in the kernel. This iPXE kernel is bigger for sure but also include very well behaved network drivers.

Just a comparison between the two kernels.
undionly.kpxe is about 93KB in size
ipxe.kpxe is about 343KB in size.

These days with multi GB workstations this is really a trivial matter, but smaller kernels make faster boots. But in reality find the iPXE kernel that works best for your environment and stick with it.