Slow computer listing and high CPU with version 1.5.1.01798
-
A test for anyone having this issue. I did a little trouble shooting, and if you go to: Reports > Pending Mac List and approve all the pending mac addresses at once, performance improved somewhat.
I am unsure if this is coincidental but for me my “Hosts” tab is now much more responsive. Same thing with the “Fog Settings” tab. Give that a try. Certainly worked for me for the moment.
-
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
tasktypeeditI 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 -
Unfortunately solved just for a moment.
No pending MACs but the Hosts listing is very slow again.
Peter -
@Tom-Elliott No LDAP here.
-
Hello @Tom-Elliott
No LDAP plugin, logins are local
I don’t have any pending mac to approve.Thank you for your time @Tom-Elliott
-
@Infojoe Unfortunately my test environment where I would normally work on these things hasn’t been behaving nicely.
Luckily, however, a fellow developer @rodluz was able to narrow the “what” and I believe I have fixed it.
The issue at least based on what was found:
PHP 8.1 deprecated the FILTER_SANITIZE_STRING feature and I replaced it with FILTER_SANITIZE_SPECIAL_CHARS or something alike to it.
This was the expected change at the time, but forgot that special characters may show up in Session variables (among other variables)
So say an
&would get created, well FILTER_SANITIZE_SPECIAL_CHARS would encode&to&which would then see the&again and perform the same trick over and over and over in a recursive loop.This is what was causing the CPU spikes, my apologies for that oversite. This has been addressed within the latest dev-branch if anyone would like to kick the tires?
Thank you!
-
Hi @Tom-Elliott
I think this is it. I just updated on the latest dev branch and I don’t have any CPU spike and no waiting time when I sho the host anymore.
Thank you for this tricky updates!
Good job

-
@Tom-Elliott Tested and… Perfect ! Thank you very very very much !
Where can change topic status to “Solved by the master” ? -
@Tom-Elliott I also updated to 1807 and it has fixed it for me as well. As always Tom you are a mad scientist and always figure out the issue. FOG Project is the fastest bug resolution of any software we use and I mean that sincerely. I appreciate this software and your dedication to it so much, thanks for everything!
-
@Infojoe And a real question : How can I mark this as “solved” ?
-
T Tom Elliott has marked this topic as solved