Temporarily changing thresholds of an NRPE driven service check
Jim.Melin at co.hennepin.mn.us
Jim.Melin at co.hennepin.mn.us
Tue Jul 22 15:52:23 CEST 2008
Good morning.
We have a vignette content management server that every night syncs its content to a backup volume for nightly 'snapshot' purposes. This runs about 2
hours. The service check that runs is NRPE driven, and we're using simple NRPE config where the ok, warn, critical values are coded on the target
systems nrpe.conf file (we intend to change this when we convert to Nagios version 3).
Given this structure is there a good way to be able to tell nagios from 20:00 to 23:00 use a diff service check? I figure it has to be something to do
with a custom time period, but I'm really not sure what all I would need to do to make it work correctly.
Any insights appreciated.
-J
Disclaimer: Information in this message or an attachment may be government data and thereby subject to the Minnesota Government Data Practices Act, Minnesota Statutes, Chapter 13, may be subject to attorney-client or work product privilege, may be confidential, privileged, proprietary, or otherwise protected, and the unauthorized review, copying, retransmission, or other use or disclosure of the information is strictly prohibited. If you are not the intended recipient of this message, please immediately notify the sender of the transmission error and then promptly delete this message from your computer system.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
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