@Tom-Elliott updated and working - thanks for fixing!

@JJ-Fullmer You were correct about the download link not being formed properly. I went looking in the code and found a change in the /var/www/html/fog/lib/client/snapinclient.class.php file from a working version of FOG (1.6 beta 2132) to the latest version.

Copying over the old version of this file and snapins are installing correctly now.

@Tom-Elliott this should probably be moved to the Bug Reports forum if that’s possible? The difference in the files is the latest version is missing the below code around line 185

$location = sprintf(
  '%s://%s/%s',
   self::$httpproto,
   $StorageNode->get('ip'),
   $StorageNode->get('webroot')
);

and there are a few changes elsewhere too.

Thanks all!

@Tom-Elliott latest pull working correctly again. Thanks for sorting!

@Laurent we’re on FOG 1.6, but I think its the same as 1.5.10. FOG doesn’t let you see the AD password once input, but I’d echo @JJ-Fullmer’s point of using a specific account

I deleted the private and public SSL certs and reran the installer, seems to have fixed it.

/opt/fog/snapins/ssl/.srvprivate.key
/var/www/html/fog/management/other/ssl/srvpublic.crt

@george1421 said in [BUG] iPXE Boot Loop & Menu Failure After FOG 1.5.10.1660 Upgrade:

If undionly.kpxe worked in bios mode then snp.efi should work in uefi mode

Hi George, the BIOS claims its in UEFI mode but when booting it looks suspiciously like legacy (larger text etc). Its an old Viglin with a second generation i3 which is being retired this October so its not too much of a deal now I have a workaround.

@Tom-Elliott that seems to have solved it. Thanks yet again for speedy service! Cheers

Navigating in browser to http://10.16.46.84/fog/management/index.php?sub=requestClientInfo&authorize&newService returns

 {"error":"im"}

We updated to the latest working-1.6 version at the start of this week. Now all my clients are not connecting to the host and won’t perform any tasks.

The error in fog.log on the client states:

------------------------------------------------------------------------------
----------------------------------UserTracker---------------------------------
------------------------------------------------------------------------------
 09/09/2025 14:49:09 Client-Info Client Version: 0.13.0
 09/09/2025 14:49:09 Client-Info Client OS:      Windows
 09/09/2025 14:49:09 Client-Info Server Version: 1.6.0-beta.2167
 09/09/2025 14:49:09 Middleware::Response ERROR: Unable to get subsection
 09/09/2025 14:49:09 Middleware::Response ERROR: Object reference not set to an instance of an object.
 09/09/2025 14:49:09 Service Sleeping for 667 seconds
 09/09/2025 15:00:16 Middleware::Communication URL: http://10.16.46.84/fog/management/index.php?sub=requestClientInfo&configure&newService&json
 09/09/2025 15:00:16 Middleware::Response Success
 09/09/2025 15:00:16 Middleware::Communication Download: http://10.16.46.84/fog/management/other/TiLA_Logo_650x120.jpg
 09/09/2025 15:00:16 Middleware::Communication ERROR: Could not download file
 09/09/2025 15:00:16 Middleware::Communication ERROR: The remote server returned an error: (308) Permanent Redirect.
 09/09/2025 15:00:16 Middleware::Communication URL: http://10.16.46.84/fog/management/index.php?sub=requestClientInfo&mac=0C:9D:92:C9:DE:32|0C:9D:92:C9:DE:33&newService&json
 09/09/2025 15:00:17 Middleware::Response Success
 09/09/2025 15:00:17 Middleware::Communication URL: http://10.16.46.84/fog/service/getversion.php?clientver&newService&json
 09/09/2025 15:00:17 Service ERROR: Unable to get cycle data
 09/09/2025 15:00:17 Service ERROR: The remote server returned an error: (401) Unauthorized.
 09/09/2025 15:00:17 Middleware::Response Success

Reinstalling the FOG client gets:

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 11/09/2025 13:08:56 Client-Info Version: 0.13.0
 11/09/2025 13:08:56 Client-Info OS:      Windows
 11/09/2025 13:08:56 Middleware::Authentication Waiting for authentication timeout to pass
 11/09/2025 13:10:56 Middleware::Communication Download: http://10.16.46.84/fog/management/other/ssl/srvpublic.crt
 11/09/2025 13:10:56 Middleware::Authentication Cert OK
 11/09/2025 13:10:56 Middleware::Authentication No token found at C:\Program Files (x86)\FOG\token.dat, this is expected if the client has not authenticated before
 11/09/2025 13:10:56 Middleware::Authentication ERROR: Could not get security token
 11/09/2025 13:10:56 Middleware::Authentication ERROR: Could not find file 'C:\Program Files (x86)\FOG\token.dat'.
 11/09/2025 13:10:56 Middleware::Communication POST URL: http://10.16.46.84/fog/management/index.php?sub=requestClientInfo&authorize&newService
 11/09/2025 13:10:56 Middleware::Response Invalid security token

How can I reconnect my clients?
Thanks!

@george1421 said in [BUG] iPXE Boot Loop & Menu Failure After FOG 1.5.10.1660 Upgrade:

If undionly.kpxe worked in bios mode then snp.efi should work in uefi mode

Hi George, the BIOS claims its in UEFI mode but when booting it looks suspiciously like legacy (larger text etc). Its an old Viglin with a second generation i3 which is being retired this October so its not too much of a deal now I have a workaround.

@Tom-Elliott Hi Tom, sorry that I’ve misposted. Your suggestion of trying a realtek.efi didn’t work but it prompted me to try using undionly.kpxe instead. This worked, so maybe its a UEFI / legacy hybrid BIOS? Not sure how its working, but it is.

Thanks, and sorry to crash OP’s post.

@Jim-Holcomb @Tom-Elliott Did you get anywhere with this? We’re having a similar issue that started today. Only affecting older machines, UEFI boot.

See attached for Pcap, PC hangs at “iPXE initialising devices… autoexec.ipxe not found”

Doesn’t matter if I set snp.efi, snponly.efi or ipxe.efi. PC hangs for exactly five minutes then reboots.

We’re on working-1.6, latest update. I’ve done a git clean as suggested above.

@AUTH-IT-Center Super, thank you very much! Looks like its working again

I’ve recreated our master FOG server onto a new VM, imaging is working correctly. However, the CA certificates have presumably changed to match and the FOG clients installed on all our machines (and images) now won’t connect as the CA doesn’t match.

Is there a way to either:

• copy over the old certificates from the original server to the new one OR

• copy / install the new CA certificate to the client machines so they reconnect?

Cheers

I deleted the private and public SSL certs and reran the installer, seems to have fixed it.

/opt/fog/snapins/ssl/.srvprivate.key
/var/www/html/fog/management/other/ssl/srvpublic.crt

I’ve migrated our FOG server to a new host with these instructions: https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG

New master node server working well, but the storage nodes are not communicating. If I try to run the installer again, I get an error at

• Starting and checking status of web services…Failed!

Certificate request self-signature ok
subject=CN=10.16.46.84
renamed '/etc/httpd/conf.d/fog.conf' -> '/etc/httpd/conf.d/fog.conf.1739201432'
ln: failed to create symbolic link '/var/www/html/fog/fog': File exists
Job for httpd.service failed because the control process exited with error code.
See "systemctl status httpd.service" and "journalctl -xeu httpd.service" for details.
× httpd.service - The Apache HTTP Server
     Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/system/httpd.service.d
             └─php-fpm.conf
     Active: failed (Result: exit-code) since Mon 2025-02-10 15:33:08 GMT; 1s ago
   Duration: 1w 3d 1h 35min 55.053s
       Docs: man:httpd.service(8)
    Process: 3352073 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=exited, status=1/FAILURE)
   Main PID: 3352073 (code=exited, status=1/FAILURE)
     Status: "Reading configuration..."
        CPU: 80ms

Feb 10 15:33:02 tila-fog09 systemd[1]: Starting The Apache HTTP Server...
Feb 10 15:33:08 tila-fog09 httpd[3352073]: AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using fe
80::215:5dff:fe32:8b01%eth0. Set the 'ServerName' directive globally to suppress this message
Feb 10 15:33:08 tila-fog09 systemd[1]: httpd.service: Main process exited, code=exited, status=1/FAILURE
Feb 10 15:33:08 tila-fog09 systemd[1]: httpd.service: Failed with result 'exit-code'.
Feb 10 15:33:08 tila-fog09 systemd[1]: Failed to start The Apache HTTP Server.