Gestern Abend noch mit Mirko viele LAN-meschende-Knoten in Wettringen umgezogen, ich hoffe das heute Abend mit @Dezi abschließen zu können. Es gab zwischenzeitlich eine hässliche Brücke, aber die ist behoben.
Gerade läuft die Migration in Steinfurt an. Bis auf im Rathaus, gibt es dort keine LAN-Meschs.
Default Background-Layer von MapQuest auf OSM Mapnik umgestellt. Max-Zoomlevel von 19 auf 18 gestellt, da auf level 19 die Knotennamen nicht dargestellt werden (und immer auf den höchsten Zoomlevel vergrößert wird, wenn man einen Knoten anklickt).
Ihr müsst ggf. einen force-reload machen, damit die änderungen sichbar werden, da die Datei gerne gecached wird.
PS: Auch mal ganz schön anzusehen, der Stamen Toner Stil.
Simon hat heute die überarbeitete Version des Migrationsskriptes abgeschlossen, das Teil rockt! Vielen Dank an dieser Stelle nochmal an dich, @descilla.
Wir haben damit heute die restlichen Domänen bis 25 migriert. Da das ganz schon aufwändig ist, haben wir die geplante Domäne „Kreis Steinfurt-West“ Domäne 23 wieder über den Haufen geworfen und teilen da komplett in die einzelnen Gemeinden auf, damit wir das nicht in zwei Monaten wieder anfassen müssen.
Dazu habe ich die Domänen 28 bis 31 angelegt und auch Domäne 26 für Borken fertig konfiguriert.
@Fungur und ich haben heute die Bind-Rollen des Backbones und der Gateways zu gateways_bind zusammengeführt. Dadurch ist es auch möglich auf den drei Backbones, die nach außen als Nameserver fungieren, Domänen zu hosten. Über is_external_nameserver in den host_vars ist nun für die drei Gateways FanLin, C1024 und Des1 diese Funktion aktiviert.
Auf Commander haben wir testweise mal Domäne 32 konfiguriert, das läuft. Dadurch haben wir auf einen Schlag wieder mehr Kapazitäten und können auf FanLin und C1024 Domänen legen. Bei FanLin möchte ich aber noch warten, bis ich das interne Routing auf Greyworm fertig habe. Des2 könnte dadurch wegfallen und alle Aufgaben auf Des1 übertragen werden.
Dabei ist uns aufgefallen, dass das Denic immer noch die alte IP von Des1 gespeichert hat. Das ist also derzeit kaputt. @Void hatte vorhin mal nachgesehen, bei Domainfactory ist es korrekt eingetragen. Derzeit ist nicht bekannt, wo dieser Eintrag herkommt:
Da nicht mehr benötigt, habe ich gerade sn-fanlin-1, -2 und -3 heruntergefahren. Die entsprechenden IPs werde ich morgen kündigen.
Wenn erneut Bedarf bestehen sollte, kann ich innerhalb kürzester Zeit neue IPs / VMs zur verfügung stellen.
Mit ein wenig Hilfe von der Tunneldigger-Maillingliste habe ich heute den neuen Tunneldigger zum Laufen bekommen und auch passend gepatcht, damit er den richtigen Port an die addif.sh übergibt.
Die Änderungen habe ich erstmal in einen separaten Zweig gesteckt und auf Fanlin ausgerollt.
Da Ansible irgendwie nicht richtig merkt, wenn man das Gitrepo wechselt, muss zur Migration von Hand /srv/tunneldigger gelöscht werden.
Auf der Service-VM war bei der Bildung der MAC-Adressen eine Methode verwendet worden, die mit den vielen neuen Domänen übergelaufen ist und ungültige Adressen produziert hat. Von Dezimal auf Hexadezimal umgestellt, so dass wir erst mal wieder korrekte Adressen bauen. Wenn wir mehr als 64 Domänen machen, kann es wieder überlaufen.
Leider hat die Service-VM die BAT-Interfaces ab 33 nicht richtig konfiguriert. Ein Reboot hat geholfen.
Barristan fehlten die Module ebtables und ebtables_filter, die bei l2tp-Bridges benötigt werden. Nachübersetzt, installiert und Bridges neu erstellt. Sollte jetzt alles passen.
@corny456 hat gerade endlich die Einweisung auf dem Firmwareserver bekommen und somit jetzt Zugriff darauf (root+gluon). Er wird sich um den Firmwaredownloader kümmern, das erste Projekt wird wohl die Symlinks der Domänen 7-13 zu korrigieren und dann aktualisieren wir die alle auf v2016.1.5.
Die Manifeste kann dann jemand von uns signieren, da meldet er sich dann.
Auf Ausrufer und Commander waren die selben IPV4s vergeben, weil die server_id im Ansible gleich war - Kunstfehler.
Das ist nun korrigiert und ausgerollt. Da das Batman trotzdem Pakete verloren hat (innerhalb des Layer 2 Netzes), hab beide Maschinen durchgestartet. Jetzt sieht es gut aus.
Unter Windows und Android hat @Handle allerdings immer noch Probleme mit den Domänen (z. B. 46). Unter Live-Linux konnten wir das Problem nicht reproduzieren.
Eventuell hat es was mit DNS zu tun, keine Ahnung.
Die Firmware der Domänen 32-53 hat eine falsche Local-Node-IP drin. Das hab ich geändert und @corny456 baut die neu.
Ins Ansible aufgenommen, dass CD-Rom-Quellen in der sources.list entfernt werden. Ist zwar nur bei einer Neuinstallation der Fall, aber ich hab keine Lust das jedes mal zu machen ;).