Die beste Möglichkeit, einem Protokoll zu folgen und einen Befehl auszuführen, wenn Text im Protokoll angezeigt wird

Ich habe ein Serverprotokoll, das eine bestimmte Textzeile in die Protokolldatei ausgibt, wenn der Server in Betrieb ist. Ich möchte einen Befehl ausführen, sobald der Server hochgefahren ist, und daher etwa Folgendes tun:

tail -f /path/to/serverLog | grep "server is up" ...(now, e.g., wget on server)?

Wie geht das am besten?

Ein einfacher Weg wäre awk.

tail -f /path/to/serverLog | awk '
                    /Printer is on fire!/ { system("shutdown -h now") }
                    /new USB high speed/  { system("echo \"New USB\" | mail admin") }'

Und ja, beide sind echte Nachrichten aus einem Kernel-Log. Perl ist dafür möglicherweise etwas eleganter und kann auch die Notwendigkeit für Tail ersetzen. Wenn Sie Perl verwenden, sieht es ungefähr so ​​aus:

open(my $fd, "<", "/path/to/serverLog") or die "Can't open log";
while(1) {
    if(eof $fd) {
        sleep 1;
        $fd->clearerr;
        next;
    }
    my $line = <$fd>;
    chomp($line);
    if($line =~ /Printer is on fire!/) {
        system("shutdown -h now");
    } elsif($line =~ /new USB high speed/) {
        system("echo \"New USB\" | mail admin");
    }
}

Wenn Sie nur eine Möglichkeit suchen und hauptsächlich in der Shell bleiben möchten, anstatt awkoder zu verwenden perl, können Sie Folgendes tun:

tail -F /path/to/serverLog | 
grep --line-buffered 'server is up' | 
while read ; do my_command ; done

... der my_commandjedes Mal ausgeführt wird, wenn " Server in Betrieb " in der Protokolldatei angezeigt wird. Für mehrere Möglichkeiten könnten Sie vielleicht die fallen lassen grepund stattdessen eine caseinnerhalb der verwenden while.

Die Hauptstadt -Fteilt tailmit, auf die Protokolldatei zu achten, die gedreht werden soll. dh wenn die aktuelle Datei umbenannt wird und eine andere Datei mit dem gleichen Namen ihren Platz einnimmt, tailwird auf die neue Datei umgeschaltet.

Die --line-bufferedOption teilt grepmit, dass der Puffer nach jeder Zeile geleert werden soll. Andernfalls kann my_commandmöglicherweise nicht rechtzeitig erreicht werden (vorausgesetzt, die Protokolle haben eine angemessene Zeilengröße).

Diese Frage scheint bereits beantwortet zu sein, aber ich denke, es gibt eine bessere Lösung.

Stattdessen tail | whateverdenke ich, was Sie wirklich wollen, ist swatch. Swatch ist ein Programm, das speziell dafür entwickelt wurde, Ihre Anforderungen zu erfüllen, eine Protokolldatei zu überwachen und Aktionen basierend auf Protokollzeilen auszuführen. Für die Verwendung ist tail|fooes erforderlich, dass ein Terminal aktiv ist, um dies zu tun. Swatch hingegen wird als Daemon ausgeführt und überwacht immer Ihre Protokolle. Swatch ist in allen Linux-Distributionen verfügbar.

Ich ermutige Sie, es auszuprobieren. Sie können zwar einen Nagel mit der Rückseite eines Schraubenziehers einschlagen, dies bedeutet jedoch nicht, dass Sie dies tun sollten.

Das beste 30-Sekunden-Tutorial zu Swatch, das ich finden konnte, finden Sie hier: http://www.campin.net/newlogcheck.html

Es ist seltsam, dass niemand etwas über multitailHilfsprogramme erwähnt hat, die diese Funktionalität bereits enthalten. Ein Anwendungsbeispiel:

Zeigen Sie die Ausgabe eines Ping-Befehls an und senden Sie eine Nachricht an alle aktuell angemeldeten Benutzer, wenn ein Timeout angezeigt wird

multitail -ex timeout "echo timeout | wall" -l "ping 192.168.0.1"

Siehe auch weitere Beispiele von multitailNutzung.

Bash konnte den Job alleine machen

Lassen Sie uns sehen, wie einfach und lesbar es sein könnte:

mylog() {
    echo >>/path/to/myscriptLog "$@"
}

while read line;do
    case "$line" in
        *"Printer on fire"* )
            mylog Halting immediately
            shutdown -h now
            ;;
        *DHCPREQUEST* )
            [[ "$line" =~ DHCPREQUEST\ for\ ([^\ ]*)\  ]]
            mylog Incomming or refresh for ${BASH_REMATCH[1]}
            $HOME/SomethingWithNewClient ${BASH_REMATCH[1]}
            ;;
        * )
            mylog "untrapped entry: $line"
            ;;
    esac
  done < <(tail -f /path/to/logfile)

Wenn Sie Bashs nicht verwenden regex, kann dies sehr schnell gehen!

Aber bash + sed ist ein sehr effizientes und interessantes Tandem

Aber für Server mit hoher Auslastung, und da ich es mag, sedweil es sehr schnell und sehr skalierbar ist, verwende ich oft Folgendes:

while read event target lost ; do
    case $event in
        NEW )
            ip2int $target intTarget
            ((count[intTarget]++))
        ...

    esac
done < <(tail -f /path/logfile | sed -une '
  s/^.*New incom.*from ip \([0-9.]\+\) .*$/NEW \1/p;
  s/^.*Auth.*ip \([0-9.]\+\) failed./FAIL \1/p;
  ...
')

So habe ich auch angefangen, bin aber viel raffinierter geworden. Ein paar Dinge, mit denen man sich befassen sollte:

1. Wenn das Ende des Protokolls bereits "Server ist in Betrieb" enthält.
2. Beendet den Tail-Prozess automatisch, sobald er gefunden wurde.

Ich benutze etwas in diesem Sinne:

RELEASE=/tmp/${RANDOM}$$
(
  trap 'false' 1
  trap "rm -f ${RELEASE}" 0
  while ! [ -s ${RELEASE} ]; do sleep 3; done
  # You can put code here if you want to do something
  # once the grep succeeds.
) & wait_pid=$!
tail --pid=${wait_pid} -F /path/to/serverLog \
| sed "1,10d" \
| grep "server is up" > ${RELEASE}

Es funktioniert so lange, tailbis die ${RELEASE}Datei Daten enthält.

Sobald das grepgelingt:

1. Schreibt die Ausgabe auf ${RELEASE}den Willen
2. Beenden Sie den ${wait_pid}Vorgang bis
3. Verlasse das tail

Hinweis: Sie sedkönnen die Anzahl der Zeilen tail, die beim Start erzeugt werden, genauer bestimmen und diese Anzahl entfernen. Aber im Allgemeinen ist es 10.