Hi!
On Tue, 02 Jan 2007, Daniel Meyer wrote:
> Program Running Time: 10d 21h 22m 42s
>
> So, for almost eleven days nagios runs smoothly now, no more
> latency problems. I'll try it again with EPN (but still without
> perlcache) now.
I've finally gotten around to recompile Nagio
Robert Hajime Lanning wrote:
>
>> Just rechecked. After 72 hours nagios still runs perfectly
>> with an average service check latency of 0.3 seconds, max.
>> 0.9 seconds.
>>
>> Memory usage is perfectly "flat" now, with epn and perlcache
>> it went from 140 mb (whole system) to about 900 mb within
Robert Hajime Lanning wrote:
> I have also been having performance issues with Nagios 2.5 on
> a Sun E220R with two 400MHz procs and 1GB ram.
>
> Sys stats are at http://lanning.cc/kipper.html
>
> The large dips in load and system CPU time are when I restart
> Nagios. (cron'd twice a week, but I
Hi there, and happy new year :-)
Program Running Time: 10d 21h 22m 42s
So, for almost eleven days nagios runs smoothly now, no more latency
problems. I'll try it again with EPN (but still without perlcache) now.
Danny
--
Q: Gentoo is too hard to install =http://www
> On Mon, 25 Dec 2006, Robert Hajime Lanning wrote:
>> I have a few that use the output of the last check to see
>> differences in accumulators and the like. And I see that
>> the caching code caches a parsed version of the arguments.
>> This caching has no expirations just appending the new
>>
Hi!
On Mon, 25 Dec 2006, Robert Hajime Lanning wrote:
> > I think the two issues are independent (or at most correlated).
> > If switching off EPN/perlcache fixes the issues for me, too, I'd
> > guess it's either the embedded Perl or the cache. Finding out
> > which is a matter of simple experime
> I'm not using a single SNMP check, and I have the very same
> problem: so I'd say no.
Ok, seperate issues... :)
> I think the two issues are independent (or at most correlated).
> If switching off EPN/perlcache fixes the issues for me, too, I'd
> guess it's either the embedded Perl or the cac
Hi!
On Mon, 25 Dec 2006, Robert Hajime Lanning wrote:
>
>
> > Just rechecked. After 72 hours nagios still runs perfectly
> > with an average service check latency of 0.3 seconds, max.
> > 0.9 seconds.
> >
> > Memory usage is perfectly "flat" now, with epn and perlcache
> > it went from 140 mb
> Just rechecked. After 72 hours nagios still runs perfectly
> with an average service check latency of 0.3 seconds, max.
> 0.9 seconds.
>
> Memory usage is perfectly "flat" now, with epn and perlcache
> it went from 140 mb (whole system) to about 900 mb within 24h.
>
> The average system load is
On Sun, 24 Dec 2006, Joerg Linge wrote:
>> I have watched over the last hour the process grow from 124M
>> to 126M.
>>
>> I use ePN with caching. Most of my checks are SNMP requests
>> via ePN scripts (http://lanning.cc/custom_plugins/), with
>> p1.pl modified with:
>>
>> use SNMP 5.0;
>> SNM
Am Sonntag, 24. Dezember 2006 11:35 schrieb Robert Hajime Lanning:
> I have also been having performance issues with Nagios 2.5 on
> a Sun E220R with two 400MHz procs and 1GB ram.
[...]
> I have noticed the Nagios seems to have a memory leak. As,
> I have watched over the last hour the process gr
I have also been having performance issues with Nagios 2.5 on
a Sun E220R with two 400MHz procs and 1GB ram.
Sys stats are at http://lanning.cc/kipper.html
The large dips in load and system CPU time are when I restart
Nagios. (cron'd twice a week, but I have also been making
a lot of service upd
Hi!
On Thu, 21 Dec 2006, Daniel Meyer wrote:
> > I have the suspicion that our check latency might converge on 419
> > seconds - but I'd rather not test it, we'd be well beyond the
> > 300s-interval most of our checks are designed for.
>
> Why do you think of exactly 419 seconds?
>
> And btw, i
On Thu, 21 Dec 2006, Tobias Klausmann wrote:
> I have the suspicion that our check latency might converge on 419
> seconds - but I'd rather not test it, we'd be well beyond the
> 300s-interval most of our checks are designed for.
Why do you think of exactly 419 seconds?
And btw, if our problems
Hi!
On Tue, 19 Dec 2006, Andreas Ericsson wrote:
> >>> SERVICE SCHEDULING INFORMATION
> >>> ---
> >>> Total services: 2836
> >>> Total scheduled services: 2836
> >>> Service inter-check delay method: SMART
> >>> Average service check int
Hi!
On Thu, 21 Dec 2006, Daniel Meyer wrote:
> - it is not triggered by any other software on the server
>(nagios and apache are the only things running there)
ACK.
> - its not triggered by hourly, daily or weekly cronjobs
With a lot of guessing and estimating, I can make a case for a
slig
Ok,
this is what i noticed on my performance issues during the last days:
- it is not triggered by any other software on the server
(nagios and apache are the only things running there)
- its not triggered by hourly, daily or weekly cronjobs
- the big service check latency goes away instantl
Hi!
On Tue, 19 Dec 2006, Andreas Ericsson wrote:
> >>> ---
> >>> Total services: 2836
> >>> Total scheduled services: 2836
> >>> Service inter-check delay method: SMART
> >>> Average service check interval: 2225.56 sec
> >> This is,
Hi!
On Tue, 19 Dec 2006, Daniel Meyer wrote:
> >> You could lower this to 2 seconds. I've done so on any number of
> >> installations and it has no negative impact what so ever, but seems to
> >> make Nagios a bit more responsive.
> >
> > I'll give that a try.
>
> I've tried that but had some fa
On Tue, 19 Dec 2006, Tobias Klausmann wrote:
> I'm running 2.6 now but I had the troubles with 2.5 initially.
> OS is a Gentoo Linux, Kernel 2.6.15.5 initially, upgrade to
> 2.6.19 today.
Same here. Latency-Problems with both 2.5 and 2.6, but on CentOS 4.4 (good
that you use gentoo, saves me the
Tobias Klausmann wrote:
> Hi!
>
> On Tue, 19 Dec 2006, Andreas Ericsson wrote:
>> Thanks for an excellently detailed problem report, missing only the
>> Nagios version and system type/version info. I've got some comments and
>> followup questions. See below.
>
> I'm running 2.6 now but I had t
Hi!
On Tue, 19 Dec 2006, Andreas Ericsson wrote:
> Thanks for an excellently detailed problem report, missing only the
> Nagios version and system type/version info. I've got some comments and
> followup questions. See below.
I'm running 2.6 now but I had the troubles with 2.5 initially.
OS is
On Tue, 19 Dec 2006, Andreas Ericsson wrote:
> Are the CPU's 64 bit ones running in 32-bit emulation mode? For intel
> cpu's, that causes up to 60% performance loss (yes, it really is that bad).
I just can answer for my setup (which is almost identical except for i
have "only" 1700 service check
Thanks for an excellently detailed problem report, missing only the
Nagios version and system type/version info. I've got some comments and
followup questions. See below.
Tobias Klausmann wrote:
> Hi!
>
> Recently I have run into the very same performance issues
> as Daniel Meyer (or so it se
Hi!
Recently I have run into the very same performance issues
as Daniel Meyer (or so it seems). However, I'm not quite sure
about it. Here's the gist of it.
Currently, service check latency slowly creeps up. As it is now,
it starts out at a little over 1s and after about 12 hours it's
in the ar
25 matches
Mail list logo