Rejaine,

Acho que o problema está relacionado a como o Nagios trata a função
freshness_threshold. Talvez ele a sobreponha sobre o timeperiods, e mesmo
você solicitando que ele não veja o dia de Domingo, ele tem a informação de
que tem que ver a situação do seu backup a cada 26 horas. Acredito que uma
função esteja sobrepondo a outra e isso esteja prejudicando o seu
agendamento.

Como ainda não usei essas funções, não posso lhe dar certeza absoluta. Dei
uma lida no manual e também não achei nada que validasse a minha opinião. Se
você tiver sorte quanto a esta questão, por gentileza compartilhe conosco!

Abraços,
Fernando Lima
Schlumberger
Security Engineer
[EMAIL PROTECTED]

Office: +55 21 3824 6954
Mobile. : +55 21 9888 9046
(GMT: -03:00)


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rejaine
Monteiro
Sent: Monday, January 23, 2006 8:28 AM
To: nagios-users-br@lists.sourceforge.net
Subject: [Nagios-users-br] timeperiods x freshness_threshold


Ola lista, 

Desculpem-me por reportar esse problema novamente, mas como ainda não
encontrei solução vou tentar pedir ajuda para vocês novamente ..

Como funciona o relacionamento entre os periodos de tempos definidos em
timeperiods e as opcoes freshness_threshold das checagens passivas? 

Vou tentar explicar o meu problema. 

Temos varios serviços de backup noturnos para serem checados. Esses backups
sao executados somente de segunda a sexta (de 05:00 as 24:00) e no sabado
(de 00: as 05) Nao ha backup compreendido fora desse perido (aos domingos,
por exemplo, nao ha backup) 

Entao, defino o seguinte periodo de tempo no arquivo timeperiods.cfg

define timeperiod{
        timeperiod_name backup_hours
        alias           Backup hours
        monday          05:00-24:00
        tuesday         00:00-24:00
        wednesday       00:00-24:00
        thursday        00:00-24:00
        friday          00:00-24:00
        saturday        00:00-05:00
        }

Depois, defino os servicos (utilizando checagens passivas) para cada um dos
hosts que possuo, como exemplo:

define service{
service_description             BACKUP1
host_name                       host1
active_checks_enabled           0      
passive_checks_enabled          1      
parallelize_check               1      
obsess_over_service             1      
check_freshness                 1      
freshness_threshold             93600  
notifications_enabled           1      
event_handler_enabled           1      
flap_detection_enabled          1      
is_volatile                     0      
max_check_attempts              1      
check_period                    backup_hours
normal_check_interval           1      
retry_check_interval            1      
notification_interval           120    
notification_period             24x7   
notification_options            w,c,r  
contact_groups                  backup_operators
process_perf_data               1 
retain_status_information       1 
retain_nonstatus_information    1 
check_command                   no_backup_report!26!hours
}

Observem que a opcao  freshness_threshold  foi definida como 93600, ou seja,
26 horas. O que significa que, seu eu nao receber nenhuma informação sobre
esse serviço (de sucesso ou erro) o Nagios deverá me enviar um alerta
(no_backup_report) informando que nenhuma informaçao para esse serviço foi
enviadas nas ultimas 26 horas.. 

Tudo funciona perfeitamente durante toda a semana, perfeitamente.

Tenho meus backups programados normalmente para as madrugadas (ex. 02:00,
03:00 horas da manha) e os backups para fita normalmente sao executados
durante o dia (08 as 12:00) 

Tudo funciona bem, mas quando chega o domingo o Nagios envia um alerta
(no_backup_report) avisando que os serviços estão atrasados a mais de 26
horas.  So que ele nao deveria contabilizar as horas de domingo, pois
domingo nao faz parte da definicao timeperiods (domingo nao há backup) 

Um exemplo:

O ultimo backup foi feito com sucesso foi no sábado, as 03:00 da manha O
Nagios recebeu o status OK para o serviço 
O Nagios começa a contabilizar a taxa de atualização de serviço Isso deveria
ser feito somente até as 05:00 da manha de sábado, de acordo com a escala
backup_hours (timeperiods) para esse serviço Temos apenas 2 horas decorridas
entao de taxa de desatualizacao Domingo não há backup (nao tem domingo no
escala backup_hours) Chega segunda, começa novamente a contabilizar , mas
somente a partir de 05:00 da manha (de 05:00 as 08:00 + 3 horas.. 
Temos entao, um total de 5 horas decorridas de taxa de desatualizacao Só que
eu  chego na segunda as 08:00 e já está lá o alerta.. 

Isso me leva a crer que o timeperiods nao esta sendo levando em conta quando
o freshness_threshold  é utilizado (as 24 de domingo parecem estar sendo
contabilizadas...) 

Existe então alguma forma de fazer com que o nagios respeite o timeperiods
definido para esses serviço e ainda utilizar freshness_threshold? 

Rejaine




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Nagios-users-br mailing list Nagios-users-br@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users-br
Archives: http://www.mail-archive.com/nagios-users-br@lists.sourceforge.net/
http://news.gmane.org/gmane.network.nagios.user.brazil



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
Nagios-users-br mailing list
Nagios-users-br@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users-br
Archives: http://www.mail-archive.com/nagios-users-br@lists.sourceforge.net/
http://news.gmane.org/gmane.network.nagios.user.brazil

Responder a