Dell XPS 8700 PXE boot error

[cfsalyer]

• FOG Version: 1.3.4
• OS: Ubuntu 16.04

Client

• Service Version: 0.11.9
• OS: Windows 7 x64 Enterprise

Description

I have recently set up a new fog test environment to see if you want to deploy this into out production environment.

When trying to capture an image for a dell XPS 8700 PXE boot fails
“error pxe-m0f exiting intel boot agent”

FOG see the dell and even attempts to reboot the machine

I have the fog server looking at our test environments DHCP server using
Option 60 - PXEClient
Option 66 - x.x.x.x IP of the FOG server
Option 67 - undionly.kpxe

Also from the client machine i have ran - tftp -i x.x.x.x get undionly.kpxe and it receives the file with no errors.

[cfsalyer]

@george1421 Ok I just got much further removing option 60 from my DHCP server. I now get partclone and everything seems to be working now.

[Jaymes Driver]

When do you see this error?

As soon as the client connects to the FOG server to upload the image, or do you see this error after the capture has completed?

I am curious, as you are able to get the file from the command line, so everything appears to be in order, and your client is attempting to pull the pxe files. I am curious if you see the menu or when the error occurs, it may help to find a resolution for you.

[cfsalyer]

I see the error when the workstation first boots to the NIC/PXE boot. I never get the fog boot menu.

[Jaymes Driver]

Do any of your clients see your FOG boot menu?

What happens if you open a browser and navigate to http://ip.of.fog.server/fog/service/ipxe/boot.php

Change the ip.of.fog.server to the ip address of your fog server please.

[cfsalyer]

@Jaymes-Driver
This is literally my first workstation that I have tired. If i go to http://ip.of.fog.server/fog/service/ipxe/boot.php it returns #ipxe
short cut of code
#!ipxe
set fog-ip ip.of.fog.server
set fog-webroot fog
set boot-url http://${fog-ip}/${fog-webroot}
cpuid --ext 29 && set arch x86_64 || set arch i386
goto get_console
:console_set

[Jaymes Driver]

You should see more than just those few lines.

Can you test for me with a different machine an let me know if it sees the fog menu?

What provides your DHCP/Where did you make the changes to provide your pxeboot file information?

[cfsalyer]

@Jaymes-Driver
Windows server 2012 R2 is providing me with DHCP. Scope option 67 is providing me the bootfile name. Is that what you mean by " where did you make the changes to provide your pxeboot file information?"

I see all a lot more lines below is everything i see.
#!ipxe
set fog-ip ip.of.fog.server
set fog-webroot fog
set boot-url http://${fog-ip}/${fog-webroot}
cpuid --ext 29 && set arch x86_64 || set arch i386
goto get_console
:console_set
colour --rgb 0x00567a 1 ||
colour --rgb 0x00567a 2 ||
colour --rgb 0x00567a 4 ||
cpair --foreground 7 --background 2 2 ||
goto MENU
:alt_console
cpair --background 0 1 ||
cpair --background 1 2 ||
goto MENU
:get_console
console --picture http://ip.of.fog.server/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console
:MENU
menu
colour --rgb 0xff0000 0 ||
cpair --foreground 1 1 ||
cpair --foreground 0 3 ||
cpair --foreground 4 4 ||
item --gap Host is NOT registered!
item --gap – -------------------------------------
item fog.local Boot from hard disk
item fog.memtest Run Memtest86+
item fog.reginput Perform Full Host Registration and Inventory
item fog.reg Quick Registration and Inventory
item fog.deployimage Deploy Image
item fog.multijoin Join Multicast Session
item fog.sysinfo Client System Information (Compatibility)
choose --default fog.local --timeout 3000 target && goto ${target}
:fog.local
chain -ar ${boot-url}/service/ipxe/grub.exe --config-file=“rootnoverify (hd0);chainloader +1” || goto MENU
kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=ip.of.fog.server/fog/ consoleblank=0 rootfstype=ext4 loglevel=4
imgfetch init_32.xz
boot || goto MENU
:fog.memtest
kernel memdisk iso raw
initrd memtest.bin
boot || goto MENU
kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=ip.of.fog.server/fog/ consoleblank=0 rootfstype=ext4 loglevel=4
imgfetch init_32.xz
boot || goto MENU
:fog.reginput
kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=ip.of.fog.server/fog/ consoleblank=0 rootfstype=ext4 loglevel=4 mode=manreg
imgfetch init_32.xz
boot || goto MENU
:fog.reg
kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=ip.of.fog.server/fog/ consoleblank=0 rootfstype=ext4 loglevel=4 mode=autoreg
imgfetch init_32.xz
boot || goto MENU
:fog.deployimage
login
params
param mac0 ${net0/mac}
param arch ${arch}
param username ${username}
param password ${password}
param qihost 1
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:fog.multijoin
login
params
param mac0 ${net0/mac}
param arch ${arch}
param username ${username}
param password ${password}
param sessionJoin 1
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:fog.sysinfo
kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=ip.of.fog.server/fog/ consoleblank=0 rootfstype=ext4 loglevel=4 mode=sysinfo
imgfetch init_32.xz
boot || goto MENU
:bootme
chain -ar http://ip.of.fog.server/fog/service/ipxe/boot.php##params ||
goto MENU
autoboot

[george1421]

I agree with Jaymes, there should be more data on the boot menu.

the full url probably should include a fake mac address, somehting like
http://<fog_server_ip>/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00

After calling that url, and getting the short menu, please inspect the end of the apache error log. You should be able to view it from the fog web gui at FOG Configuration->Log Viewer Then select apache error log (error_log). Lets see if php has thrown an error there. That log will help the devs understand what happened.

[george1421]

@george1421 Well my previous post is a bit foolish now that you posted the complete context.

Will you please provide a screen shot of the boot screen with the pxe error code. PXE-M0F, means that the PXE kernel basically gave up cause there was nothing to do.

[Jaymes Driver]

@cfsalyer Yes, that was precisely what I was asking. and thank you for providing the full file. It appears that the menu file is being displayed… so its a matter of determining why the client is not completing it’s tasks.

Can you please provide a screen shot like George has asked?

Usually the pictures can provide us with a bit more information so that we can determine the cause of the issue.

I appreciate you taking the time to provide the information we have requested, it greatly helps in finding the resolution.

[cfsalyer]

@Jaymes-Driver

[george1421]

@cfsalyer Do you have dnsmasq running on your network? OR do you have/had another imaging solution on your network?

The error might indicate you have a response from 2 dhcp servers or a dhcp server and a dhcpproxy server. We may need to grab a pcap of the dhcp boot process to know for sure if you don’t know.

[Tom Elliott]

Why are we hiding the IP Address?

I can understand the MAC (though ultimately this doesn’t matter either).

See the IP information and dhcp server, unless you’re issuing DHCP from the public ip ranges, should not matter and will help us help you in figuring out what is happening.

Is the Client IP and DHCP IP address in the same range as your FOG Server subnet?

[cfsalyer]

@george1421 I do have a WDS/MDT server on the same test network. However I have the services disabled. Is their more I need to do? Can you even have both on the same network?

[george1421]

@cfsalyer I might suspect that you have a dhcpproxy service running still on your WDS server. We can point to the exact device if you are willing to setup tcpdump on your fog server (assuming your fog server and dhcp server and target server are on the same subnet).

[cfsalyer]

@Tom-Elliott
Sorry for making that difficult, but yes the client IP, DHCP, and FOG server are on the same subnet

[george1421]

@cfsalyer So then if you can’t find the service running on WDS.

Please do the following

1. Install the tcpdump program on your FOG server
2. prep the target computer to pxe boot, but don’t start it just yet.
3. Key this into your fog server: sudo tcpdump -w output.pcap port 67 or port 68 or port 69 or port 4011
4. PXE boot the target computer until the error is reached
5. Press Ctrl-C on the tcpdump program
6. Use WinSCP to copy it to your computer
7. Inspect with wireshark or post it here for review.

The filter command we use will ONLY look for dhcp, tftp, and dhcpProxy data packets.

What I would look for is you will see a dhcp discover packet from the target computer, then a response from one or more dhcp servers. (you should only have one from your main dhcp server on a normal network). But that pcap will tell us the truth of what is flying down the wire.

[cfsalyer]

@george1421 Ok I just got much further removing option 60 from my DHCP server. I now get partclone and everything seems to be working now.

[Jaymes Driver]

@cfsalyer Hey, that’s good news!

Please let us know if you have other issues.

I am glad to hear that removing option 60 solved your issues. Was option 60 something that was required by WDS?

Sometimes using an IP Helper address at the switch can help to resolve these issues too, but it appears like your clients are now getting the proper boot file.

[cfsalyer]

@Jaymes-Driver Yeah I’m going to segment the network and go a different route when i go into production. I just had to prove FOG server would work for our environment. And yes option 60 is being used for WDS. Thank you for all your help and @george1421 . I never noticed the port 4011 error until i captured the picture and then that lead me to checking server scope options.