Re: [Nagios-devel] error log messages
Posted: Wed Jan 02, 2008 9:08 am
I am on rc1 yes. The really weird thing here is that I can't reproduce
it now. Perhaps it has to do with load. I started up nagios with fully
350 services to monitor that It had to query right off the bat. It's
been up for a while no and is pretty stable atm. I'm scanning the logs
and don't see either message and I doubt that it was because of some
change that I made. I'll keep an eye on it
Pat
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Ethan
Galstad
Sent: Tuesday, January 01, 2008 12:29 PM
To: Nagios Developers List
Subject: Re: [Nagios-devel] error log messages
Patrick Felt wrote:
> I've got a couple of error log messages that I'm trying to figure out.
> #nagios suggested that I submit them here as they might be bugs. The=20
> first is a large number of orphaned processors. According to Google,=20
> this is caused by high box utilization, however the nagios box is
quite=20
> idle so I'm not sure what is going on
>=20
> The second is a large number of "Warning: Check result queue contained
> results for service 'Memory Utilization' on host hostname', but the=20
> service could not be found! Perhaps you forgot to define the service
in=20
> your config files?" the preflight shows no errors so I'm unsure of
what=20
> is happening here either.
>=20
> Are these bugs or have I configured something wrong?
>=20
> pat
>=20
Are you running 3.0rc1? The second item sounds like a bug that was=20
fixed in the rc1 release.
Ethan Galstad
Nagios Developer
___
Email: [email protected]
Web: www.nagios.org
------------------------------------------------------------------------
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/lis ... gios-devel
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
it now. Perhaps it has to do with load. I started up nagios with fully
350 services to monitor that It had to query right off the bat. It's
been up for a while no and is pretty stable atm. I'm scanning the logs
and don't see either message and I doubt that it was because of some
change that I made. I'll keep an eye on it
Pat
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Ethan
Galstad
Sent: Tuesday, January 01, 2008 12:29 PM
To: Nagios Developers List
Subject: Re: [Nagios-devel] error log messages
Patrick Felt wrote:
> I've got a couple of error log messages that I'm trying to figure out.
> #nagios suggested that I submit them here as they might be bugs. The=20
> first is a large number of orphaned processors. According to Google,=20
> this is caused by high box utilization, however the nagios box is
quite=20
> idle so I'm not sure what is going on
>=20
> The second is a large number of "Warning: Check result queue contained
> results for service 'Memory Utilization' on host hostname', but the=20
> service could not be found! Perhaps you forgot to define the service
in=20
> your config files?" the preflight shows no errors so I'm unsure of
what=20
> is happening here either.
>=20
> Are these bugs or have I configured something wrong?
>=20
> pat
>=20
Are you running 3.0rc1? The second item sounds like a bug that was=20
fixed in the rc1 release.
Ethan Galstad
Nagios Developer
___
Email: [email protected]
Web: www.nagios.org
------------------------------------------------------------------------
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/lis ... gios-devel
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]