Remue-09 wiederbelebt und in der Datei: /lib/systemd/system/networking.service.d/network-pre.conf
[Service]
TimeoutStopSec=60
gesetzt.
Remue-09 wiederbelebt und in der Datei: /lib/systemd/system/networking.service.d/network-pre.conf
[Service]
TimeoutStopSec=60
gesetzt.
Zertifikat vom Ticketsystem erneuert und auf Update gedrückt.
Interfaces Timeout in common Rolle eingebaut und auf allen Gateways ausgerollt.
Dom26 auf neuen DHCP-Bereich umgestellt.
Ein paar Tage testen und dann die ebtables-Filter wieder einbauen.
deshyper-02 zwecks sysupgrade rebooted
Parad0x hat nochmal einen Neustart hingelegt bei dem Kea nicht mit hoch gekommen ist.
Kea neu gestartet.
Hypercorn für Updates neu gestartet. Dabei direkt Corny auch upgedatet…
Dom26 wieder zurück auf Parad0x und c1024 verschoben.
Gestern Morgen Remue-09 !!! NICHT !!! wiederbelebt. \o/
(Kann man den Hintergrund eines Postes hier Rot Einfärben?!)
Backup Server von Scaleway auf eine VM auf meinem Hetzner Blech migriert.
KEA auf Nightbounce neu gestartet. Ist heute gestern morgen um ca. 08:40 Uhr stehen geblieben
Kann man das so einstellen, dass der automatisch neu startet?
Wordpress aktualisiert, kritisches Update Discourse eingespielt.
Joa, ich denke schon.
py-respondd auf der Service VM neu gestartet.
carbon-cache auf der service vm war irgendwie tot. habs mal neu gestartet.
tj01 neu gestartet. Traffic war bei 50 mbps angedübelt.
Postgresql auf remue-09 hat sich hingelegt und Kea mit runter gezogen. Beide neu gestartet.
Beendete Prozesse: Ja.
Watchdog: Nur auf Basis von Sockets glaube ich.