Posts made by LJH

I noticed that on the old database if you registered the client and went to the hosts section and then service settings.  You would see all the boxes unchecked.  If you tried to check them and hit update it would appear to work.  But if you went out and back into the client all the boxes were still unchecked.

If anyone runs into this, I wanted to post what I did for this issue.  I performed a clean install of fog on a new server.  I then restored the images and the database.  After that, I still had the same problem.  I put a blank database on the server and tried registering the computer again and it worked.  So, we worked around the problem by starting with a clean database.  Luckily, we are replacing over half of our computers this summer, so we don’t have that many to register again.

Computers already in fog database can rename and join AD. But if we register a new computer it will image and reboot but not rename or join AD.
I have rebooted the fog server. Not sure what to try next.

I see this in the fog.log file

5/21/2024 12:29:15 PM Service ERROR: Invalid sleep, using default
5/21/2024 12:29:15 PM Service Sleeping for 60 seconds
5/21/2024 12:30:15 PM Middleware::Communication URL: http://10.1.1.51/fog/management/index.php?sub=requestClientInfo&configure&newService&json
5/21/2024 12:30:15 PM Middleware::Response Success
5/21/2024 12:30:15 PM Middleware::Communication URL: http://10.1.1.51/fog/management/index.php?sub=requestClientInfo&mac=30:13:8B:7F:9F:30|CC:5E:F8:64:3D:9B|CE:5E:F8:64:3D:9B|DE:5E:F8:64:3D:9B|EE:5E:F8:64:3D:9B|CC:5E:F8:64:3D:9C&newService&json
5/21/2024 12:30:15 PM Middleware::Response Success
5/21/2024 12:30:15 PM Middleware::Communication URL: http://10.1.1.51/fog/service/getversion.php?clientver&newService&json
5/21/2024 12:30:15 PM Middleware::Communication URL: http://10.1.1.51/fog/service/getversion.php?newService&json

5/21/2024 12:30:15 PM Service Creating user agent cache
5/21/2024 12:30:15 PM Middleware::Response Module is disabled globally on the FOG server
5/21/2024 12:30:15 PM Middleware::Response Module is disabled on the host
5/21/2024 12:30:15 PM Middleware::Response Module is disabled globally on the FOG server

---

--------------------------------HostnameChanger-------------------------------

5/21/2024 12:30:15 PM Client-Info Client Version: 0.13.0
5/21/2024 12:30:15 PM Client-Info Client OS: Windows
5/21/2024 12:30:15 PM Client-Info Server Version: 1.5.9
5/21/2024 12:30:15 PM Middleware::Response Module is disabled on the host

@ljh Everything worked fine yesterday. The techs even told me that it hasn’t run that fast in a while. So it looks like that fixed my issue.

@george1421 When I run top and hit P mysql is the top process. I did backup the fog DB and then I dropped it. I did the install again and then imported the DB back in. The utilization dropped to almost nothing. Right now everyone is off for the 4th of July week. On Monday I will see if this the fix. We have around 4000 clients but this is summer time and of those 4000 only about 400 are active on the network during summer.

@george1421
When I go the hosts section under FOG and click list all hosts it never loads anything. The database is old but I think there are maybe 4500 computers active in there.

Everything had been running fine on our Fog server then last week the techs started complaining about slow performance and it was unusable. I connected to the server and mysql was bogging things down. I have tried upgrading to the latest with git. Same problem with the server. If I turn off the NIC port on the switch the utilization drops off to near normal. What should I look at?