@george1421 Thank you for all your help!

I was able to get it to boot consistently by changing some adapters on the VM.

For the capturing image issue i resolved that as well.

An error has been detected!
Init Version: 20200517
e2fsck failed to check /dev/sda1 (shrinkPartition)

The solution was to remove the capture task and replace it with a debug task. Once in debug I ran fsck on the /dev/sda1 partition. Then I changed the image to Multiple Partition Image Single Disk Non resizable in the web GUI on the fog server.

Thanks again for all your help.

• Jon

@george1421 Thank you for all your help!

I was able to get it to boot consistently by changing some adapters on the VM.

For the capturing image issue i resolved that as well.

An error has been detected!
Init Version: 20200517
e2fsck failed to check /dev/sda1 (shrinkPartition)

The solution was to remove the capture task and replace it with a debug task. Once in debug I ran fsck on the /dev/sda1 partition. Then I changed the image to Multiple Partition Image Single Disk Non resizable in the web GUI on the fog server.

Thanks again for all your help.

• Jon

@george1421

Plugging the two computers into a 16 port gig switch produces the a new error:

PXE-E52 ProxyDHCP offers were recieved. No DHCP offers were recieved.

@george1421

I think it has 0 packets because the request isnt making to the proxy dhcp…

I reran the tcpdump during a successful fog boot and got the following:

However the next boot failed with the same PXE-E53.

Furthermore When it did boot into the capture it failed the capture process. Are there verbose logs for capturing images anywhere?

Thanks again for all the help.

• Jon

@george1421

Yes the Ubuntu VM and Client are both on the .0 subnet.

I believe I fixed all the issues with the IP as now when it boots it actually completes a registration.

I ran the PCAP during a failed boot and it captured 0 packets.

I have gotten it to boot to fog enough times to complete registration and even issue a capture however that has produced a new error. When I attempt to capture this device it boots normally but eventually fails out with:

An error has been detected!
Init Version: 20200517
e2fsck failed to check /dev/sda1 (shrinkPartition)

Are there any capture logs that are created during the capture process that I could review for more information?

Thanks,

Jon

Thank you so much! That was it for my second issue.

After I updated to 2.76 I was able to get to a fog screen and started the host registration. However I ran into some issues because I stupidly changed the IP of the FOG server. Originally the VM created itself on a .234 subnet. Since its a virtual switch I knew I was going to have issues attaching to physical devices so I moved it into the current subnet and duplicated the physical adapter down instead of using the virtual one. That has worked incredibly well.

All that too say thank you so much for the dnsmasq 2.76 suggestion however I am still getting sporadic PXE-E53 no boot filename received. Sporadic probably isn’t the correct word because 60-70% of the time it fails and the remained it will actually boot into FOG. Could this be related to the IP switch? Or am I dealing with just how things are if I don’t configure a DHCP server?

Any information would be greatly appreciated! Thank you again for all your help.

So I have two competing issues here.

I have setup FOG 1.5.9-RC2 on a VM running Ubuntu 16.04 LTS. I install DNSMASQ 2.75 for proxy because in this test environment I do not have a configurable DHCP server. My router is currently handling DHCP.

The first issue is occasionally for no reason I can’t even connect and get a PXE-E53 error. I have gotten this error when running TCPDUMP and it seems as though the computer isn’t even reaching out to the FOG server for a DHCP request. Any ideas of how I could troubleshoot this further?

The second issue I am having is that sometimes I will get a dhcp address and connect all the way until i reach the point that I get something very similar to the following :

I took this picture from another post on here as i cannot screen shot my PXE test as it is a physical device.

To further troubleshoot this issue I ran a TCPDUMP while attempting to PXE and it appears the server is getting the request for the undionly.kpxe.0 but then it fails for some reason.

I followed this guide https://forums.fogproject.org/topic/12796/installing-dnsmasq-on-your-fog-server for my ltsp.conf file.

Anyone have any ideas how I can troubleshoot this more?

Thanks!