Slow UI response and cannot update kernel
-
Have recently (within the pas week) been getting terrible response from the WebUI for FOG. Takes 30 sec - 1 minute to log in, swap screens, etc. From an admin standpoint, it’s becoming almost unusable.
Also, with the addition of a new model laptop, I tried to update the kernel to hopefully allow imaging of the Latitude E3350. When I went to update kernel using the slow UI, I get the following message:
"Type: 2, File: /var/www/html/fog/lib/fog/fogftp.class.php, Line: 144, Message: ftp_put(/var/www/html/fog/service/ipxe/bzImage_tst): failed to open stream: No such file or directory:
I have made sure my TFTP username/password are set correctly in all locations.
I am using Ubuntu 14.04, running trunk 7180.
Please help!
-
This may not be a fog issue. It could be a failing HDD, a stick of RAM that has gone bad, a bad power supply, or a new and significant source of interference that is near the server.
What’s the output of
top?
What’s in your Apache error logs?
Web UI -> FOG Configuration -> Log Viewer - > Apache Error logs -
@Scott-Adams How many clients (FOG client installed) do you have - active? Those clients talk to the FOG server and we have seen issues in environments with 1000 and more clients causing a very high load on the FOG server.
-
When I try to pull up the log viewer, I don’t have any options when I click the drop down.
I have restarted my FOG server several times, as well as the mysql service and the Apache2 service as well.
-
@Scott-Adams … How many clients?? …
-
Alright. After @Sebastian Roth said to look at how many hosts I had, I noticed a huge problem. We were listing about 1000 more clients than I know I have in my active directory. So, just to start with a clean slate, I deleted ALL hosts, and immediately the WebUI started responding again.
Thanks!
However, I am still having the issue with the kernel update and the error about FTP_Put. Any thoughts?
-
Attached is a screenshot of my config home page. If you look at the bottom, it doesn’t even show what version of bzImage I am using. Could this be related? How do I fix?
-
I have verified that it is not a credentials issue with FTP. I changed the password in the FOG Settings section of configuration, and got an error about invalid login. I set back to correct password, and received the error message "Type: 2, File: /var/www/html/fog/lib/fog/fogftp.class.php, Line: 144, Message: ftp_put(/var/www/html/fog/service/ipxe/bzImage_tst): failed to open stream: No such file or directory:
I am able to open the FTP webpage and log in using my correct fog settings. Any thoughts?
-
Is there possibly a download site I can go to in order to manually download the kernels? I can just push to the FOG server that way while waiting on a resolution to this issue.
Thanks!
-
@Scott-Adams said in Slow UI response and cannot update kernel:
Is there possibly a download site I can go to in order to manually download the kernels? I can just push to the FOG server that way while waiting on a resolution to this issue.
Thanks!
Yes. Instructions are in here:
https://wiki.fogproject.org/wiki/index.php?title=Kernel_Update -
I was able to push download the newest kernel using pscp (a PuTTY command). I used the site https://fogproject.org/kernels/ to get the latest 4.5.1 kernel.
However, still have the below issue when trying to use the built in kernel update via WebUI:
Any ideas? I’ve checked every permission I know to check and made sure all usernames/passwords are correct (at least in all the locations I know).
-
-
@Scott-Adams Tom just pushed a fix a couple of minutes ago… Can you please update and see!
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
@Sebastian-Roth I just pushed a fix for the kernel updating. I don’t know 100% about the CPU load issue, though I imagine it is corrective at this point.
-
Thanks Tom and everyone! The update has resolved the error with my kernel download. Not sure what got flubbed up to begin with, but resolved.
CPU seems to be looking more normal as well, after deleting all the hosts and re-adding as they check in.
Can be marked as solved.
