Differences

This shows you the differences between two versions of the page.

--- doc:appunti:linux:sa:nagios_passivo [2013/03/14 10:34] – [Problema di versione] niccolo
+++ doc:appunti:linux:sa:nagios_passivo [2014/01/31 16:39] (current) – [Configurazione del server (Nagios)] niccolo
@@ Line 60: / Line 60: @@
         name                            bacula-service
         use                             passive-service
-        freshness_threshold             100800
+        freshness_threshold             93600   ; 26 hours
+        max_check_attempts              1
         check_command                   return-critical
         notification_interval           1440
@@ Line 66: / Line 67: @@
 }
 </file>
+Due parametri i fondamentali da configurare. Il primo è **freshness_threshold**: aspettiamo fino a 26 ore di ricevere un check passivo, altrimenti si esegue un check attivo che ritorna uno stato CRITICAL. Il secondo parametro importante è **max_check_attempts** da impostarsi ad un valore molto basso, possibilmente 1; in questo modo lo //status type// diviene HARD al primo check fallito. Se si lasciasse il valore predefinito di max_check_attempts pari a 4 si avrebbe che per 26 * 4 = 104 ore il servizio risulta SOFT CRITICAL, e quindi mostrato in verde nel grafico del trend.
 Poi si aggiunge un finto host, che serve solo per raggruppare tutti i backup monitorati. Si può creare il file **''/etc/nagios3/conf.d/bacula_backups.cfg''**:
@@ Line 79: / Line 82: @@
         use                             generic-host
         check_command                   return-ok
-        max_check_attempts              5
         notification_interval           86400
         notification_period             24x7