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.
Gelöst! Shell Skript für systemd Überwachung
-
- Beiträge: 3020
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: Gelöst! Shell Skript für systemd Überwachung
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Re: Gelöst! Shell Skript für systemd Überwachung
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.Nastra hat geschrieben:20.03.2018 17:51:55Ich 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 war Variante drei, die ich im Kopf hatte.Nastra hat geschrieben:20.03.2018 17:51:55Da 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.
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?
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: Gelöst! Shell Skript für systemd Überwachung
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.
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.
-
- Beiträge: 3020
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: Gelöst! Shell Skript für systemd Überwachung
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
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
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main