Hallo Leute,
bis zu firmware 20170822 hat der autoupdater seine files immer von autoupdate.ffnw gezogen. mit der genannten Version hatten wir das dann umgestellt auf autoupdate-lede.ffnw
in den letzten Tagen habe ich mich ein wenig mit der Suche nach alten Routern befasst. Dort, wo ich per ssh hinkomme, habe ich
for i in $(wifi status | grep -m 1 -oE "radio.");do iwinfo $i scan | grep -i -C2 mesh;done
gemacht, um nodes zu finden, die noch ibss-only sind. Im nächstens schritt wurde der Router, von dem aus gescannt wurde auf die version 20180225 downgegradet, weil das die letzte ist, wo ibss + 802.11s drauf laufen. dadurch kamen dann die ibss-only auch wieder online und konnten sich per autoupdater ein neues image ziehen. allerdings sind ausnahmslos alle, die in version <= 20170822 angetroffen wurde jetzt offline. Ich glaube es liegt daran, dass sie den Schritt von 20170822 auf 20180413 nicht packen. habe genau diesen einmal mit virtualbox durchgespielt und siehe da: kernelpanic & rebootschleife sind das Resultat. ch war mal so frei, und habe einen entsprechenden screenshot angehängt Das ist blöd. kriegen wir das irgendwie gefixt?
LG Lorenz
habe gerade ausprobiert, eine vm von 20170822 auf 20180225, 20171220, 20171216 bzw 20171211 zu updaten. alles endete mit kernel panic. keine Ahnung, woran das liegt, aber eine Kleinigkeit ist mir aufgefallen: in der /etc/nginx/sites-enabled/firmware vor der Serverdefinition zu autoupdate.ffnw der Kommentar "# This take care that routers with a gluon firmwares their older than v2017.1.x will first update to v2016.2.6!". Allerdings ist die 20170822 auf Basis von gluon v2016.2.7.
LG Lorenz
Am 11.09.2018 um 00:30 schrieb lrnzo via Dev:
Hallo Leute,
bis zu firmware 20170822 hat der autoupdater seine files immer von autoupdate.ffnw gezogen. mit der genannten Version hatten wir das dann umgestellt auf autoupdate-lede.ffnw
in den letzten Tagen habe ich mich ein wenig mit der Suche nach alten Routern befasst. Dort, wo ich per ssh hinkomme, habe ich
for i in $(wifi status | grep -m 1 -oE "radio.");do iwinfo $i scan | grep -i -C2 mesh;done
gemacht, um nodes zu finden, die noch ibss-only sind. Im nächstens schritt wurde der Router, von dem aus gescannt wurde auf die version 20180225 downgegradet, weil das die letzte ist, wo ibss + 802.11s drauf laufen. dadurch kamen dann die ibss-only auch wieder online und konnten sich per autoupdater ein neues image ziehen. allerdings sind ausnahmslos alle, die in version <= 20170822 angetroffen wurde jetzt offline. Ich glaube es liegt daran, dass sie den Schritt von 20170822 auf 20180413 nicht packen. habe genau diesen einmal mit virtualbox durchgespielt und siehe da: kernelpanic & rebootschleife sind das Resultat. ch war mal so frei, und habe einen entsprechenden screenshot angehängt Das ist blöd. kriegen wir das irgendwie gefixt?
LG Lorenz
Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de
On 9/11/18 11:36 AM, lrnzo via Dev wrote:
habe gerade ausprobiert, eine vm von 20170822 auf 20180225, 20171220, 20171216 bzw 20171211 zu updaten. alles endete mit kernel panic. keine Ahnung, woran das liegt, aber eine Kleinigkeit ist mir aufgefallen: in der /etc/nginx/sites-enabled/firmware vor der Serverdefinition zu autoupdate.ffnw der Kommentar "# This take care that routers with a gluon firmwares their older than v2017.1.x will first update to v2016.2.6!". Allerdings ist die 20170822 auf Basis von gluon v2016.2.7.
Dein Fehler ist das vergessene resize des image vermute ich?
qemu-img resize $IMAGE 273MB ?
vg Tarek
-
Jan-Tarek Butt -
lrnzo