On 12/13/17 18:05, lrnzo via Dev wrote:
kannst du den in ein pad tun? oder kannst du folgendes sinngemäß mit einbauen?
Ich pack es in ein Pad.
https://pad.mainframe.io/p/20171211
--------------------------8<-------------------------- Wichtig für alle, die Setups mit PoE-Passthrough betreiben. Wenn ihr auf Nummer sicher gehen wollt, dass alle eure Geräte das Ausrollen der Firmware heile überstehen, solltet ihr dort, wo PoE-Passthrough aktiviert ist, sicherstellen, dass nicht genau dann vorne in der PoE-Kaskade ein reboot stattfindet, wenn weiter hinten geflasht wird. Mit anderen Worten es sollte genug Zeit nach dem Update der hinteren Router vergangen sein, bevor die vorderen updaten. Die eleganteste Möglichkeit hierzu ist wohl, die Minuten der cronjobs auf den einzelnen Routern entsprechend anzupassen. Hierzu mit vi in der /usr/lib/micron.d/autoupdater die erste Spalte bearbeiten. Danach noch /etc/init.d/micrond reload ausführen.
Alternativ den Autoupdater deaktivieren und das Update zu einem Zeitpunkt händisch ausführen, wenn sicher ist, dass die per PoE-Passthrough betriebenen Geräten das Update bereits installiert haben. Folgender Befehl tut das:
if [ $(uci get system.gpio_switch_poe_passthrough.value) -eq "1" ];then uci set autoupdater.settings.enabled='0'; uci commit autoupdater; fi
Ob und welcher Aufwand sich lohnt muss jede/r selbst entscheiden, denn leider überstehen diese Einstellungen das update nicht und müssen entsprechen vor dem nächsten update wiederholt werden. -------------------------->8--------------------------
stimmt doch, oder?
hm, die einstellungen sollte den reboot überleben. Abgesehen von der cron Änderung Die Kollision ist theoretisch möglich. Daran wird gerade gearbeitet: https://github.com/freifunk-gluon/gluon/pull/1259
vg Tarek