auf default01.sn.ffnw.de wurden die nicht mehr benötigten fastd instanzen disabled
systemctl disable fastd@default0.service
systemctl disable fastd@default1.service
außerdem wurden sie zusammen mit dem zugehörigen batman-interface aus der /etc/systemd/system/respondd.service entfernt. Anschließend wurde der supernode rebootet
vielleicht hilfts ja ...
LG Lorenz
hat leider nicht geholfen die Kiste braucht anscheinend nen stündlichen reboot, welcher jetzt durch cron ausgeführt wird.
bei der erfolglosen Fehlersuche bin ich über folgendes gestolpert:
root@default01 ~ # systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Thu 2019-11-14 11:14:16 CET; 28min ago
Docs: man:interfaces(5)
Process: 342 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
Main PID: 342 (code=exited, status=1/FAILURE)
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
... und zwar auf _allen_ supernodes das kann doch nicht richtig sein? immer läuft das Netz trotzdem
bin gespannt, wohin das jetzt führt
LG Lorenz
Der Fehler kommt, da diverse Abhängigkeiten da sind. Kein Grund zur Sorge, das hat damit Null zutun.
der logrotate-zyklus wurde von in der /etc/logrotate.conf von weekly auf daily geändert. das sollte die Wahrscheinlichkeit einer mit logs vollgeschriebenen Festplatte erheblich reduzieren.
der stündliche reboot hat dann anscheinend das tägliche logrotate um 0 Uhr verhindert, weshalb irgendwann die Festplatte voll war. der reboot ist ab jetzt immer zur halben Stunde
LG Lorenz