Lassen Sie die Überwachung länger warten, bevor Sie denken, etwas sei tot

Ich versuche, ein Programm (Resque) zu starten, aber es dauert ein bisschen, bis eine PID-Datei geschrieben wird. Daher denke ich, dass Monit denkt, dass das Programm noch nicht gestartet wurde und ein oder zwei weitere Programme startet, bevor das Pidfile des ersten geschrieben wird.

Wie verzögere ich die erneute Überprüfung durch Monit, nur für diesen Vorgang? Oder soll ich das anders lösen?

Wie verzögere ich die erneute Überprüfung durch Monit, nur für diesen Vorgang?

Was Sie erreichen möchten, können Sie mit der Funktion " SERVICE POLL TIME " von monit erledigen

Monit Dokumentation sagt

Die Dienste werden in regelmäßigen Abständen von der geprüft

set daemon n

Aussage. Überprüfungen werden in der gleichen Reihenfolge ausgeführt, in der sie in die .monitrc-Datei geschrieben wurden, außer wenn Abhängigkeiten zwischen Diensten eingerichtet wurden. In diesem Fall kann die Diensthierarchie die Reihenfolge der Überprüfungen ändern.

Eine der Methoden zum Anpassen der Dienstabfrage ist

1. Benutzerdefiniertes Intervall basierend auf der mehrfachen Länge des Abfragezyklus

JEDE [Anzahl] ZYKLEN

Beispiel:

check process resque with pidfile /your/app/root/tmp/pid/resque.pid
   every 2 cycles

Oder soll ich das anders lösen?

Ich habe auch den ersten Versuch unternommen, Resque-Jobs mit monit zu überwachen, da monit ein sehr leichter Daemon ist, der sich aber schließlich mit GOTT abgefunden hat. Ich weiß, ich weiß, dass GOTT im Vergleich zu Monit ressourcenhungriger ist, aber im Falle von Resque fanden wir, dass es eine gute Übereinstimmung ist.

Sie können einen bestimmten Dienst in einem anderen Intervall als dem Standardintervall überprüfen.

Siehe SERVICE- ABRUFZEIT in der Monit-Dokumentation.

Ein Beispiel für Ihr Resque-Programm wäre die Überprüfung einer anderen Anzahl von Zyklen:

check process resque with pidfile /var/run/resque.pid
   every 5 cycles

oder aus dem Beispielteil:

Some servers are slow starters, like for example Java based Application Servers. 
So if we want to keep the poll-cycle low (i.e. < 60 seconds) but allow some services to take its time to start, 
the every statement is handy:

 check process dynamo with pidfile /etc/dynamo.pid every 2 cycles
       start program = "/etc/init.d/dynamo start"
       stop program  = "/etc/init.d/dynamo stop"
       if failed port 8840 then alert

Oder Sie können die Cron-Style-Checks nutzen.

check process resque with pidfile /var/run/resque.pid
   every 10 * * * *

Bei einem langsamen Start können Sie das Zeitlimit im Befehl service start verlängern:

check process apache with pidfile /var/run/httpd.pid
       start program = "/etc/init.d/httpd start" with timeout 90 seconds

Sie können auch überprüfen, ob X-mal hintereinander ein Fehler aufgetreten ist:

 if failed 
    port 80 
    for 10 cycles 
 then alert

Oder für X-mal innerhalb von Y-Umfragen:

 if failed 
    port 80
    for 3 times within 5 cycles 
 then alert

Oder beides:

 check filesystem rootfs with path /dev/hda1
  if space usage > 80% for 5 times within 15 cycles then alert
  if space usage > 90% for 5 cycles then exec '/try/to/free/the/space'

( von hier )

Ein Mitglied meines Teams hat eine ziemlich clevere Lösung gefunden, mit der die Überwachung häufig (jede Minute) überprüft werden kann. Wenn jedoch versucht wurde, den Dienst neu zu starten (dies dauert ca. 10 Minuten), wartet die Überwachung eine bestimmte Frist, bevor sie gestartet wird nochmal.

Dies verhindert, dass zu lange zwischen den Überprüfungen gewartet wird, was in Verbindung mit einem langsamen Start für die Kunden eine viel größere Auswirkung hat. Es funktioniert mithilfe eines Zwischenskripts, das als Flag fungiert, um anzuzeigen, dass die Überwachung bereits nach dem letzten Fehler aktiv ist.

check host bamboo with address bamboo.mysite.com
   if failed
           port 443 type tcpSSL protocol http
           and status = 200
           and request /about.action
            for 3 cycles
   then exec "/bin/bash -c 'ps -ef | grep -v "$$" | grep -v "grep" | grep restartBamboo.sh >/dev/null 2>&1; if [ $? -ne 0 ]; then /opt/monit/scripts/restartBamboo.sh; fi'"

Wenn bamboo (langsam startende Webanwendung) 3 Minuten hintereinander nicht funktioniert, starten Sie neu, ABER nur, wenn noch kein Neustart-Skript ausgeführt wird.

Das aufgerufene Skript hat einen festgelegten Ruhezustand, der auf LÄNGER wartet, dann auf die langsamste Startzeit für den Dienst (in unserem Fall erwarten wir, in ~ 10 zu enden, sodass wir für 15 schlafen).

#!/bin/bash
echo "Retarting bambo by calling init.d"
/etc/init.d/bamboo stop
echo "Stopped completed, calling start"
/etc/init.d/bamboo start
echo "Done restarting bamboo, but it will run in background for sometime before available so, we are sleeping for 15 minutes"
sleep 900
echo "done sleeping"

Die aktuelle Version von Monit (5.16) unterstützt ein Timeout für die Startskripte mit der Syntax:

 <START | STOP | RESTART> [PROGRAM] = "program"
    [[AS] UID <number | string>]
    [[AS] GID <number | string>]
    [[WITH] TIMEOUT <number> SECOND(S)]

In den Dokumenten heißt es :

Bei einer Prozessüberprüfung wartet Monit bis zu 30 Sekunden, bis die Start- / Stopp-Aktion beendet ist, bevor er aufgibt und einen Fehler meldet. Sie können dieses Zeitlimit mit der Option TIMEOUT überschreiben.

Welches ist, was der "Timeout" -Wert tun wird.