UAP 6. OG am Standort BW hat nen Wackelkontakt im Kabel oder ähnliches Problem. Ich hab die Email-Alerts für den kompletten Standort (nur den einen) erstmal deaktiviert.
Hat jemand noch Kontakt? Auch wegen der “vermissten” Rocket.
Falls ja, dann gerne nach der Behebung das Alerting wieder aktivieren. Da wir an dem Standort aktuell jedoch keine direkte Handlungsfähigkeit haben, macht ein Email-Alert in meinen Augen keinen Sinn.
Fanlin neu gestartet. Load war im Ultimo und Durchsatz ging gegen 0.
Domplatz-Bezirksregierung neu gestartet (die Nano mit Gluon drauf), weil keine Clients dran waren.
PS: Naja, wenn das Clientnetz ausgeschaltet ist, hat man da auch keine Clients. Hab es mal wieder eingeschaltet.
FFNW Tunnel nach Erfuhrt auf allen an FFNW angebundenen Gateways abgedreht weil die Gateways trotz einer Local Pref für Berlin die Erfuhrt Tunnel genommen haben. @MPW kannst du mal drüber gucken was ich da übersehe und warum die das tun?
py-respondd und Tunneldigger Dom35 auf Des1 gestartet. Sind nicht mit durchgestartet nach dem Reboot. Dom35 war heute Morgen kurzzeitig komplett offline da das Partnergateway Fanlin heute morgen ausgefallen ist. Techniker ist informiert.
Multi-Queue bei Corny2 und Automatix aktiviert.
Edith:
Ausserdem von c1024 und fanlin Knoten abgeworfen.
Wordpress aktualisiert.
Zertifikat auf firmware.ffmsl.de gefixt.
Die Umleitung von assistent.ffmsl.de zum Downloader leitet auch die Letsencrypt Verifizierung um. Umleitung von assistent.ffmsl.de erstmal deaktiviert. Guck ich mir heute Abend an.
Müsste man nicht einfach das Zertifikat von firmware.freifunk-muensterland.de um assistent.ffmsl.de erweitern können? Dann sollte es passen.
Das ist schon so… Problem ist die Erneuerung. Dabei kann Letsencrypt den Verifizierung Schlüssel auf dem Nginx nicht finden weil die Anfrage in das Verzeichnis vom Downloader weitergeleitet wird in welchem es den Schlüssel nicht gibt.
Es gibt noch andere Verifizierungsmethoden. Ich glaube, man kann auch
einfach etwas ins DNS eintragen oder so. Müssen wir uns mal anlesen.
- automatix: Tunneldigger Dom17 gestartet.
- corny2: updates.
- des1: py-respondd gestartet.
- handle: Tunneldigger Dom04 08 14 19 23 27 34 43 56 63 gestartet.
- Forums-VM neu gestartet
- Forums-VM auf serielle Konsole umgestellt (wird erst nach dem nächsten Neustart aktiv)
- Kea und Tunneldigger Dom65 auf Parad0x per Hand nachgestartet.
Bei Voyager war die Traffic Drossel noch nicht Deaktiviert und das Blech wurde grade auf 10Mbit gedrosselt. Ich hab die Drossel abgeschaltet. Sollte also in den nächsten Minuten wieder abgehen…
bei c1024 mal das maxcpus=0 aus der GRUB config entfernt… Hat jetz 2 Kerne die Kiste…
Ausserdem pre-up /sbin/ethtool -L eth0 combined 2 ||:
in die Interfaces eingebaut. Funktioniert leider noch nicht da noch nicht auf dem Host aktiviert.