Knotenmigration für Kreis Steinfurt Ost weiter nach Osten auf den gesamten Kreis (auch hinter dem Teutoburger Wald) ausgeweitet. Hier muss sich dann die Community Steinfurt mit unseren Nachbarn über die genauen Zuständigkeiten streiten.
Domäne 05 für Knotenmigration vorbereitet. Knoten aus Amelsbüren und Albachten in den Migrationsprozess aufgenommen.
@descilla Die Volksbank hat die nötigen Ports geöffnet, so dass du, wenn du möchtest die Knoten der VB umziehen könntest. Es handelt sich um folgende Knoten:
mhh NGINX Access-Log sagt: 2a03:2260:115:0:32b5:c2ff:fee2:f7da - - [21/Jan/2016:09:19:00 +0100]
Danach hat er nicht mehr mit dem FW-Server gesprochen.
Danke für die Info, habe Key drauf und ihn gleich mal umgezogen. …zum Glück musste ich mich da nicht melden; die wollen immer gleich, dass ich arbeiten komme, wenn ich mich da melde.
Da häufiger mal Fragen kamen, ob ein Knoten vergessen wurden, poste ich hier mal einen aktuellen Auszug aus der Webserver-Config. Anmerkung: #READY als Kommentar bedeutet, dass die FW gezogen wurde und (bei level > 0) jetzt noch der VPN Router updaten muss oder (bei level = 0), dass der Router nicht wieder hoch gekommen ist.
btw: Du sieht bei einigen im Kommentar #DOMX, das sind schon die neueren. Die wo das nicht steht, sind schon einige Tage alt und haben immer noch nicht geupdated. Da müssen wir halt herausfinden warum das so ist. Sag mir einfach mal ein paar Knoten, die dich interessieren und ich sage dir, wann die so die letzten Male mit dem Firmwareserver gesprochen haben.
Autoupdater ist laut Alfred aktiviert. Aber der Knoten hat schon seit ewiger Zeit nicht mehr mit dem Update-Server gesprochen. Prinzipiell lässt sich der Knoten per v6 vom fw-Server anpingen, jedoch ist die Latenz recht hoch. Ich fürchte, dass wir da per Hand dran müssen.
root@remue-fwserver ~ # zcat /var/log/nginx/access.log.2.gz | grep 2a03:2260:115:0:32b5:c2ff:feed:85f0
2a03:2260:115:0:32b5:c2ff:feed:85f0 - - [14/Jan/2016:07:34:02 +0100] "GET /site-ffms/stable/sysupgrade/stable.manifest HTTP/1.1" 404 168 "-" "Wget"
2a03:2260:115:0:32b5:c2ff:feed:85f0 - - [14/Jan/2016:15:34:03 +0100] "GET /site-ffms/stable/sysupgrade/stable.manifest HTTP/1.1" 404 168 "-" "Wget"
2a03:2260:115:0:32b5:c2ff:feed:85f0 - - [14/Jan/2016:16:34:41 +0100] "GET /site-ffms/stable/sysupgrade/stable.manifest HTTP/1.1" 404 168 "-" "Wget"
2a03:2260:115:0:32b5:c2ff:feed:85f0 - - [14/Jan/2016:17:34:01 +0100] "GET /site-ffms/stable/sysupgrade/stable.manifest HTTP/1.1" 404 168 "-" "Wget"
2a03:2260:115:0:32b5:c2ff:feed:85f0 - - [14/Jan/2016:18:34:01 +0100] "GET /site-ffms/stable/sysupgrade/stable.manifest HTTP/1.1" 404 168 "-" "Wget"
2a03:2260:115:0:32b5:c2ff:feed:85f0 - - [14/Jan/2016:23:34:03 +0100] "GET /site-ffms/stable/sysupgrade/stable.manifest HTTP/1.1" 404 168 "-" "Wget"
2a03:2260:115:0:32b5:c2ff:feed:85f0 - - [15/Jan/2016:00:34:01 +0100] "GET /site-ffms/stable/sysupgrade/stable.manifest HTTP/1.1" 404 168 "-" "Wget"
2a03:2260:115:0:32b5:c2ff:feed:85f0 - - [15/Jan/2016:08:34:01 +0100] "GET /site-ffms/stable/sysupgrade/stable.manifest HTTP/1.1" 404 168 "-" "Wget"
root@remue-fwserver ~ # cat /var/log/nginx/access.log.1 | grep 2a03:2260:115:0:32b5:c2ff:feed:85f0
root@remue-fwserver ~ # cat /var/log/nginx/access.log | grep 2a03:2260:115:0:32b5:c2ff:feed:85f0
root@remue-fwserver ~ # ping6 -c 15 2a03:2260:115:0:32b5:c2ff:feed:85f0
PING 2a03:2260:115:0:32b5:c2ff:feed:85f0(2a03:2260:115:0:32b5:c2ff:feed:85f0) 56 data bytes
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=1 ttl=53 time=315 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=2 ttl=53 time=1702 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=3 ttl=53 time=2381 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=4 ttl=53 time=1455 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=5 ttl=53 time=527 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=6 ttl=53 time=503 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=7 ttl=53 time=280 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=8 ttl=53 time=1435 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=9 ttl=56 time=1248 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=10 ttl=53 time=1360 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=11 ttl=53 time=439 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=12 ttl=53 time=1133 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=13 ttl=53 time=293 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=14 ttl=53 time=291 ms
64 bytes from 2a03:2260:115:0:32b5:c2ff:feed:85f0: icmp_seq=15 ttl=53 time=1606 ms
--- 2a03:2260:115:0:32b5:c2ff:feed:85f0 ping statistics ---
15 packets transmitted, 15 received, 0% packet loss, time 14035ms
rtt min/avg/max/mdev = 280.450/998.426/2381.170/640.200 ms, pipe 3
@descilla Morgen geht es in die Stadt, um den verbliebenen Volksbank-Knoten händisch umzuziehen.
Kannst du vielleicht noch diesen Knoten, der wieder online kam, noch in die Domäne 02 ziehen?:
wie schaut es mit dem Umzug der Knoten in Ochtrup aus, wir werden ab morgen die neue Firmware der Domäne 6 auf die ersten Knoten packen, gibt es da schon einen Zeitpunkt wann die ersten umziehen ???
Knotenmigration war im Kreis Warendorf ins Stocken geraten, weil die neuen fastd Images eine andere Namenskonvention hatten gluon-ffwaf-2015.1.2-6.... Der Bindestrich hat das manifesterzeugungsscript durcheinander gebracht. Habe die Dateien in gluon-ffwaf-2015.1.2.6 umbenannt, um nicht das Script anpassen zu müssen. Manifestdateien neu erzeugt, sollte in kürze weiter gehen mit der Knotenmigration…