FOG Registration for Dell Optiplex 3630 Errors

[kenneth.sisco]

Thanks @george1421 . I manually registered the client via Mac Address in FOG and pushed the Debug task to it. When booting into the task, I get the same error message. See the screenshot below. This is what makes me think I need an updated kernel.

EDIT: I’m a dumb-dumb. If I press Enter a few times, I get to the debug prompt as expected.

[kenneth.sisco]

So I realized if I simply press Enter a few times at that error, I still get the debug prompt. So I tested the commands, as recommended:
ip addr show
lspci -nn|grep -i net

Below are the results of these commands!

[george1421]

@kenneth-sisco ok from the commands we can see a few things.

1. The network driver is not loading since there is no eth0
2. The network adapter is a 8086:155b or an Intel e1000 based network controller. I checked and that network adapter has been in the linux kernel since 4.12 uname -a will display the current kernel version. But I’m sure the FOS Linux kernel is after that version. FWIW: the 5i5 nuk I have on my desk that is running centos 3.10 linux kernel has a network hardware id of 8086:15a3 which is listed as a I218-V adapter. Comment redacted: I’m getting my posted mixed up. There is another thread where an Intel NUC has an issue with the network interface.

I wonder if you were to run this command grep e1000 /var/syslog if that would show any errors related to the e1000 network adapter.

[kenneth.sisco]

Thanks @george1421 ! I ran those commands, and I think the /var/syslog might be for RHEL where I’m on Ubuntu 16.04 LTS.

But your point on the kernel version is interesting, as I’m only on version 4.11. I thought I had updated to 4.19 yesterday in the Kernel Update thread.

So to test this a bit further, I ran the FOG kernel update again and rebooted this machine into Debug mode. The kernel update that the FOG management page says I’m installing is 4.19. The update succeeded without error. Rebooted the client into its debug task, and ran uname -a again, and still only see version 4.11.

[kenneth.sisco]

I don’t know if this is helpful or not, but I found some e1000 references in the /var/log/messages file. Did not see a syslog file anywhere.

[george1421]

@kenneth-sisco Ok that is good (being on 4.11), well not really but explains why the network adapter isn’t working. Remember that the kernel is booting from the USB flash stick. So its the bzImage and bzImage32 on the flash stick that counts here. So you need to update the usb flash stick from here: https://fogproject.org/kernels/

Grab Kernel.TomElliott.4.19.36.64 and save it as /boot/bzImage on the flash drive.
Also grab Kernel.TomElliott.4.19.36.32 and save it as /boot/bzImage32 on the flash drive, replacing the files that are there.

Remember that case IS important.

As far as files and paths, I’m a RHEL guy so I have a certain slant on things and file paths. The debian variants (where FOS Linux is) confuse me a bit, i can get you into the ballpark but you will have to find the bases. Its good you were able to fine what you needed in /var/log/messages.

[kenneth.sisco]

@george1421 Thanks for the heads-up. I’m not using any USB flash sticks – I’m using a PXE boot setup. So would these need to go in /tftpboot on the server instead? Or another location?

[george1421]

@kenneth-sisco Ugh, I’m mixing up my thread again. Sorry. The files go in /var/www/html/fog/service/ipxe directory. You should be able to update the kernels using the FOG Settings menu.

[kenneth.sisco]

Yup that did it! I was in the middle of copying files up to the server when you replied. Put them in that directory and rebooted and the errors went away. We’re good to go.

Thanks for the help @george1421 . Feel free to mark this one as solved.

[george1421]

@kenneth-sisco I know it took you a long way to get here, but its great when you can pinpoint the root of the error and fix it knowing that its not just some random crud that may reappear when it will hurt the most.