Admintagebuch - Dokumentation der Admintätigkeiten

Rhe läuft jetzt mit Kernel 4.6 und Batctl 2016.2. Leider hat er ein paar Probleme bei einem Neustart:

  • Es dauert extrem lange, mehr als vier Minuten
  • Man muss den Tunneldigger nochmal neu startet, da beim ersten Start immer folgendes passiert:

Jul 31 12:06:01 rhe bash[2581]: [WARNING/tunneldigger.broker] Failed to listen on 46.105.252.246:20065, skipping.

Habe den Ausrufer gestern neu gestartet udn einen Call beim Provider aufgemacht.
Die haben den Server dann (nach telef. Rückfrage) im Support-Mode hochgefahren udn einen Systemtest gemacht. Hardware ist angeblich OK. Ich habe sie gefragt, warum ich keine E-Mail oder SMS bekomme, wenn weder Ping noch TTY funktioniert und warte auf Antwort. Seit ca. 19:00 Uhr läuft der Server wieder im Normal Mode.
Bin gerade in Berlin und nur sporadisch online. Daher kommt es zu Verzögerungen.

2 „Gefällt mir“

Gerade auf dem FanLin-Blech u.a. das Sicherheitsupdate DSA-3636 für collectd eingespielt.
@Adminteam bitte das Update auf allen anderen Büchsen einspielen.

2 „Gefällt mir“

Danke. DSS-3636 ist vor allem für die Service VM relevant. Durchaus Handlungsbedarf.

1 „Gefällt mir“

Heute gegen Mittag hat das Backway parad0x entschieden nicht mehr erreichbar zu sein. Simon hat den Zusatnd bemerkt und über Twitter die Anwender informiert.
Auch über die Virtualisierungs-Konsole war nichts zu machen. Nach einem harten Reset um 18:30 läuft wieder alles.
Das Syslog ist ziemlich voll mit DNS-Fehlern (Hauptsächlich durch ungültige Anfragen) . Es erschwert die Suche. Auf die Schnelle konnte ich die Ursache nicht finden. Aus Zeitgründen konnte ich den Fall nicht genauer untersuchen.

1 „Gefällt mir“

Entsprechend wie hier beschrieben: Problem in der Firmware: Knoten schalten nicht um

Auf Parad0x den Tunneldigger wieder auf die FFRL-Version zurückgestellt.

Sollten wir überall tun.

Auf Remü-08 und Ausrufer muss noch wieder der alte Tunneldiggerbroker installiert werden. Falls jemand Zeit hat, einfach /srv/tunneldigger rekursiv löschen und Ansible drüber bügeln. Ich muss jetzt los.

1 „Gefällt mir“

Tunneldigger auf Ausrufer und Remü-08 nun wieder auf die FFRL-Version umgestellt.

Domäne-65 jetzt auf Ausrufer und Rhe. Domäne-65 kann starten.

Gestern und Heute habe ich unser Wiki und alle Erweiterungen auf den aktuellen Stand gebracht.

3 „Gefällt mir“

Forum auf 1.6 aktualisiert.
Discourse branch auf stable gewechselt, dadurch in Zukunft weniger Updates (=Downtime)

3 „Gefällt mir“

Ansible konfiguriert um Domäne 01 und 05 mit L2TP auf Barristan und Rhe zu legen, noch nicht ausgerollt.

Die Domänen 01 und05 sind jetzt als L2TP auf Barristan und Rhe konfiguriert. Es gibt zusätzlich je einen von Hand eingetragenen Querlink link-01 und link-05 rüber zu Remü-01 und Remü-06.

Rhe hat nun ebenfalls die Domänen 7-9 und 11 konfiguriert.

@corny456 wird in Kürze mit dem Testen und Ausrollen der Firmware beginnen.

Greyworm-01 ausgeschaltet, weil ein Großteil der Knoten migriert ist.

Die IP-Bereiche der Domänen 01 und 05 sind jetzt angepasst. Greyworm-01 ist ausgeschaltet und parad0x-01 ist eh abgestürzt, wird aber auch nicht mehr benötigt.

Das gröbste sollt überstanden sein. @corny456 kümmert sich heute Abend noch um das Einspielen der Firmware mit manipulierten Manifesten für die Domänen 7-11, dann kann auch Greyworm-06 abgeschaltet werden.

Die Gateways gw01 und gw02 von Freifunk Bergstraße für Port 2003 auf Service-VM blockiert. Da diese unsere Statistiken kaputt gemacht haben.

3 Beiträge wurden in ein neues Thema verschoben: Firmwaretagebuch

Auf Des1 und Fanlin wieder die FRRL-Version des Tunneldiggers installiert.

Forum wieder auf Beta Track geändert um an den Discourse Push Notification Experimenten teilzunehmen

3 „Gefällt mir“

Heute wurde das Basissystem das Warpzone-Servers aktualisiert, dadurch waren Webserver und Statistik einige Zeit offline.

Bei der Gelegenheit habe ich auch die Basissysteme des Webservers und der Service VM aktualisiert.

3 „Gefällt mir“

@kgbvax und ich haben gerade dieses Forum über V6 erreichbar gemacht.

Dabei ist aufgefallen, dass die automatische Benachrichtigung seitens der Service-VM bei einem neuen DNS-Eintrag nicht funktioniert. Ich musste auf Fanlin, Des1 und C1024 den Bind-Dienst neu starten. Ich hatte @Fungur eigentlich so verstanden, dass der Transfer außerhalb der .ffms-TLD eigentlich funktionieren müsste.

1 „Gefällt mir“