(no subject)

[christian-r.david at alcan.com]

Hello,
Just a simple question:

I use nagios ver. 3.0.6 on a debian system 5.0.1

I have modified "timeperiods.cfg" like this:


# The complement of workhours
define timeperiod{
        name            ferie
        timeperiod_name ferie
        alias           liste des jours feries
        sunday          00:00-24:00             ; Tous les dimanches
#        wednesday       14:50-15:00,15:10-15:20
        2009-05-27      15:25-15:40,15:50-16:10
        january 1       00:00-24:00             ; Tous les jours feries
        may 1           00:00-24:00
        may 8           00:00-24:00
        july 14         00:00-24:00
        august 15       00:00-24:00
        november 1      00:00-24:00
        november 11     00:00-24:00
        december 25     00:00-24:00
        monday 2 september      00:00-24:00     ; Fete d'Issoire
        }

# The complement of workhours
define timeperiod{
        name            other
        timeperiod_name other
        alias           liste des feries flottants
        2009-06-01      00:00-24:00             ; Pentecote
        2010-04-05      00:00-24:00             ; Paques
        2010-05-13      00:00-24:00             ; Ascension
        2010-05-24      00:00-24:00             ; Pentecote
        2011-04-25      00:00-24:00             ; Paques
        2011-06-02      00:00-24:00             ; Ascension
        2011-06-13      00:00-24:00             ; Pentecote
        }

define timeperiod{
        name            Guard-oncall
        timeperiod_name Guard-oncall
        alias           Surveillance Poste Garde
        use             ferie,other
        }

I reload the config and all is ok but if i verify the time periods on the web page: it's wrong!

(Embedded image moved to file: pic05059.jpg)




All the date are wrong -> month - 2. Example: Easter 2010 is 2010-04-05 but it appears on the web page 2010-02-05

Any idea?!...

Best regards.

And sorry for my bad english.


Christian DAVID
Process (PMR)
ALCAN GLOBAL AÉRONAUTIQUE, TRANSPORT ET INDUSTRIE
Europe-Usine d'Issoire
Tel: + 33 (0)4 73 55 50 50 (interne 5467)
Fax: + 33 (0)4 73 55 51 93
Mailto: christian-r.david at alcan.com

Avis :
Ce message et toute pièce jointe sont la propriété d'Alcan et sont destinés seulement aux personnes ou à l'entité à qui le message est adressé. Si vous avez reçu ce message par erreur, veuillez le
détruire et en aviser l'expéditeur par courriel. Si vous n'êtes pas le destinataire du message, vous n'êtes pas autorisé à utiliser, à copier ou à divulguer le contenu du message ou ses pièces jointes
en tout ou en partie.

Notice:
This message and any attachments are the property of Alcan and are intended solely for the named recipients or entity to whom this message is addressed. If you have received this message in error
please inform the sender via e-mail and destroy the message. If you are not the intended recipient you are not allowed to use, copy or disclose the contents or attachments in whole or in part.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pic05059.jpg
Type: image/jpeg
Size: 143926 bytes
Desc: not available
URL: <https://www.monitoring-lists.org/archive/users/attachments/20090527/5b6be50f/attachment.jpg>
-------------- next part --------------
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
-------------- next part --------------
_______________________________________________
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