@BLT Hi I am working on an updated kernel that should support newer hardware like the Framework Desktop.

I have a windows 11 golden VM residing on an xcp-ng 8.3 host, I am able to boot into the fog menus and upload images(although sometimes the console window blanks out after 3-4 minutes so I use snapshots and brute force to get it to complete).

Try adding this to your host kernel arguments: xen_emul_unplug=unmodified nomodeset vga=788

Also use the intel nic option not realtek. I am not using a custom kernel for my VM, just the latest same as any other machine.

UEFI bios mode on the VM(required for TPM).

Hi,
dev-branch 1.5.10.1754 was OK.
dev-branch and stable 1.5.10.1798 is not OK.

Running on Debian VM 13.4 in Proxmox.
Everything is OK until I click “Hosts” . PHP-FPM starts eating taking 100% of CPU for minutes but gives no errors in apache2 or php8.4-fpm logs.
Other listings and dashboard are OK. Report/Pending Mac List is slow too.

Approve All Pending MACs for All Hosts returned the speed of server back to normal. Thanks @rogalskij!

Host IDs are showed in front of names like this: (271) - DELL-AT-WORK

Installed PlugIns
accesscontrol
persistentgroups
site
tasktypeedit

I have got a plenty of these warnings but it is problem of old plugin, I suppose:
[Sat Mar 21 06:28:04.452523 2026] [proxy_fcgi:error] [pid 781:tid 781] [client 172.28.99.2:54436] AH01071: Got error ‘PHP message: PHP Warning: Undefined array key 0 in /var/www/html/fog/lib/plugins/site/hooks/addsitefiltersearch.hook.php on line 220’, referer: https://**********/fog/management/index.php?node=task&sub=active

@Tom-Elliott Hi, sorry for the delayed response. I updated both the Fog server and storage node, but the same error is thrown at the end of multicasting.

As a workaround, we’re doing deploy in these Appliances by Schedule Deploy Tasks, as it bypass the authentication screen. But i would be interesting if we could do deploys without this need.

I have solved my issue by changing the Host EFI Exit type:

REFIND_EFI for Windows images
SANBOOT for Ubuntu/Debian images

Xavier

@pcnr I noticed this issue so many years a go. It may be issues refering undionly.kpxe file. You can find some solutions from this forum about this. In my case I did following:

Make a backup of /tftpboot/undionly.kpxe to undionly.kxpe.bak; Copied /tftpboot/undionly.kkpxe to undionly.kpxe.

So at next time, this stuck problem was solved.

Yes, you are right!
I can confirm that it is still functional.
Install clean Windows 11 + drivers + all the updates -> configure windows as you like it -> sysprep -> shutdown -> Image -> Deploy.

Although, I have searched the answer for the main question, to sysprep or not, for years!
What I mean, is that if you sysprep, some of the Windows settings and configuration will be wiped out during the sysprep, so you cannot configure image 100% ready and need some manual steps after the cloned pc (deployed) boots up.
Of course those manual configurations can be automated (by a script or some other way), but still, it would be nice that image can be setup without sysprepping if it is not needed anymore in Win10/11.

I have tested hundreds of PC-s in domain environment without sysprepping - they work flawlessly, no issues with Domain, WSUS or other things, but I am little bit worried, that if some issues arise, e.g some weird errors then I must reinstall all the deployed pc-s with sysprepped images…

Can somebody confirm?

Yes, I understand, that without sysprep, all the PC-s deployed from the same image will be using same SID, but is it bad somehow?
Can someone confirm that for Intune it is also OK?
Domain doesn’t care, WSUS either, but what else might break?

Okay - So what killled this installation was the fact a 1.5.9 csv load was imported into my 1.5.10.1698 FOG - this killed a bunch of features and I eded up having to reinstall.

I’m also interested in knowing if a solution exists.

@rodluz yes, directly from 1.5.10.1754 to 1.5.10.1763 when I saw the prompt in the FOG gui that I’m not using the latest version - it was up to date before.

in 1.5.10.1754 recapture didn’t added up, just updated the image size to the latest one.

I have just discovered that somehow all the MACs are changing sometime after the final successful DHCP lease.
My DHCP server is set to only answer to specific MACs, so if I add in the “new” one, it works.
No idea how this is happening, I’ve never seen MACs just suddenly change like this.
It sucks that now I have another MAC per server to deal with, but at least it’s working.

@Greg-Plamondon I’m going to try delving into this but I’ve been very busy with other things and just haven’t gotten around.

I do appreciate the patience and assistance.

The changes you were doing that fixed the problem, please implement them again and you should be back to functional

Once that is done, do you mind doing a diff between that file and the relevant file in the git repository side:

Files I think you changed were under: <path>/<to>/<installer>/packages/service/<servicename>/<servicefile>

I’m not seeing any issues on my test systems.

not really sure why it isn’t working either.

I believe you were editing the files in /opt/fog/service/<servicename>/<servicefile>

So you would do:

diff -u <path>/<to>/<installer>/packages/service/<servicename>/<servicefile> /opt/fog/service/<servicename>/<servicefile>