Hallo zusammen,
offensichtlich gibts wohl ne neue stabile Firmware, aber irgendwie noch kein Autoupdate. Hat das Gründe oder muss das so sein?!
@Marcel: Wie können wir das mit dem Offloader regeln? Ich würde den gern bald in Betrieb nehmen, damit wir hier mehr Geschwindigkeit ins Netz bekommen.
Grüße Kai
[die Mailingliste hing und ich habe deine Mail daher erst jetzt erhalten]
On Freitag, 1. Dezember 2017 22:12:29 CET Kai Grünler via Freifunk_info wrote:
offensichtlich gibts wohl ne neue stabile Firmware, aber irgendwie noch kein Autoupdate. Hat das Gründe oder muss das so sein?!
Simon bat darum, dass erstmal keine neue Firmware auf die Geraete aufgespielt wird - ausser wenn es sich nicht vermeiden laesst. Wir wissen aber schon seit geraumer Zeit, dass wir ein Update-Problem auf folgenden Geraetetypen haben:
* raspberry-pi * raspberry-pi-2 * x86-generic * x86-kvm * x86-64 * x86-xen * (theoretisch auch banana(pi|pro) und lamobo, aber dafuer bieten wir keine stable Firmware an)
Das Problem manifestiert sich beim Update von gluon 2016.2.x auf gluon 2017.1.x. Diese Geraete veraenderen ihre Partitionstabelle waehrend diesem Update-Prozess und verlieren dabei ihre komplette Konfiguration. Dies wuerde unter anderem deinen Offloader betreffen. Es waere also etwas unangenehm wenn ploetzlich eine groessere Anzahl an Geraeten ausfaellt, da der Offloader ploetzlich nach dem Upload nicht mehr die korrekte Konfiguration hat und alle darueber angeschlossenen Geraete keine Verbindung mehr zum VPN haben (und im schlimmsten Fall der Offloader selbst auch keine Verbindung mehr zum VPN aufbauen moechte).
Beim letzten Treffen kamen wir wieder auf das Thema Offloader und ich hatte dabei angemerkt, dass es (auf Grund der Update-Problematik) sinnvoll sein koennte die experimental Firmware auf den Offloadern zu verwenden, da so das Update-Problem umgehen kann. Nach etwas Ueberlegzeit, bin ich aber zu dem Entschluss gekommen, dass es besser ist ein seperates Stable-Update fuer diese Klasse an Geraeten anzubieten. Dies behebt das Update-Problem ohne direkt auf gluon 2017.1.x umzustellen und wird eben nur von diesen Geraeten auch automatisch heruntergeladen.
Die Auswahl der Firmware fuer jedes Geraet erfolgt anhand der Informationen im Manifest [1]. Hier habe ich die Firmware b20170420-v fuer alle Geraete eingetragen, die nicht zu den oben genannten gehoeren. Daher erkennen die oben genannten Geraete eine neue Version, aber die anderen waehlen die Version b20170420-v als potentielles Update aus. Bei den Factory-Images wird aber die neue Firmware-Version bereitgestellt [2]. Falls es Bedarf gibt, kann aber auch die alte Version aus einem anderen Ordner geladen werden [3].
Wenn du auf der Karte nach der Version b20171129-v filterst (auf "Statistik" und dann einfach auf die Version klicken), dann siehst du, dass bisher vier Sempron automatisch geupdated haben. Ausserdem gibt es noch ein "TL-WR1043N/ND v4" welcher von einer recht alten Version manuell geupdated wurde. Als Update-Ziel ist momentan der 6.12. angegeben und es ist glaube noch ein Geraet welches noch nicht aktualisiert hat und momentan online ist. Daher scheint das ganze bisher sehr gut zu laufen.
Gruesse, Sven
[1] http://firmware.freifunk-vogtland.net/firmware/stable/sysupgrade/stable.mani... [2] http://firmware.freifunk-vogtland.net/firmware/stable/factory/ [3] http://firmware.freifunk-vogtland.net/firmware/stable/factory-b20170420-v/
Danke für die Erläuterung, das leuchtet ein. Liebe Grüße, Kai
Am 03.12.2017 um 09:08 schrieb Sven Eckelmann sven@narfation.org:
[die Mailingliste hing und ich habe deine Mail daher erst jetzt erhalten]
On Freitag, 1. Dezember 2017 22:12:29 CET Kai Grünler via Freifunk_info wrote: offensichtlich gibts wohl ne neue stabile Firmware, aber irgendwie noch kein Autoupdate. Hat das Gründe oder muss das so sein?!
Simon bat darum, dass erstmal keine neue Firmware auf die Geraete aufgespielt wird - ausser wenn es sich nicht vermeiden laesst. Wir wissen aber schon seit geraumer Zeit, dass wir ein Update-Problem auf folgenden Geraetetypen haben:
- raspberry-pi
- raspberry-pi-2
- x86-generic
- x86-kvm
- x86-64
- x86-xen
- (theoretisch auch banana(pi|pro) und lamobo, aber dafuer bieten wir keine stable Firmware an)
Das Problem manifestiert sich beim Update von gluon 2016.2.x auf gluon 2017.1.x. Diese Geraete veraenderen ihre Partitionstabelle waehrend diesem Update-Prozess und verlieren dabei ihre komplette Konfiguration. Dies wuerde unter anderem deinen Offloader betreffen. Es waere also etwas unangenehm wenn ploetzlich eine groessere Anzahl an Geraeten ausfaellt, da der Offloader ploetzlich nach dem Upload nicht mehr die korrekte Konfiguration hat und alle darueber angeschlossenen Geraete keine Verbindung mehr zum VPN haben (und im schlimmsten Fall der Offloader selbst auch keine Verbindung mehr zum VPN aufbauen moechte).
Beim letzten Treffen kamen wir wieder auf das Thema Offloader und ich hatte dabei angemerkt, dass es (auf Grund der Update-Problematik) sinnvoll sein koennte die experimental Firmware auf den Offloadern zu verwenden, da so das Update-Problem umgehen kann. Nach etwas Ueberlegzeit, bin ich aber zu dem Entschluss gekommen, dass es besser ist ein seperates Stable-Update fuer diese Klasse an Geraeten anzubieten. Dies behebt das Update-Problem ohne direkt auf gluon 2017.1.x umzustellen und wird eben nur von diesen Geraeten auch automatisch heruntergeladen.
Die Auswahl der Firmware fuer jedes Geraet erfolgt anhand der Informationen im Manifest [1]. Hier habe ich die Firmware b20170420-v fuer alle Geraete eingetragen, die nicht zu den oben genannten gehoeren. Daher erkennen die oben genannten Geraete eine neue Version, aber die anderen waehlen die Version b20170420-v als potentielles Update aus. Bei den Factory-Images wird aber die neue Firmware-Version bereitgestellt [2]. Falls es Bedarf gibt, kann aber auch die alte Version aus einem anderen Ordner geladen werden [3].
Wenn du auf der Karte nach der Version b20171129-v filterst (auf "Statistik" und dann einfach auf die Version klicken), dann siehst du, dass bisher vier Sempron automatisch geupdated haben. Ausserdem gibt es noch ein "TL-WR1043N/ND v4" welcher von einer recht alten Version manuell geupdated wurde. Als Update-Ziel ist momentan der 6.12. angegeben und es ist glaube noch ein Geraet welches noch nicht aktualisiert hat und momentan online ist. Daher scheint das ganze bisher sehr gut zu laufen.
Gruesse, Sven
[1] http://firmware.freifunk-vogtland.net/firmware/stable/sysupgrade/stable.mani... [2] http://firmware.freifunk-vogtland.net/firmware/stable/factory/ [3] http://firmware.freifunk-vogtland.net/firmware/stable/factory-b20170420-v/
Hi, ich weiß nicht in wie weit es zur Fehlersuche beiträgt, ich habe das x86-64 für v-box getestet. Ergebnis: hatte direkt Clients ohne Pakete nachzuladen. Mesht nicht... liegt aber sicher an meiner Hardware, Simon hat mir schon einen Tipp gegeben! (andere pci Karte) Pascal.
-----Ursprüngliche Nachricht----- Von: Freifunk_info [mailto:freifunk_info-bounces@freifunk-vogtland.net] Im Auftrag von Sven Eckelmann via Freifunk_info Gesendet: Sonntag, 3. Dezember 2017 09:09 An: info@freifunk-vogtland.net; Kai Grünler gruenler@me.com Cc: Sven Eckelmann sven@narfation.org Betreff: Re: [Freifunk_info] Firmware b20171129
[die Mailingliste hing und ich habe deine Mail daher erst jetzt erhalten]
On Freitag, 1. Dezember 2017 22:12:29 CET Kai Grünler via Freifunk_info wrote:
offensichtlich gibts wohl ne neue stabile Firmware, aber irgendwie noch
kein Autoupdate. Hat das Gründe oder muss das so sein?!
Simon bat darum, dass erstmal keine neue Firmware auf die Geraete aufgespielt wird - ausser wenn es sich nicht vermeiden laesst. Wir wissen aber schon seit geraumer Zeit, dass wir ein Update-Problem auf folgenden Geraetetypen haben:
* raspberry-pi * raspberry-pi-2 * x86-generic * x86-kvm * x86-64 * x86-xen * (theoretisch auch banana(pi|pro) und lamobo, aber dafuer bieten wir keine stable Firmware an)
Das Problem manifestiert sich beim Update von gluon 2016.2.x auf gluon 2017.1.x. Diese Geraete veraenderen ihre Partitionstabelle waehrend diesem Update-Prozess und verlieren dabei ihre komplette Konfiguration. Dies wuerde unter anderem deinen Offloader betreffen. Es waere also etwas unangenehm wenn ploetzlich eine groessere Anzahl an Geraeten ausfaellt, da der Offloader ploetzlich nach dem Upload nicht mehr die korrekte Konfiguration hat und alle darueber angeschlossenen Geraete keine Verbindung mehr zum VPN haben (und im schlimmsten Fall der Offloader selbst auch keine Verbindung mehr zum VPN aufbauen moechte).
Beim letzten Treffen kamen wir wieder auf das Thema Offloader und ich hatte dabei angemerkt, dass es (auf Grund der Update-Problematik) sinnvoll sein koennte die experimental Firmware auf den Offloadern zu verwenden, da so das Update-Problem umgehen kann. Nach etwas Ueberlegzeit, bin ich aber zu dem Entschluss gekommen, dass es besser ist ein seperates Stable-Update fuer diese Klasse an Geraeten anzubieten. Dies behebt das Update-Problem ohne direkt auf gluon 2017.1.x umzustellen und wird eben nur von diesen Geraeten auch automatisch heruntergeladen.
Die Auswahl der Firmware fuer jedes Geraet erfolgt anhand der Informationen im Manifest [1]. Hier habe ich die Firmware b20170420-v fuer alle Geraete eingetragen, die nicht zu den oben genannten gehoeren. Daher erkennen die oben genannten Geraete eine neue Version, aber die anderen waehlen die Version b20170420-v als potentielles Update aus. Bei den Factory-Images wird aber die neue Firmware-Version bereitgestellt [2]. Falls es Bedarf gibt, kann aber auch die alte Version aus einem anderen Ordner geladen werden [3].
Wenn du auf der Karte nach der Version b20171129-v filterst (auf "Statistik"
und dann einfach auf die Version klicken), dann siehst du, dass bisher vier Sempron automatisch geupdated haben. Ausserdem gibt es noch ein "TL-WR1043N/ND v4" welcher von einer recht alten Version manuell geupdated wurde. Als Update-Ziel ist momentan der 6.12. angegeben und es ist glaube noch ein Geraet welches noch nicht aktualisiert hat und momentan online ist. Daher scheint das ganze bisher sehr gut zu laufen.
Gruesse, Sven
[1] http://firmware.freifunk-vogtland.net/firmware/stable/sysupgrade/stable.mani fest [2] http://firmware.freifunk-vogtland.net/firmware/stable/factory/ [3] http://firmware.freifunk-vogtland.net/firmware/stable/factory-b20170420-v/
-
Kai Grünler -
P. Wettin -
Sven Eckelmann