I found out what’s causing the problem. The HP BIOS somehow configured the hard disk as a RAID by default. Removing the RAID, and the machine will boot to Windows after iPXE instead of looping.
Thank you for your input.

@rodluz

Alright it works thank you.

@JeremyL Hi, yes I am sure I have run Fog under Proxmox as well successfully but this time it didn’t want to work. Anyway once I switched to using Fog running under a Container, it uses much fewer resources and runs just as well.
So I would recommend switching to running it under a container when possible.

@Fog_Newb

Hi,
I had the same problem as you, and I solved it this way:
I updated FOG to the latest version (1.5.10.1655), and configured the time zone I wanted in the graphical interface, in “Fog Configuration > Fog Settings > General Settings > TZ INFO”.
On the VM where I have the FOG server installed, which is an Ubuntu Server 24.04, I only edited the file “/etc/php/8.3/fpm/php.ini” adding the information: date.timezone = “America/Fortaleza” (this is my local time zone). I added this information just below the explanation about timezone that the file itself brings, as you did and showed here in the images.
I restarted the VM and the time was finally correct in the FOG records.

I also followed this topic by @Sebastian-Roth, it helped a lot!
https://forums.fogproject.org/topic/15434/time-lag-between-the-fog-web-interface-and-the-system-time/2

@Tom-Elliott is there a way to find out where its failing

i have the PCAP file if interested?

@marcolefo not yet, i was running 1.5 on centos 7 and now re installed fog 1.5 on alma 9.5, i will let you know if i get the same issue on new OS

Hi! I found the problem. I was reinstall the Linux and FOG (without https). And all PC-s booting now. Everything looks fine.

any help?

fixed it by installing gcc-aarch64-linux-gnu on ubuntu and running the script again. compilation errors are not logged to the script shown on screen, but to the bin/error_logs/ directory in the extracted archive.
Update now ran without issues.

@marcolefo

Okay nothing to do with FOG 😉

ALTER TABLE mysql.column_stats MODIFY histogram longblob; ALTER TABLE mysql.column_stats MODIFY hist_type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB','JSON_HB');

Sorry for the noise

tbh i am running fog on centos 7 so maybe its time to re install the OS to rocky 9.5 or ubuntu 24

what OS do you recommend?

@Tom-Elliott looks like i have to update my fog to 1.6 instead of 1.5 as i thought i resolved it by updating fog to the latest 1.5 but the error is still there on 1.5, i thought it went at first as when i made my first image it saved as a folder but on my second capture its saving as a file again

@MichaelPower said in FOG & iPXE Anywhere - issues from boot menu:

Just wondering if a working bzImage I can use that boots under Secure Boot?

The issue is exactly that. bzImage is not signed so the uefi firmware will not boot it. That is the root of the issue. You could self sign ipxe and bzImage but then you will need to update the certificates in each computer to include your self signed certificate. Its possible but it is quite a bit of work to get it all setup.