I’ve actually had this exact same problem with a realtek USB ethernet adapter that comes with the Dell M3800.
Sadly, the only thing I have found that works is another adapter. And I’ve even tried compiling a custom fog kernel that has every available network driver enabled. Didn’t work so I went back to the ones that are provided.

One of the dell’s came with a different adapter that works though. It has a SMC LAN7500 chip, that one works and it works without a hitch.

It’s possible that hp might exchange just the adapter for one with that chip if they have one. Sadly the one that works doesn’t actually have any labels or part numbers on it so I can’t find it anywhere on the internet to show you where to get it.

I’ve been working on understanding FOG better since our FOG expert left here for better places, and it’s been going alright - a bit of a bumpy road, but not too bad. However, last night I tried to upload my first image (not the first for our FOG server, but for me, yes) using a Virtual Machine. It was going a bit slower than I expected, but seemed to be working.

And then I came in this morning and saw this:

I also noticed that I couldn’t log in to the FOG server for management or anything else. It appears that either this or something else turned off our server. I was able to turn it back on, but upon logging back in to the web management GUI, I get the following message:

I would appreciate some insight into what kind of course of action I should take, and what I can do to perhaps prevent this from happening again. Thank you!

Thanks for the reply! I’m going to get working on these.

The bzImage kernel updates did the trick! Thank you so much for your help!

Okay, so we’ve actually ran into an issue with the updates.

When going to Kernel Update in the FOG web interface settings, I am getting an FTP error:
“Type: 2, File: /var/www/html/fog/lib/fog/fogftp.class.php, Line: 707, Message: ftp_put(): Could not create file., Host: XX.XX.XX.XX, Username: XX”

We tried to get around this by manually FTP-ing into fog and copying the file ourselves, which we were able to do with no problems but we still get the error. We tried all of the steps on this page, but nothing works.

The other option is to manually upgrade, as described here, but that will automatically upgrade to the latest version, which I believe is 4.17.0. Is there a way to manually upgrade the kernel to a specific version?

Is there a reason why I should only upgrade to 4.15.2? Can I update to the latest kernel?

Your explanation makes sense, thank you for your response!

1. I am running 1.4.4 (which I now see is not the most recent)
2. The kernel version (bzImage version) is 4.11.0
3. The network device is an Intel 1219-LM

Thanks for your help!

We recently got a new shipment of HP EliteDesk 800 G4 desktops, but imaging is not working. Before we had 800 G2’s, and they still work fine (I just successfully deployed an image to an 800 G2 to make sure it wasn’t the FOG server).

I am confused because on network boot, it grabs the right IP and even enters the FOG pxe interface, but if I do anything (deploy image, perform host registration) it goes to a black screen, displays about 20 ACPI Errors/Exceptions, initializes the random number generator, and says “Failed to get an IP via DHCP! Tried on interfaces(s):
Please check your network setup and try again!”

Then after a while it says “Press Enter to continue:” After pressing enter it displays this and restarts:

It shouldn’t be having DHCP issues, because before it even boots into FOG it displays the MAC address of the computer and displays the correct IP.

Any ideas as to what the issue might be? Are there certain NICs that just aren’t compatible with FOG?

Thanks for the reply! I’m going to get working on these.

Much of the software that is installed on our images requires licensing after deployment in order for it to work. I have made a couple of .bat scripts that will do that silently. Is there a way to have them automatically run after deployment of the image or upon logging for the first time?

I am looking for whatever solution people have found for this, whether there is some FOG feature that will do this or some workaround in Windows itself.

Thanks in advance!

I came in today and our fog machine is having all kinds of problems:

1. None of our department’s computers are able to boot into the fog network interface. On boot, the computers are able to find the right server IP. iPXE initialising devices… returns ok. tftp://FOGIP/default.ipxe… returns ok. But then, http://FOGIP/fog/service/ipxe/boot.php… returns “Input/output error (http://ipxe.org/1d0c6439)”. This prevents it from booting into fog.

2. When looking at what the fog machine actually displays on screen, it says:

[     8.967992] [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A
[     8.968006] [drm:intel_pch_fifo_underrun_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun

When I Googled this error, I found multiple places that said to run sudo fsck -f /dev/sda2, which is actually what we had to run a few days ago when fog went down, but this time it’s not working.

3. Maybe this is the root of the problem, but our web interface is also down.

Any help to fix these issues would be much appreciated! Thanks in advance!

@Wayne-Workman said:

@mecsr Can you run find / | grep /dev/.mntcheck please to locate where your image directory is?

Also, how big is the image you’re trying to capture, In terms of space used?

The image I’m trying to capture is at most, 300 GB. My image directory is just at /images.

@Tom-Elliott Here’s the output of df -i

Filesystem        Inodes   IUsed     IFree IUse% Mounted on
udev             2035414     522   2034892    1% /dev
tmpfs            2038213     691   2037522    1% /run
/dev/sda2      243122176 9464955 233657221    4% /
tmpfs            2038213       1   2038212    1% /dev/shm
tmpfs            2038213       7   2038206    1% /run/lock
tmpfs            2038213      15   2038198    1% /sys/fs/cgroup
/dev/sdb1      244195328 9354922 234840406    4% /mnt/mist
/dev/sda1              0       0         0     - /boot/efi
tmpfs            2038213       4   2038209    1% /run/user/1000