skip monitoring every 4 weeks

Andreas Ericsson ae at op5.se
Thu Jan 29 14:43:03 CET 2009


Assaf Flatto wrote:
> Hello 
> 
> I have a situation where i need to turn of monitoring for server while they are being rebooted , 
> this is done during the weekend , and the person doing the reboots is not one that has access to
> the nagios .
> 
> i know that Version 3 placed the functionality of alternating and dynamic scheduling in the 
> timeperiods definitions , but after reading the online documentation , i'm not realy clear on ho i 
> can achieve my gaol.
> 
> I need the monitoring for a server to be stopped during a period (specific times TBD ) every 4th 
> weekend , (Sunday or Saturday , again yet to be determined ).
> 
> I understand that I need to define a time period and add an "exclude"  to the time period the host 
> in question has defined .
> 
> My issue is with the correct format of the "skipped" timeperiod .
> Is what I'm defining below correct in format and functionality  - if not in strict content  ?
> 
> define timeperiod{
>        timeperiod_name weekend-off
>        Sunday /28              00:00-24:00
>        }
> 

I'm not 100% sure, but I *think* you want to use 

	Sunday -1     00:00-24:00

if you mean "last sunday of the month".

> define timeperiod{
>        timeperiod_name box-reboot
>        use             24x7
>        exclude         offweekend
> }
> 

The rest looks good though.

-- 
Andreas Ericsson                   andreas.ericsson at op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
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