2009-05-26 16 views
8

Ho installato un plug-in di controllo check_http di nagios e configurato per verificare la presenza di un URL specifico nella mia applicazione. L'url restituisce "ok" o un messaggio di errore.Come inviare ulteriori informazioni nell'e-mail nagios

I miei nagios mi inviano un'email quando rileva qualcosa che non è "ok". Tuttavia, quello che sto ottenendo è solo "HTTP CRITICAL - stringa non trovata". Quello che vorrei ricevere in email è il messaggio di errore effettivo che viene restituito dal mio URL. Ho provato a utilizzare l'opzione verbose (-v). Nella riga di comando mi restituisce una richiesta completa incluso il mio messaggio di errore, tuttavia l'e-mail nagios mi manderebbe solo la prima riga della risposta prolissa.

Quello che vorrei ottenere in notifica nagios è invece di stringa non trovata per ottenere il messaggio di errore effettivo. C'è un modo per farlo usando check_http (o potrebbe essere qualche altro) plugin o devo scrivere il mio?

Modifica: Finora ho utilizzato $ SERVICEOUTPUT $ nella mia notifica via email.

risposta

9

Sembra esserci due macro di uscita di servizio che è possibile utilizzare (da http://nagios.sourceforge.net/docs/3_0/macrolist.html) nel vostro servizio definizione del comando di notifica:

  • $ SERVICEOUTPUT $: La prima riga di output di testo dal controllo ultimo servizio (vale a dire " Ping OK ").
  • $ LONGSERVICEOUTPUT $: l'output del testo completo (a parte la prima riga) dall'ultimo controllo del servizio.

Se non si ha successo con quelli, immagino che il percorso più semplice sia scrivere un wrapper per check_http che mette il proprio messaggio di errore sulla prima riga di output.

+0

Grazie, $ LONGSERVICEOUTPUT $ ha fatto il trucco –

+0

Si vorrà aggiungere questo alla definizione del comando notify-service-by-email, come descritto [qui] (http://serverfault.com/questions/410020/full- status-information-in-nagios-email-notification) –

+0

Attenzione, Nagios riempie queste variabili dopo aver rimosso alcuni caratteri sensibili, ad esempio i tag HTML non vengono conservati. Per soluzione alternativa, vedere http://serverfault.com/a/648781/256869. –

Problemi correlati