@Tom-Elliott
Problem with upload of a snapin.
First a working snapin stop working:
08.06.2026 15:13:27 Client-Info Client Version: 0.13.0
08.06.2026 15:13:27 Client-Info Client OS: Windows
08.06.2026 15:13:27 Client-Info Server Version: 1.5.10.1858
08.06.2026 15:13:27 Middleware::Response Success
08.06.2026 15:13:27 SnapinClient Running snapin 010_LEHRER_CAD2
08.06.2026 15:13:27 Middleware::Communication Download: http://192.168.0.196/fog/service/snapins.file.php?mac=F8:ED:FC:55:CF:93|0A:00:27:00:00:02&taskid=164
08.06.2026 15:13:31 SnapinClient C:\Program Files (x86)\FOG\tmp\010_LEHRER_CAD2_202404280859.bat
08.06.2026 15:13:31 SnapinClient ERROR: Hash does not match
08.06.2026 15:13:31 SnapinClient ERROR: --> Ideal: 190C52D094C5170B44F32883DEEE59FED0FD5016114B7A64A79EB614BFFBBB39D79B65DB9CE9DE3D0B35FE58AC23B59353D58F190B23CF1F797698055B7D5B44
08.06.2026 15:13:31 SnapinClient ERROR: --> Actual: 6B20738DF050F01FA8E2AAF43235EE959069D2E0ECEA5FE4D7141F802D4F7673E1E51A92F315AE319EC289BA3494047DD006E86371358380FED7A38A9AFB8793
08.06.2026 15:13:31 Middleware::Communication URL: http://192.168.0.196/fog/service/snapins.checkin.php?taskid=164&exitcode=-1&mac=F8:ED:FC:55:CF:93|0A:00:27:00:00:02&newService&json

try to upload a new Version in the fog gui:
named: 010_LEHRER_CAD2_202606081517.bat
616fe872-20c9-467d-bc4f-003432e6b64a-image.png

update the kernals on fog server / nodes

seems to work when copying the directory from another host over to /opt/fog-service and creating a runit file /etc/sv/fog-service/run with content

#!/bin/sh exec 2>&1 echo "Starting FOG Client..." exec mono-service /opt/fog-client/FOGService.exe -d /opt/fog-service -l /opt/fog-service/service.lock

Hi,
I know this is a bit old, but I found it when I was searching for an answer to the following question:

I have prepared USB bootable image based in WinPE. I use it to boot from USB. I have this image in iso file and I use it to place it on USB with rufus software.

I wonder if I can use this tutorial of yours in exactly same way only to use my custom iso image instead of your mentioned WinPE.

I know this may be trivial question and I may just try it, but I am really only beginner in WinPE and fog project.

Thank you for your kind answer.
-r-

Hello @Tom-Elliott

Sorry for the delay 😞

I checked what you told me to do. It appears I have a file that I didn’t check : /etc/php/8.4/fpm/pool.d/www.conf
I set display_error=off and now I don’t have all those warnings.

Thank you for your help.

This is perfect 🙂

@GregorS I have 3 Dell Models that are also doing this, but I will try the change to DHCP Boot file.

I will post back when I have an update.

Thanks!

@jmeyer Now worries, it gets a little confusing, and sorry for the late reply again, I was on Holiday last week so didn’t check the forums for a while. I believe that shim should already be signed and you should be able to use it. You should already have the signed shim package installed which would provide that file I would imagine, though I’m not familiar with Debian to say that with any certainty. However, that shim would need to be copied into the /tftpboot folder and it’s permissions changed accordingly. Remember to renamed your ipxe binary to grubx64.efi or whatever the Debian shim is programmed to automatically chainload.

So I am alone ?

@Tom-Elliott

I pulled latest dev-branch version 1.5.10.1856, re-run installer and snapins are working again.

Thank you very much for help.

We can mark this closed. Turns out it was a old/bad snapin package on the old server. I set up Fog with a new DB and everything worked fine. Once I removed the snapins and exported and imported the DB again it all worked as expected.

Thanks for the help.

@Tom-Elliott just bumping this. Is there anything I can do to help? I have some experience building Linux kernels from a few years ago.

@vanfifty1
I have some simelar Problems maby read the post
https://forums.fogproject.org/topic/18157/windows-11-65x-hp-z2-tower-g1i-update/2
My problem is/was that Fog uses sometimes the wrong nvme …

@Tom-Elliott
This is resolved in latest dev-branch version: 1.5.10.1853
Thanks.

@Mr_K
Thanks for the help Tom. You got me pointed in the right direction. Everything is working now.

I did a complete Ubnutu and fog fresh install to make sure I wasn’t missing anything and noticed during the installation it was grabbing my WAN IP as the fog server IP and then somehow changing the fog server IP to my LAN IP. So when I clicked on the link from the terminal after it had finished it was 192.168.1.148 however everything was setup “certs, storage Ipxe” ect as my WAN IP 20.21.X.X.

All I had to do was just change the fog settings so the IP’s matched re ran the installer to grab the new files and everything is running perfect now.

@Tom-Elliott Thanks for the clarification! I’ll try upgrading to the latest stable version, I was planning on doing this anyway.

I’ll look into the Persistent Groups plugin and see how it works!

Fresh install using ver1.5.10.1826

Works perfectly. Can register hosts as normal

Maybe a bug with 1.6.0… hopefully if anyone else experiences this issue this might help

@bruno67

Are you sysprepping the image with all OOBE options set to be skipped before capturing it with FOG?