Public bug reported:

The new default check_load definition in /etc/nagios/nrpe.cfg is way too
low for real-life.  It seems the command definition changed between
Ubuntu 16.04 and 18.04 to use a -r option, but I'm finding this simply
causes false alarms the moment a nagios client is configured to respond
to check_load with nrpe.  I'm having to go back through all the 18.04
clients I monitor and manually override the default values with sane
values placed in nrpe_local.cfg instead.

I don't know if the -r option simply isn't working as expected, or if
the default values now used are just too low.  A newly-built 18.04 is
running BitDefender that that alone is causing non-stop warnings and
criticals from nagios now, because now it's warning at 15% of available
CPU.

Old version:

/etc/nagios/nrpe.cfg:command[check_load]=/usr/lib/nagios/plugins/check_load
-w 15,10,5 -c 30,25,20

New version:

/etc/nagios/nrpe.cfg:command[check_load]=/usr/lib/nagios/plugins/check_load
-r -w .15,.10,.05 -c .30,.25,.20


You want a host to have its cpu load up to match the number of cores it has, so 
you'd want these up around 1, at minimum, for 100% busy, not 15% of busy. 
That's just silly.

** Affects: nagios-nrpe (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1825043

Title:
  The new check_load settings are too low

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nagios-nrpe/+bug/1825043/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to