status.cgi very high cpu usage => Problem gone away

Hugo van der Kooij hvdkooij at vanderkooij.org
Fri Feb 22 07:26:33 CET 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Steve Kieu wrote:

| The most scary thing is, as suddenly like when it came, it suddenly went
| away this morning. Not any changes to the nagios system or vmware guest
| and hosts.
|
| I have been doing the similar benchmark of status.cgi on the real host
| with the same status.dat file with the host having problem. It takes 0.1
| sec to process, and in the vmware host it took 3.9 second. I have a
| quick look of how status.cgi parse the text file and see lots of  memory
| cmp (strcmp call to libc) and move. So my wild guess is that memory
| operation on the vm is terribly slow for some reason. And suddenly as
| come from nowhere, it just become as fast as normal.
|
| Any one has a bright idea of what is going on ?

You wouldn't happen to own a google indexing device now would you? THat
could hammer down a webbased server like nagios.

Hugo.

- --
hvdkooij at vanderkooij.org               http://hugo.vanderkooij.org/
PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc

	A: Yes.
	>Q: Are you sure?
	>>A: Because it reverses the logical flow of conversation.
	>>>Q: Why is top posting frowned upon?

Bored? Click on http://spamornot.org/ and rate those images.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQFHvmsXBvzDRVjxmYERAi0qAKC3ZCvsFQ24Hz4BvQj7M+MMAzEiJwCgnuMV
emfj+Gf5tZjQxS0zZEdnyzM=
=YkCx
-----END PGP SIGNATURE-----

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null





More information about the Users mailing list