Gelöst! Shell Skript für systemd Überwachung

[scientific]

Hmmm... Gerade wenn du deine Lösung veröffentlichst, wäre wohl die professionellere Geschichte jene mit den instanziierenden Units.

Hab ich das richtig verstanden, da baut einer ein Skript, das Unitfiles ausspuckt? Genau um sowas zu vermeiden, wurden die instanziierenden Units erfunden.

Aber bitte.

[NAB]

Ich hätte aber noch eine Frage, wenn ich die letzte Lösung von dir nutze NAB würde ich ja gerne parallel auch noch andere Ereignisse Überwachen was über die Unit nicht möglich ist. Würde für mich bedeuten ich müsste ggf. das reporter.sh Skript parallel betreiben.
Hier sehe ich aber das Problem dass ich im reporter.sh nach dem Begriff error suchen würde um kleinere Fehler zu finden. Kommt es zu einem Absturz der Instanz würde ich einmal durch die Unit und nochmal durch denn reporter.sh benachrichtigt werden.

Das liegt nun wiederum bei dir, durch geschickt formulierte grep-Abfragen genau die Ereignisse herauszupicken, auf die du reagieren möchtest ... und auf keine zusätzlichen. Ohne konkrete Beispiele kann man dir da auch nicht helfen ... ich kann ja nicht hellsehen.

Da die kleineren Fehler nicht ganz so akut sind wie wenn ein Service ausfällt und nichts mehr geht würde es wohlmöglich reichen einmal am Tag vorzugsweise per Telegram oder Email das error Log gesendet zu bekommen. Ich denke das wäre so das Optimale um eine Doppel Benachrichtigung und das Überwachen des Journal zu vermeiden und trotzdem auf dem laufenden zu bleiben.

Kennt einer von euch dafür eventuell eine Lösung.

Das war Variante drei, die ich im Kopf hatte.

Die nötigen Bauteile dazu kennst du eigentlich schon. Man kann jounralctl fragen, was bei einer bestimmten Unit oder einer Gruppe von Units in den letzten 24 Stunden so los war (oder auch in den letzten 10 Minuten). Das müsste man dann alle 24 Stunden tun (oder halt alle 10 Minuten), per TimerUnit. Der Trick wäre dann mal wieder, sich mit grep die gewünschten Zeilen herauszupicken und sie dir zuzusenden. Insbesondere bei ntfy weiß ich nicht, ob die Nachrichten überhaupt mehrere Zeilen haben dürfen und wie lang die sein dürfen.

Da solltest du erst mal gründlich drüber nachdenken, was du eigentlich haben willst. Mit 200 Zeilen Log-Auszug der letzten 24 Stunden ist dir auf dem Schlaufon vermutlich auch nicht gedient. Und eigentlich interessiert es morgens auch nicht mehr, ob letzten Vormittag das Rollo ausgefallen war, oder?

[Nastra]

Hast recht, die meisten Sachen stehen mir hier ja schon zu Verfügung. Hatte erst vor mich die Tage mal dranzusetzen und zu schauen ob ich selber was gebastelt bekomme aber eigentlich bin ich von der Idee auch nicht mehr richtig überzeugt umso mehr ich dadrüber nachdenken. Vermutlich ist es ja so wie du sagst über Telegram gibt es ein Zeichen Limit und was interessiert mich heute wenn gestern was nicht ging.

Die Reporter Lösung ist wie schon öfter erwähnt vermutlich nicht das Gelbe vom Ei mit der Journal Überwachung, deckt aber alles was ich benötige relativ unkompliziert ab daher werde ich diese wohl beibehalten.

Werde deine zweite Lösung später trotzdem aus interesse noch zu ende ausprobieren.

[scientific]

Ich hab ja bzgl OnFailure einen Bugreport bei systemd auf github erstellt.

https://github.com/systemd/systemd/issu ... -377026262

Nun, Pöttering hat ihn akzeptiert und vor 9 Tagen als Milestone für v239 hinzugefügt.

Samma gspannt, wann 239 in Debian aufschlägt.

lg scientific