quote who=Jeffrey Lensen
Hello all,
I recently extend our distributed Nagios setup of 1 master and 2
distributed slaves (in which the master also had a lot of checks
running), to 1 master and 5 distributed slaves (in which the master
does no checking at all, except for host checks).
Try
quote who=James Turnbull
Hugo van der Kooij wrote:
On Mon, 28 May 2007, Sapon, Dimitry wrote:
It's dead for me. I have the same error as the original poster.
Funny enough the ones telling us the site is ok have google in the
Received: path of the messages. Perhaps they look at cached
quote who=kyle
It seems the data isn't collected, but it is (checked in the
nagiosgraph.log). My concern now is the gap between checks
(10 mins), perhaps nagiosgraph is droping/unable to display
such distant data. As a workaround I've lowered check interval
to 90 secs (waiting to see what
quote who=Andy Shellam (Mailing Lists)
For info - this warning does not prevent Nagios from starting up -
however if you add a group called nagios it goes away.
Perhaps there's a bug in this/other versions where it checks for the
specific group called nagios and not the one used in the
quote who=Mike Hamrick
I have nagios set up to send notifications every five minutes. This
makes sense when a service is CRITICAL, but makes less sense when it
is simpily WARNING. Warnings go to a separate email alias... every
five minutes. Normally during the day I acknowledge them, but
quote who=Israel Brewster
Yep, that's exactly what I did, which is where I got the idea to use
America/Anchorage. Which, I might point out IS a valid TZ variable
according to the page you linked, which you apparently didn't bother
to read... Sorry, after a response like that, I couldn't
quote who=Israel Brewster
Resend-I accidentally didn't post this reply to the list. Sorry :P
As far as I can tell, the TZ environment variable is never set.
Perhaps it would help if it was set? What would it need to be set to,
if so?
You could try setting it to your local time zone.
I live
quote who=Israel Brewster
I have done some searching on this, and while I have found some
similar questions in the archives, I haven't found an answer, so I
figure I'll ask. I am running Nagios 2.5 on an OpenBSD 4.0 box. The
machine is set to the proper time, and if I run date or perl -e
quote who=[EMAIL PROTECTED]
Context is massive memory leak with ePN. Leak goes when ePN is
removed.
I have a feeling it is more with the way plugin caching works.
There should be added another major caveat to this: depending on
your plugins you may have a bigger or smaller leak, however leak
I had performance issues having Nagios process every trap.
We have a fairly large SNMP utilization over here. Our Netscreen
firewalls send quite a few traps sometimes. On order of 10/s or
more during attacks (usually virus outbreaks). Wasn't very
happy with my monitoring server keel over during
quote who=Tobias Klausmann
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
quote who=Andy Shellam (Mailing Lists)
From the client-side, the URL that's built in the JavaScript comes
out to:
?view=serverfid=1gid=3
That's the most info you'll get out of the JS - pass that to the
s3_client.php page and you'll get an un-styled, plain format of the
page that's
quote who=Daniel Meyer
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
quote who=Tobias Klausmann
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
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
quote who=Daniel Meyer
So, whats the issue? When i came back into the office this
morning i found nagios having a service check latency of about
350 sec (maximum and also average). I've had this last week to,
and its fixed by simply restarting the nagios daemon.
I've set up some performance
quote who=Thomas Sluyter
Right then... Clean slate for this e-mail...
I've set up my snmpd.conf to include the following.
exec .1.3.6.1.4.1.6886.4.1.4 check_d_root /usr/local/nagios/libexec/
check_disk -w 15 -c 5 -p /
SNMPWalking through that gives me:
$ snmpwalk -v 2c -c
I have services groups for notification intervals and host groups
for locations.
Is there a way I can use both hostgroup_name and servicegroup_name
in a serviceescalation object?
Basically, I want an intersect of a hostgroup and a servicegroup.
define serviceescalation{
hostgroup_name
quote who=Guillermo Bellettini
Frank, this is the information screen that I get when I click
on the graph icon. I've checked what you told me about the
spaces and tabs but I think that's not the problem.
When I click on the graph icon, Nagios shows the information
status instead of the
quote who=Wu, Shirley
Is there a way to force Nagios to reload the configuration data
without restarting the process and re-initializing the scheduling
queue? In our environment, we are constantly adding and deleting
hosts and services every day.
If you ran make install-init, you will have a
quote who=Shirley Wu
I checked the /etc/init.d/nagios script. The reload option actually
does the killproc_nagios nagios -HUP.
It seems that there's no way to get around it.
Wrong. The -HUP does what has been asked. It sends the HUP
POSIX Signal to the Nagios process. Upon receiving this
I have attached the snmptt.ini that I use.
Make sure you have:
net_snmp_perl_enable = 1
net_snmp_perl_best_guess = 1
translate_value_oids = 1
translate_log_trap_oid = 1
translate_enterprise_oid_format = 1
translate_trap_oid_format = 1
translate_varname_oid_format = 1
mibs_environment = ALL
quote
quote who=Ken A
Jason Martin wrote:
On Fri, Feb 24, 2006 at 03:08:46PM -0800, Ken A wrote:
If nagios is sending okay to an internal exchange address, then
sendmail
on the nagios box is already working fine, which would be expected
in an
Firewall rules might come in to play here.
except
23 matches
Mail list logo