hat sich die Methode, um PoE-Passthrought zu aktivieren geändert? ich muss jetzt immer /etc/rc.local händisch ausführen. Beim Booten werden die Befehle anscheinend nicht mehr automatisch ausgeführt. Also diese hier: echo 20 > /sys/class/gpio/export echo out > /sys/class/gpio/gpio20/direction echo 1 > /sys/class/gpio/gpio20/value exit 0 lg lorenz Am 16.02.2017 um 07:42 schrieb lrnzo via Dev:

ok, habe gerade mal beherzt

uci set autoupdater.settings.branch=testing;uci commit autoupdater

per parallel-ssh auf folgenden routern gemacht:

FF-OS-Martinistr-88-Dachboden FF-OS-Martinistr-84 FF-OS-Martinistr-Werkstatt FF-OS-Martinistr-84-CPE-West FF-OS-Martinistr-84-CPE-Ost FF-OS-Martinistr-Atelier-Kavermann FF-OS-Martinistr-82-01

bin gespannt, was passiert. Augen zu und durch :)

LG Lorenz

Am 16.02.2017 um 05:36 schrieb Jan-Tarek Butt via Dev:

...

Hi zusammen,

Ich habe soeben eine testing Firmware hochgeladen und schreibe in dieser Mail vorab schon mal Neuerungen und Änderungen.

Grund dafür ist, das ich mich freuen würde wenn ein paar diese Images in bestimmten Szenarien testen wo es Probleme mit u.a dem hoodselector gibts. Darin sollten z.B. die Probleme mit offloader Setups gelöst sein.

* Firmware-Version: 20170215 * Gluon-Version: v2016.2.x * Commit ID: b0c647151c6b4889bca8f9226c1456179e86b25b

* Download: https://firmware.ffnw.de/testing/

Die upstream Änderungen findet ihr hier:

https://github.com/freifunk-gluon/gluon/compare/ee597c...b0c647

Folgende Comunnity spezifischen Änderungen gab es: package repo:

* Alle packages wurden auf Kompatibilität geprüft * Alle lua files werden minifyed

* pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt ausgewählte Konfiguration der Positionskonfiguration im configMode nun wiederhergestellt.

* pkg hoods: neue hoods (suedwest, whv und lohne). Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, lk-vec, rastede und lk-fri)

* pkg hoodselector-advanced: removed

* pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich sind ein paar Änderungen zur Stabilisierungen vorgenommen worden.

* pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted werden sollen

* pkg luamin: removed

* pkg luaparse: removed

* pkg lwtrace, ffnw-node-info: angepasst zur Parameterübergabe von mehreren bssids

* pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht

Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170125......

Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170125......

Ich habe bewusst ein testing Image gebaut damit ihr in den Setups wo ihr bisher Probleme hattet testen könnt ob mit diesen Images alles funktioniert.

Schöne Grüße Tarek

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

du hast recht: system.gpio_switch_poe_passthrough=gpio_switch system.gpio_switch_poe_passthrough.name='PoE Passthrough' system.gpio_switch_poe_passthrough.gpio_pin='20' system.gpio_switch_poe_passthrough.value='0' das läßt sich jetzt per uci steuern. da fallen mir ja gleich ein paar Router ein, bei denen man dann nach dem update akitv werden muss :) habe erstmal system.gpio_switch_poe_passthrough.value='1';uci commit system gemacht und sehe hier dem update jetzt ganz entspannt entgegen lg lorenz Am 17.02.2017 um 10:26 schrieb Jan-Tarek Butt via Dev:

On 02/17/17 09:33, lrnzo via Dev wrote:

...

hat sich die Methode, um PoE-Passthrought zu aktivieren geändert? ich muss jetzt immer /etc/rc.local händisch ausführen. Beim Booten werden die Befehle anscheinend nicht mehr automatisch ausgeführt. Also diese hier:

echo 20 > /sys/class/gpio/export echo out > /sys/class/gpio/gpio20/direction echo 1 > /sys/class/gpio/gpio20/value exit 0

lg lorenz

könnte sein das diese einfach überschrieben werden.

Hast du mal geschaut ob man Passthrought im configmode einstellen kann. Irgendwo hatte ich die tage mal commits zu Passthrought gesehen.

vg Tarek

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

Hi, wenn ihr noch bis Montagabend zeit habt, ich würde gern noch eine sache Testen, bin aber grad nicht zu Hause. lg Malte On 17.02.2017 12:29, Jan-Tarek Butt via Dev wrote:

Hi zusammen,

Ich habe soeben eine neue testing hochgeladen.

Darin sollten nun die hash Probleme durch floating Rechenfehler behoben sein.

Danke an Malte für die die Hilfe beim debuggen :)

Jetzt bitte noch einmal testen in setups wo ihr zu vor probleme hattet. Bsp. ofloarder usw.

vg :) Tarek

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

On 02/20/17 13:39, Malte Modler via Dev wrote:

hi,

das was ich testen wollte hab ich nun getestet. war alles gut :-)

Wunderbar, Ich haue heute Abend ein stabile build an :) vg Tarek

fast die gleiche Situation hier: https://map.ffnw.de/hood-os/#!v:m;n:10feedaf4426 mesht allerdings per br_mesh_lan mit l2tp-offlodaer und hoodselector steckt fest. http://pastebin.com/ZS7vDe0s es liegen die ssh-keys von Tarek, Stefan & Johannes drauf und ich habe den Hoodselector erstmal nicht gekillt/neugestartet. Happy debugging :) lrnzo Am 17.02.2017 um 16:30 schrieb lrnzo via Dev:

Hallo

auf dem Router https://map.ffnw.de/hood-os/#!v:m;n:10feedf4072a hatte sich nach dem update der hoodselector festgefahren. Der Router mesht der WAN mit einem l2tp-Offloader. ich habe einmal das logread verlinkt und hoffe, dass es beim debuggen hilft.

http://pastebin.com/94sw6hFy

lg lorenz

Am 17.02.2017 um 12:29 schrieb Jan-Tarek Butt via Dev:

...

Hi zusammen,

Ich habe soeben eine neue testing hochgeladen.

Darin sollten nun die hash Probleme durch floating Rechenfehler behoben sein.

Danke an Malte für die die Hilfe beim debuggen :)

Jetzt bitte noch einmal testen in setups wo ihr zu vor probleme hattet. Bsp. ofloarder usw.

vg :) Tarek

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

ok, danke. bin gespannt :) Am 17.02.2017 um 18:04 schrieb Jan-Tarek Butt via Dev:

On 02/17/17 16:56, lrnzo via Dev wrote:

...

fast die gleiche Situation hier: https://map.ffnw.de/hood-os/#!v:m;n:10feedaf4426 mesht allerdings per br_mesh_lan mit l2tp-offlodaer und hoodselector steckt fest.

http://pastebin.com/ZS7vDe0s

es liegen die ssh-keys von Tarek, Stefan & Johannes drauf und ich habe den Hoodselector erstmal nicht gekillt/neugestartet.

Das ist noch ein allgemeines Problem und werden wir so nicht gedebugt bekommen. Das Problem besteht aber auch schon seid Anfang an, das der hoodselector noch ein bisschen instabil ist.

ein reboot sollte das Problem beheben oder eben das löschen vom pid file.

Ich versuche die tage mal was ein zubauen was sämtliche Expositions in das log File pustet.

vg Tarek

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

Hi,

https://map.ffnw.de/hood-os/#!v:m;n:c4e98449c9c2

hier allerdings nicht:

https://map.ffnw.de/hood-os/#!v:m;n:60e327a17ee4

lorenz Ich hab meine preparierte version des hoodselectors gebaut. die kannst du hier runter laden und mit opkg installieren http://runner01.ffnw.de/ffnw-hoodselector_1-1_ar71xx.ipk wenn du das auf deinen Geräten gemacht hast und diese neu startest und wieder diesen zustand erreichen. Das die pid liegen bleibt dann wäre der Inhalt von /tmp/hoodselector_error interessant. vg Tarek

hier dreht sich seit dem update auf 20170220-testing der Router https://map.ffnw.de/hood-os/#!v:m;n:c4e98449c9c2 im Kreis. logread unter [0]. /tmp/hoodselector_error ist leider in diesem Fall nicht sehr ausschlussreich :/ -----------------------------8<----------------------------- root@FF-OS-Martinistr-84-CPE-West:~# cat /tmp/hoodselector_error The hoodselector is still running. ----------------------------->8----------------------------- [0] http://pastebin.com/yta1wfu9 Am 18.02.2017 um 12:14 schrieb lrnzo via Dev:

wird gemacht.

Am 18.02.2017 um 12:13 schrieb Jan-Tarek Butt via Dev:

...

Hi,

...

https://map.ffnw.de/hood-os/#!v:m;n:c4e98449c9c2

hier allerdings nicht:

https://map.ffnw.de/hood-os/#!v:m;n:60e327a17ee4

lorenz Ich hab meine preparierte version des hoodselectors gebaut.

die kannst du hier runter laden und mit opkg installieren

http://runner01.ffnw.de/ffnw-hoodselector_1-1_ar71xx.ipk

wenn du das auf deinen Geräten gemacht hast und diese neu startest und wieder diesen zustand erreichen. Das die pid liegen bleibt dann wäre der Inhalt von /tmp/hoodselector_error interessant.

vg Tarek

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

sieht bis jetzt so aus, als ob das Problem nicht mehr aufträte. was es auf drei getestet. teilweise mehrfach hintereinander. Stets das gleiche Ergebnis: keine ungelöschte pid und korrekt gesetzte bssid. lg lrnzo Am 18.02.2017 um 12:13 schrieb Jan-Tarek Butt via Dev:

Hi,

...

https://map.ffnw.de/hood-os/#!v:m;n:c4e98449c9c2

hier allerdings nicht:

https://map.ffnw.de/hood-os/#!v:m;n:60e327a17ee4

lorenz Ich hab meine preparierte version des hoodselectors gebaut.

die kannst du hier runter laden und mit opkg installieren

http://runner01.ffnw.de/ffnw-hoodselector_1-1_ar71xx.ipk

wenn du das auf deinen Geräten gemacht hast und diese neu startest und wieder diesen zustand erreichen. Das die pid liegen bleibt dann wäre der Inhalt von /tmp/hoodselector_error interessant.

vg Tarek

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

Kannst du noch mal eine neue Firmware bauen mit den Änderungen dann kann man das am besten testen würde ich sagen Gruß Johannes Von meinem iPhone gesendet

Am 18.02.2017 um 13:01 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:

...

On 02/18/17 12:52, lrnzo via Dev wrote: sieht bis jetzt so aus, als ob das Problem nicht mehr aufträte. was es auf drei getestet. teilweise mehrfach hintereinander. Stets das gleiche Ergebnis: keine ungelöschte pid und korrekt gesetzte bssid.

Hm, wir müssen diesen fall irgendwie reproduzieren

evtl. der ersttart aus dem config mode ?

vg Tarek

_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

On 02/18/17 13:01, Jan-Tarek Butt via Dev wrote:

On 02/18/17 12:52, lrnzo via Dev wrote:

...

sieht bis jetzt so aus, als ob das Problem nicht mehr aufträte. was es auf drei getestet. teilweise mehrfach hintereinander. Stets das gleiche Ergebnis: keine ungelöschte pid und korrekt gesetzte bssid.

Hm, wir müssen diesen fall irgendwie reproduzieren

evtl. der ersttart aus dem config mode ?

Naja ich würde das erstmal zu debugzwecken auch in die stable übernehmen dann kann man immer in die /tmp/hoodselector_error schauen wenn aus unerklärlichen gründen nur noch die pid existiert. vg Tarek

On 02/18/17 14:11, Johannes Rudolph via Dev wrote:

Oder so Dann könnten wir die neuen Hoods deployen Getestet sind die alle

Nice danke dir :) vg Tarek