the Force Reboot option does not update the DB “hostEnforce” value stays at ‘0’ if you manually set it to ‘1’ in the database the GUI shows it checked and unchecking it returns the value to ‘0’ as expected.

The browse for file dialogue window does not appear.

Keep up the good work the new interface looks amazing!

Is there any way that I can see what fog clients are having issues with the fogserver?
I have come across multiple clients recently that have not been checking in for user reports. A simple resetting of the Encryption Data in the GUI fixed the issue. If there was a report I could run that displayed the last successful check-in of the clients I think that would help.

@sebastian-roth yes I believe that was the case. I don’t remember the record count as I already purged data older than 30 days. I set up a SQL event that runs daily.

DELETE from userTracking WHERE utDate < now() - interval 30 DAY;

I can now run the reports

any time I try and use the user tracking to find what PC a user is logged into I get:

Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

The apache error.log:

[Wed Apr 07 09:39:23.233725 2021] [proxy_fcgi:error] [pid 23644] (70007)The timeout specified has expired: [client 192.168.10.170:49336] AH01075: Error dispatching request to :, referer: http://10fogserver.xxxxxxx.com/fog/management/index.php?node=report

I figured it out… I must have screwed up some permissions on the web_root so I removed /var/www/html/fog/ and re-installed fog and all is well…

Thanks!

I have a client @ a remote site that is repeating:

Attempting to check in............................Failed
 *  (In line for 13:50)
 * Attempting to check in............................Failed
 *  (In line for 13:55)
 * Attempting to check in............................Failed
 *  (In line for 14)
 * Attempting to check in............................Failed
 *  (In line for 14:5)
 * Attempting to check in............................Failed
 *  (In line for 14:10)
 * Attempting to check in............................Failed
 *  (In line for 14:15)
 * Attempting to check in............................Failed
 *  (In line for 14:20)
 * Attempting to check in............................Failed
 *  (In line for 14:25)
 * Attempting to check in............................Failed
 *  (In line for 14:30)
 * Attempting to check in............................Failed
 *  (In line for 14:35)
 * Attempting to check in............................Failed

The only thing I see logs: access_log:

10.43.100.146 - - [06/Apr/2021:11:38:48 -0400] "POST /fog/service/Pre_Stage1.php HTTP/1.1" 403 - "-" "curl/7.66.0"
10.43.100.146 - - [06/Apr/2021:11:38:53 -0400] "POST /fog/service/Pre_Stage1.php HTTP/1.1" 403 - "-" "curl/7.66.0"
10.43.100.146 - - [06/Apr/2021:11:38:58 -0400] "POST /fog/service/Pre_Stage1.php HTTP/1.1" 403 - "-" "curl/7.66.0"
10.43.100.146 - - [06/Apr/2021:11:39:04 -0400] "POST /fog/service/Pre_Stage1.php HTTP/1.1" 403 - "-" "curl/7.66.0"
10.43.100.146 - - [06/Apr/2021:11:39:09 -0400] "POST /fog/service/Pre_Stage1.php HTTP/1.1" 403 - "-" "curl/7.66.0"
10.43.100.146 - - [06/Apr/2021:11:39:14 -0400] "POST /fog/service/Pre_Stage1.php HTTP/1.1" 403 - "-" "curl/7.66.0"

any suggestions?

I have already checked and made sure /fog/ is the web_root in the gui.

@the_ccm said in Here config for SystemRescueCD 8:

@greg-plamondon said in Here config for SystemRescueCD 8:

@the_ccm

I tried this but get an error on the client when selecting the rescue cd option:

docache... Operation not permitted (http://ipxe.org/410c613c)

maybe a permission issue on /var/www/utils folder ? mine is root:root 755

also check http://ipxe.org/410c613c

Permissions are root:root 755 and I still get the error.
What Linux distro are you using? I am using Centos 7

@the_ccm

I tried this but get an error on the client when selecting the rescue cd option:

docache... Operation not permitted (http://ipxe.org/410c613c)

@sebastian-roth Thanks for that, The PC in question was in the pending hosts.
After approving it joined the domain as expected.

@sebastian-roth said in Fog Version 1.5.9.62 hostSecToken problem:

Have you checked the list of

I am not sure where that is anymore. is that in the host settings under the mac address box?

@jj-fullmer I will have to try this when I have more time because simply copying the ipxe.efi from fog over to the uefi partition works great for when the machine is on the network, but if its not connected to the LAN it wont boot to windows its caught in an IPXE boot loop.

@sebastian-roth
Here is the php-fpm logs
I searched the MAC address in the database and found it twice.

MariaDB [fog]> SELECT * FROM `hostMAC` WHERE `hmMAC` IN (SELECT `hmMAC` FROM `hostMAC` GROUP BY `hmMAC` HAVING COUNT(`hmMAC`) > 1);
Empty set (0.00 sec)

I am still reasearching the 500 error.

Thanks.

I deleted a Lenovo PC from fog and then did a quick registration and inventory, Imaged the PC and it gets a token. Not sure why this XPS is not.

@sebastian-roth said in Fog 1.5.9.62 Location problems.:

@Greg-Plamondon Just pushed the fixed 1.5.9.63.

Awsome!
Appreciate your work!

@sebastian-roth
Thanks for the reply. Here is the fog.log

I have some Dell XPS laptops that I am having issues with fog generating the hostSecToken. i am not sure if its a fog issue or an issue with these new Dells?

what are the steps I should take to troubleshoot?

@tom-elliott said in Dell XPS 17:

@greg-plamondon I should add, there are some steps involved besides just making the switch itself.

If you want the machines to reboot and operation:

1. Boot windows
2. Open msconfig.exe
3. Click Boot Tab
4. Check box for “Safe boot”
5. Reboot machine
6. Load to Bios and Switch SATA operation Mode.
7. Reboot machine and boot into windows.
8. Open msconfig.exe
9. Click Boot Tab
10. Uncheck Box for “Safe boot”
11. Restart machine and do whatever you need to.

Tom can I do this before sysprep?

Fog 1.5.9.62 Host location reverts to “- Please select an Option -” when making any changes to the host whether it is snapins or settings.

@tom-elliott said in Dell XPS 17:

@greg-plamondon Have you tried disabling “Raid On” and switching over to “AHCI” for the SATA operation mode?

That worked Tom.

Thanks!