same shit different day…
Hab dem carbon-cache auf der Service VM mal in den … getreten…
Nach mehreren Ausfällen von WebServer und Service VM laufen beide Maschinen jetzt wieder stabil.
Ursache war ein defekter CPU Kühler im Server.
Collectd auf Remü-09 hatte sich aufgrund von Sehnsucht zur Service VM das leben genommen… Wiederbelebt…
py-respondd auf Des1 neu gestartet.
May 20 00:09:15 des1 kernel: [204481.190084] python3[8577]: segfault at 7f2dde6b0f58 ip 00000000005a0670 sp 00007fffd151f800 error 4 in python3.4[400000+3b2000]
May 20 00:09:15 des1 systemd[1]: py-respondd.service: main process exited, code=killed, status=11/SEGV
May 20 00:09:15 des1 systemd[1]: Unit py-respondd.service entered failed state.
dabei das hier gefunden.
May 20 02:15:22 des1 kernel: [212048.627840] named[8604]: segfault at 48 ip 00007fa35fa04d6b sp 00007fa35ba59df0 error 6 in libdns.so.100.2.2[7fa35f96a000+1d3000]
May 20 02:15:41 des1 systemd[1]: bind9.service: main process exited, code=killed, status=11/SEGV
May 20 02:15:41 des1 rndc[20009]: rndc: connect failed: 127.0.0.1#953: connection refused
May 20 02:15:41 des1 systemd[1]: bind9.service: control process exited, code=exited status=1
May 20 02:15:41 des1 systemd[1]: Unit bind9.service entered failed state.
und bind auch neu gestartet…
Und dann weil’s so schön war auf Des2 den KEA der nach dem Reboot nicht wollte auch nochmal neu gestartet…
Heut is der Wurm drin
Bind auf des1 ist vorhin schon wieder mit einem SEGFAULT stehen geblieben… Neu gestartet…
Unter anderem Bind9 Sicherheitsupdate DSA-3854 auf Fanlin (Blech und VM) eingespielt. Der vom Blech benötigte reboot erfolgt heute nacht um ca. 24:00.
KEA auf Fanlin neu gestartet… hatte sich hingelegt…
Des1 neu gestartet… Hing… Irgend ein kernel Foo… @descilla magst du Mal gucken?
Blech deshyper-01 mit updates versorgt und rebooted. und td connections zwischen parad0x und des1 rebalanced.
Updates auf atom8 und handle gemacht.
Des1 wiederbelebt… Akuter Herzstillstand aufgrund von ???
Remue-09 neu gestartet.
@dippydipp hat bemerkt, dass der UniFi-Controller nicht mehr richtig läuft.
Er hat scheinbar die Datenbank “verloren”. Ursache unbekannt.
Bei den Updates auf der VM brauche ich Unterstützung. Da klemmt es an einigen Stellen. Mittwoch?
Controller läuft Vorerst mit Backup vom 04.05. wieder.
Des1 neu gestartet.
Irgendwann gestern abrnd Remü-09 neu gestartet und dann irgendwann vorhin Deshyper-01 resettet wegen weil @MPW hat kaputt gemacht. Dann Grad dem Kea auf des1 nochmal nen hieb verpasst…
Ich hatte gestern Abend noch das lokale DNS repariert und Bind auf alle Gateways ausgerollt. Siehe dazu auch das Commit im Ansible-Repo.
FFNW-Tunnel für Parad0x beantragt, damit wir dort V4 parallel testen können.
Grüße
Matthias
Hab’ auf handle
das Debian-Repo auf den Mirror von Online.net geändert.
Wie angekündigt ist heute das Zertifikat von freifunk-muensterland.de abgelaufen.
Der python certbot ließ sich nicht mehr überreden ein Zertifikat zu erstellen also habe ich ihn durch acme.sh ersetzt den wir auch bei der Karte nutzen. Bei der Gelegenheit hab ich dann direkt das Zertifikat um
- freifunk-muensterland.net
- www.freifunk-muensterland.net
- freifunk-muenster.de
- www.freifunk-muenster.de
erweitert.