CPU Usage 100%

[anthony.delarosa]

Server

• FOG Version: 1.4.3
• OS: CentOS 6.7

Client

• Service Version:
• OS:

Description

For some reason CPU Usage is pretty much always at 100% in vSphere and when I check the top command I see all these httpd processes. Is this because of all the clients that have the FOG client installed?

It’s currently using a lot of CPU and it really shouldn’t as we use it daily but not that much to justify the amount of CPU.

Here is a snapshot of the top command:

And here is a snapshot of vSphere:

Any idea what is going on?

Thanks

[THEMCV]

Can you try updating to the latest stable (or dev-branch) and see if it helps at all?

Also, do you have your FOG server setup to do anything else besides imaging? I had multi-site driver sync going and it chewed up a lot of CPU.

[anthony.delarosa]

@THEMCV i set it up a while ago and i don’t recall setting up anything else besides the default setting and it’s just being used to image! not sure where to locate that multi-site sync you’re talking about. help out?

[THEMCV]

@anthony-delarosa I have mine a little more tweaked to do that stuff with some scripts from the devs Here’s the link if you want to check out injecting drivers which is step 1

Let’s try updating.

Navigate to your FOG directory

cd /root/fogproject

git pull

cd /bin/

./installfog.sh -y 

#run as root or sudo, can't remember for CentOS

Give that a try and see if it’s any better.

[anthony.delarosa]

mmm i keep getting a

• Unzipping the binaries…Done
• Copying binaries where needed …Failed

Tried rebooting and same thing : S

[anthony.delarosa]

this is the error in the fog_error_log

Archive: binaries1.4.3.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of binaries1.4.3.zip or
binaries1.4.3.zip.zip, and cannot find binaries1.4.3.zip.ZIP, period.

[THEMCV]

@anthony-delarosa Are you running the installer as root/sudo?

[anthony.delarosa]

@themcv i’ve done it through sudo, I have upgrade FOG before and I don’t recall ever doing it as root : S let me give that a shot

[anthony.delarosa]

@themcv so both root and sudo fail at the same part : S

[anthony.delarosa]

one thing I did notice is that https://svn.code.sf.net/p/freeghost/code/tags/1.4.4 does not get binaries1.4.4.zip but instead binaries 1.4.3.zip which is what is looking for so that’s fair but one thing that is different about that zip file is that the owner if root and not fog like the rest of the folders

[THEMCV]

Ooooohh so you’re using svn not git? That might be the problem.

What does git branch bring up if /root/fogproject/ ?

[anthony.delarosa]

I initially set it up with subversion back in the day so i kinda stuck to svn on every upgrade! i’ll give GIT a try

[THEMCV]

Sure. If you want to upgrade to the dev-branch (I would) we can go from there and see if it’s any better.

[anthony.delarosa]

@themcv hey, i upgraded using GIT and now i’m on 1.4.4 and now running top:

and this is vSphere performance for CPU

does FOG generally use that muchCPU MHz? it is the VM that uses most CPU in this VM Host:

Seems like quite a lot to me

[george1421]

@anthony-delarosa How many client computers (with fog client installed) are on your network? With mysql at 27% it sounds like you have quite a few checking in.

[anthony.delarosa]

@george1421 we do, easily over 800 clients! i was not aware that the clients would be checking in with FOG! I thought it was FOG that would contact the host if it needed to communicate something to it

[george1421]

@anthony-delarosa No the fog client works the other way around, the clients check into the master fog server for things to do. They also post inventory info and such.

Since you have a great performance data so far, I wonder if you would be willing to help the fog project by doing something I had on the back burner for a while.

The idea is simply to install php-fpm and have apache use that instead of its internal php engine. I’m interested to know how that impact:

1. Performance of the web gui
2. Impact on performance of the entire fog server CPU usage.

I see you are using an older OS, but the php-fpm package should still be available in epel or in the centos repository. If you have a little time to test this idea let me know and I will put together a tutorial on how to set this up. Reverting back to the default apache php can be done by just commenting out one line. I would do it on my production fog server, but I only have a small campus. I’ve been looking for someone who had around 1000 clients to see if the test was dramatic.

[george1421]

@anthony-delarosa In your case you can in crease the check-in delay to help with cpu usage on your fog server. You can do this with the understanding that it will also take longer for clients to see snapin deployments and other assigned tasks. It will not impact image deployment only fog client tasks. (but I’d like to see the results of the php-fpm test before you make this change if you agree).

[Wayne Workman]

@anthony-delarosa said in CPU Usage 100%:

@george1421 we do, easily over 800 clients! i was not aware that the clients would be checking in with FOG! I thought it was FOG that would contact the host if it needed to communicate something to it

The fog client uses polling to communicate with the fog server, this is detailed here: https://wiki.fogproject.org/wiki/index.php?title=FOG_Client#Polling_Behavior

[anthony.delarosa]

@george1421 hey George! yeah i think i can help you out there! send me the detailed steps i need to take and i can always take a snapshot of this so if all fails i can revert back!