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
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
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
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
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 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
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
Hallo
auf dem Router https://map.ffnw.de/hood-os/#%21v:m%3Bn: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.
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
fast die gleiche Situation hier: https://map.ffnw.de/hood-os/#%21v:m%3Bn:10feedaf4426 mesht allerdings per br_mesh_lan mit l2tp-offlodaer und hoodselector steckt fest.
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/#%21v:m%3Bn: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.
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
On 02/17/17 16:56, lrnzo via Dev wrote:
fast die gleiche Situation hier: https://map.ffnw.de/hood-os/#%21v:m%3Bn:10feedaf4426 mesht allerdings per br_mesh_lan mit l2tp-offlodaer und hoodselector steckt fest.
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
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/#%21v:m%3Bn:10feedaf4426 mesht allerdings per br_mesh_lan mit l2tp-offlodaer und hoodselector steckt fest.
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
hier auch:
https://map.ffnw.de/hood-os/#%21v:m%3Bn:c4e98449c9c2
hier allerdings nicht:
https://map.ffnw.de/hood-os/#%21v:m%3Bn:60e327a17ee4
lg lorenz
Am 17.02.2017 um 16:56 schrieb lrnzo via Dev:
fast die gleiche Situation hier: https://map.ffnw.de/hood-os/#%21v:m%3Bn:10feedaf4426 mesht allerdings per br_mesh_lan mit l2tp-offlodaer und hoodselector steckt fest.
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/#%21v:m%3Bn: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.
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
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
https://map.ffnw.de/hood-os/#%21v:m%3Bn:c4e98449c9c2
hier allerdings nicht:
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
wird gemacht.
Am 18.02.2017 um 12:13 schrieb Jan-Tarek Butt via Dev:
Hi,
https://map.ffnw.de/hood-os/#%21v:m%3Bn:c4e98449c9c2
hier allerdings nicht:
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
hier dreht sich seit dem update auf 20170220-testing der Router
https://map.ffnw.de/hood-os/#%21v:m%3Bn: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/#%21v:m%3Bn:c4e98449c9c2
hier allerdings nicht:
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
On 02/21/17 21:28, lrnzo via Dev wrote:
hier dreht sich seit dem update auf 20170220-testing der Router
Was meinst du mit dreht sich? Also fallst du ein flipflop effekt hast ist das normal da dort ein Gerät steht welches eine andere Version hat (0.0.1-l2tp-170115) dieser wird warscheinlich einen anderen hash wert verteilen worauf hin die Nachbarrouter eine hood Kollision fest stellen.
https://map.ffnw.de/hood-os/#%21v:m%3Bn: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-----------------------------
Ah ok, jo das ist tatsächlich ein etwas blöder Fehler... Natürlich wird beim pipen spätestens beim nächsten cron Aufruf der Inhalt über gebügelt ... Das ist jetzt nicht weiter tragisch sorgt aber dafür das wir nach wie vor nicht sehen können warum der hoodselector manchmal abstürzt.
Hm, interessant, da scheint was in gluon/openwrt zu Segfaulten kommst du noch an ein dmesg output oder hast du den router schon neu gestartet?
vg Tarek
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/#%21v:m%3Bn:c4e98449c9c2
hier allerdings nicht:
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
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
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:55, Johannes Rudolph via Dev wrote:
Kannst du noch mal eine neue Firmware bauen mit den Änderungen dann kann man das am besten testen würde ich sagen
Die Änderung ist ein Einzeller ich würde dafür jetzt ungern wieder eine testing bauen.
Falls noch mehr Probleme gefunden werden würde ich ne neue testing anstoßen.
+++ b/hoodselector/files/usr/lib/micron.d/hoodselector @@ -1 +1 @@ -*/2 * * * * /usr/sbin/hoodselector +*/2 * * * * /usr/sbin/hoodselector 2> /tmp/hoodselector_error
vg Tarek
wenn du statt 2> einfach 2>> machst, werden die vorausgehenden (Error)Ausgaben nicht bei jedem neuen Aufruf überschrieben, sondern es wird hinten angehängt ;)
lg lorenz
Am 18.02.2017 um 14:21 schrieb Jan-Tarek Butt via Dev:
On 02/18/17 13:55, Johannes Rudolph via Dev wrote:
Kannst du noch mal eine neue Firmware bauen mit den Änderungen dann kann man das am besten testen würde ich sagen
Die Änderung ist ein Einzeller ich würde dafür jetzt ungern wieder eine testing bauen.
Falls noch mehr Probleme gefunden werden würde ich ne neue testing anstoßen.
+++ b/hoodselector/files/usr/lib/micron.d/hoodselector @@ -1 +1 @@ -*/2 * * * * /usr/sbin/hoodselector +*/2 * * * * /usr/sbin/hoodselector 2> /tmp/hoodselector_error
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
On 02/24/17 21:37, lrnzo via Dev wrote:
wenn du statt 2> einfach 2>> machst, werden die vorausgehenden (Error)Ausgaben nicht bei jedem neuen Aufruf überschrieben, sondern es wird hinten angehängt ;)
lg lorenz
Jo stimmt, hatte ich so auch vor hab es vergessen in das aktuelle stable mit rein zu nehmen.
vg Tarek
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
Oder so Dann könnten wir die neuen Hoods deployen Getestet sind die alle
Gruß Johannes
Von meinem iPhone gesendet
Am 18.02.2017 um 14:05 schrieb Jan-Tarek Butt via Dev dev@lists.ffnw.de:
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
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
hab eine weitere testing firmware gebaut 20160220
Diese beinhaltet das debug file unter /tmp/hoodselector_error
und den neuen Radioless routers zustand
wenn ein Router keine nachbar wlans empfängt oder gar kein wlan hat
das ein versuch über mesh wan/lan unternommen wird.
vg Tarek
-
Jan-Tarek Butt -
Johannes Rudolph -
lrnzo -
Malte Modler