Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht: Neue Firmware 1.2.1
Hier lesen: https://ffnw.de/neue-firmware-1-2-1/
############# In den nächsten Stunden wird im Freifunk Nordwest Netz eine neue Firmware ausgerollt. Leider hat die Version 1.2 einen Fehler enthalten sodass Router mehrere IPv6 Adressen behalten haben. Basisdaten: * Firmware-Version: 1.2.1 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/1.2.1/ Folgende Comunnity spezifischen Änderungen gab es: package repo: * Kritischer Fehler im multiple-v6-watchdog:… #############
Viele Grüße Freifunk Nordwest --- P.S. Dies ist einen automatisch erstellte Benachrichtigung, die bei der Veröffentlichung des Artikels automatisch versendet wurde.
ja, du hast etwas verpasst. Seit 5-6 Stunden gibt es die neue Version 1.2.2 und 1236 haben sie schon.
Gruß, wope
Am 06.01.2017 um 22:40 schrieb Martin Brehme via Nordwest:
Am 06.01.2017 um 11:34 schrieb WordPress via Nordwest:
Auf unserem Freifunk Nordwest Blog wurde ein neuer Artikel veröffentlicht: Neue Firmware 1.2.1
Hab ich was verpasst? In meinem einen Router steht Version 1.2.2 nach dem Login
VG Martin _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Am Freitag, den 06.01.2017, 22:46 +0100 schrieb wope via Nordwest:
ja, du hast etwas verpasst. Seit 5-6 Stunden gibt es die neue Version 1.2.2 und 1236 haben sie schon.
1.2.2 war ein erneutes Bugfix-Release, da versehentlich die 1.2.1 mit Testing-Parametern veröffentlicht wurde.
Gerade erschien dazu nun noch ein Blog-Post, damit nicht noch mehr Leute irritiert sind ;)
vg
Moin,
sofern sich Router (speziell in Oldenburg) nicht neu verbinden, sollten diese einmal rebootet werden. Wir sind gerade noch am debuggen, was hier passiert ist.
VG
Stefan
Am 07.01.2017 um 10:06 schrieb Bjoern Franke via Nordwest:
Am Freitag, den 06.01.2017, 22:46 +0100 schrieb wope via Nordwest:
ja, du hast etwas verpasst. Seit 5-6 Stunden gibt es die neue Version 1.2.2 und 1236 haben sie schon.
1.2.2 war ein erneutes Bugfix-Release, da versehentlich die 1.2.1 mit Testing-Parametern veröffentlicht wurde.
Gerade erschien dazu nun noch ein Blog-Post, damit nicht noch mehr Leute irritiert sind ;)
vg
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Hi,
sofern sich Router (speziell in Oldenburg) nicht neu verbinden, sollten diese einmal rebootet werden. Wir sind gerade noch am debuggen, was hier passiert ist.
Es scheinen ziemlich viele Router nicht mehr online gekommen zu sein.
bsp.: Die von der Kulturetage oder bei Bültmann oder bei BrigitteB
@admin team: kann jemand von euch mal schauen ob sich die Geräte Server seitig beim fastd melden bzw. im Routing von batman auftauchen? Falls jemand zeit hat :)
Und an alle die einen Router haben der in diesem zustand ist und einen ssh key besitzen, eine Ausgabe von logread, batctl o, batctl gwl und top wären interessant ggf. auch noch hoodselector. Den Router dafür bitte nicht neu starten sondern in diesem zustand wie der ist versuchen an diese Infos ran zu kommen.
Ich selber könnte das jetzt zwar auch auf den Server schauen und an Hand der Geräte bei BrigitteB machen allerdings hab ich gerade meine Prüfungsphase und schreibe diese mail eigentlich nicht ;) Da ich in den nächsten zweit Wochen noch 5 weitere Prüfungen schreibe :S
Schönen Gruß Tarek
Bei vielen Geräten genügt ein Reboot. Ich konnte bisher nicht nachvollziehen woran es genau hakt.
Mit 1.2.1 hatte das nicht mehr viel zu tun. Es betrifft wohl auch nur die OL Hood und ist gegen 1 Uhr am Samstag aufgetreten. Die Rheinländer haben an dem WE am Backbone gespielt und wir hatten eine Abweichung in der Kernelversion in der OL Hood.
Ein paar Logs von Routern mit direktem physischen Zugriff (Remote geht ja leider nicht) wäre wirklich interessant.
Bei meinen Routern die offline waren, gab es vielfach das Problem, dass ich das WAN auf ein VLAN umgelegt habe, was von gluon-core überschrieben wird.
Alles in allem halt viel Mist auf einmal. Eine kleine Aufarbeitung zur zukünftigen Vermeidung wäre klasse, wenn jemand Auffälligkeiten entdeckt.
Am 12.01.2017 00:01 schrieb "Jan-Tarek Butt via Nordwest" < nordwest@lists.ffnw.de>:
Hi,
sofern sich Router (speziell in Oldenburg) nicht neu verbinden, sollten diese einmal rebootet werden. Wir sind gerade noch am debuggen, was hier passiert ist.
Es scheinen ziemlich viele Router nicht mehr online gekommen zu sein.
bsp.: Die von der Kulturetage oder bei Bültmann oder bei BrigitteB
@admin team: kann jemand von euch mal schauen ob sich die Geräte Server seitig beim fastd melden bzw. im Routing von batman auftauchen? Falls jemand zeit hat :)
Und an alle die einen Router haben der in diesem zustand ist und einen ssh key besitzen, eine Ausgabe von logread, batctl o, batctl gwl und top wären interessant ggf. auch noch hoodselector. Den Router dafür bitte nicht neu starten sondern in diesem zustand wie der ist versuchen an diese Infos ran zu kommen.
Ich selber könnte das jetzt zwar auch auf den Server schauen und an Hand der Geräte bei BrigitteB machen allerdings hab ich gerade meine Prüfungsphase und schreibe diese mail eigentlich nicht ;) Da ich in den nächsten zweit Wochen noch 5 weitere Prüfungen schreibe :S
Schönen Gruß Tarek
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
On 01/12/17 00:13, Simon Kurka via Nordwest wrote:
Bei vielen Geräten genügt ein Reboot. Ich konnte bisher nicht nachvollziehen woran es genau hakt.
Mit 1.2.1 hatte das nicht mehr viel zu tun. Es betrifft wohl auch nur die OL Hood und ist gegen 1 Uhr am Samstag aufgetreten. Die Rheinländer haben an dem WE am Backbone gespielt und wir hatten eine Abweichung in der Kernelversion in der OL Hood.
Ein paar Logs von Routern mit direktem physischen Zugriff (Remote geht ja leider nicht) wäre wirklich interessant.
Wieso geht das nicht? Wann meinst du über das lokale WLAN über die linklocal Adresse auf das gerät oder über seriell ?
Bei meinen Routern die offline waren, gab es vielfach das Problem, dass ich das WAN auf ein VLAN umgelegt habe, was von gluon-core überschrieben wird.
Alles in allem halt viel Mist auf einmal. Eine kleine Aufarbeitung zur zukünftigen Vermeidung wäre klasse, wenn jemand Auffälligkeiten entdeckt.
Hm, ok also in den o.g. Beispielen könnte eine Wahrscheinlichkeit einer kaputten network conf rein spielen, allerdings sind sowohl in der kulthuretage als auch bei BrigitteB keinerlei Änderungen via Shell durch geführt worden.
vg Tarek
On 12.01.2017 00:20, Jan-Tarek Butt via Nordwest wrote:
On 01/12/17 00:13, Simon Kurka via Nordwest wrote:
Bei vielen Geräten genügt ein Reboot. Ich konnte bisher nicht nachvollziehen woran es genau hakt.
Mit 1.2.1 hatte das nicht mehr viel zu tun. Es betrifft wohl auch nur die OL Hood und ist gegen 1 Uhr am Samstag aufgetreten. Die Rheinländer haben an dem WE am Backbone gespielt und wir hatten eine Abweichung in der Kernelversion in der OL Hood.
Ein paar Logs von Routern mit direktem physischen Zugriff (Remote geht ja leider nicht) wäre wirklich interessant.
Wieso geht das nicht? Wann meinst du über das lokale WLAN über die linklocal Adresse auf das gerät oder über seriell ?
Weil die Geräte nunmal offline sind...
Ich vermute lokal über WLAN genügt, ansonsten ist seriell natürlich auch interessant.
On 01/12/17 02:29, Simon Kurka wrote:
On 12.01.2017 00:20, Jan-Tarek Butt via Nordwest wrote:
On 01/12/17 00:13, Simon Kurka via Nordwest wrote:
Bei vielen Geräten genügt ein Reboot. Ich konnte bisher nicht nachvollziehen woran es genau hakt.
Mit 1.2.1 hatte das nicht mehr viel zu tun. Es betrifft wohl auch nur die OL Hood und ist gegen 1 Uhr am Samstag aufgetreten. Die Rheinländer haben an dem WE am Backbone gespielt und wir hatten eine Abweichung in der Kernelversion in der OL Hood.
Ein paar Logs von Routern mit direktem physischen Zugriff (Remote geht ja leider nicht) wäre wirklich interessant.
Wieso geht das nicht? Wann meinst du über das lokale WLAN über die linklocal Adresse auf das gerät oder über seriell ?
Weil die Geräte nunmal offline sind...
Ich vermute lokal über WLAN genügt, ansonsten ist seriell natürlich auch interessant.
Das die remote über vpn und so nicht erreichbar sind ist mir bewusst und hab ich natürlich auch schon getestet. Mir ging es darum wenn man physisch vor Ort ist und z.B. via lokalem WLAN oder LAN auf die Geräte geht.
Oder booten die Garnicht mehr?
vg Tarek
-
Bjoern Franke -
Jan-Tarek Butt -
Martin Brehme -
Simon Kurka -
Stefan -
wope -
WordPress