Danke für diese coole Zusammenfassung. Wäre es nicht sinnvoll, wir würden einen kleinen watchdog in die firmware einbauen, der regelmäßig nachguckt ob eines der beschriebenen Symptome auftritt, versucht ein logread oder weitere Informationen an (zB an alert@ffnw.de) zu schicken, die beim debuggen helfen? ggf könnte der auch rebooten oder wlan-scan machen.
Schöne Grüße aus dem v6-freien ICE-WLAN ;( Lorenz
Am 20.03.2018 um 17:10 schrieb Jan-Tarek Butt via Dev:
Hallo zusammen,
Unten aufgeführt findet ihr Aktuell bekannte Probleme die zu den hier hin und wieder auf tauchenden Mails mit bescheidenen Problemen führen. Um da mal ein bissen Übersicht rein zubringen.
- OOM auf 32MB RAM Geräten.
Seid dem wechsel auf v2017.1.x gibt es einen OOM Bug auf wahrscheinlich nur 32MB RAM Geräten. Dieser Bug ist aktuell schwer bis gar nicht reproduzierbar. Die Ursache ist nach wie vor vollständig unbekannt. Daran wird aktuell viel rumprobiert. Im besten Falle führt dieser Bug zum Reboot des betroffenen Gerätes.
- High Load
Ebenfalls seid dem wechsel auf v2017.1.x gibt das Problem das einige Geräte zeitweise eine hohe load aufweisen. Diese reicht bis zu eine 15er load von 20 und führt zum versagen der Funktionalität aufgrund der hohen load kommt es zu abstürzenden Diensten sowie den dauerhaften versagen (cron, hoodselector, autoupdater ... etc). Dies kann u.a. soweit führen das Interfaces verloren gehen und der Router somit erst nach einem Reboot wieder erreichbar sowie nutzbar wird. Auch dieser Bug ist Aktuell nicht reproduzierbar bis vor ein paar Wochen wurden dieser mit dem OOM assoziiert.
- (Ath9k Bug)
Der Ath9k Bug ist bei uns im Netz einige Jahre nicht mehr gesichtet worden. Und ich kann es aktuell auch nicht 100% bestätigen. Allerdings gibt es seid einigen Monaten dem ATH9k Bug typische Ähnlichkeiten Die vermehrt beobachtet wurden. Diese Ähnlichkeiten Treten wie folgt in Erscheinung: 1. Die link Qualität der WLAN Interfaces singt auf 2-6%. 2. Die WLAN Interfaces verschwinden vollständig. 3. Die WLAN Interfaces sind sichtbar allerdings besteht keinerlei Verbindung Möglichkeit.
Alle o.g. Zustände sind mir und auch Anderen bereits aufgefallen und führen in der Regel zur Funktionslosigkeit des WLANs. Im Falle 1 hilft der wechsel des WLAN states z.b. WLAN scannen oder ein Reset durch das Kommando "wifi". Die anderen beiden Zustände, 2. und 3., konnte ich bisher nur über einen Reboot auflösen. Meine Vermutung für das verstärkte aufkommen ist u.a. der Parallel betrieb von IBSS + 11s der das Phänomen verstärkt. Sowie der hoodselector und/oder dem geolocator, die einen regelmäßigen Änderungszustand des WLANs aufrufen können und somit den vermuteten Ath9k Bug triggern.
- Fastd verbindet sich nach einen Server Reboot manchmal nicht wieder.
Dieses Problem Hab ich u.a. bei dem Router "BrigitteB" im laden meiner Mama untersuchen können. Die Logs des Routers haben keine Fehler aufgewiesen und konnten lediglich keinen erfolgreichen Handshake realisieren. Da diese Problem scheinbar auch nur im ffnw Netz auftritt ist meine Vermutung, das es sich um ein bisher unbekanntes Server seitiges Problem handelt.
- Freifunk IP lose Router.
Hin und wieder kann man auf der Karte Router finden die keine Freifunk v6 Adressen besitzen bzw. nur die linklocal. Hier vermute ich entweder das es sich um ein Resultat des high load bugs handelt oder dieses auf ein Server seitiges Problem rückzuführen ist oder ein Problem was durch den hoodselector entsteht.
- Bootsector pattitions bug bei UniFi AP AC Lite/Pro
Dieser Bug bezieht sich auf die o.g. genannten dual-band Geräte und tritt beim sysupgrade command auf. Dies betrifft nicht alle Geräte, allerdings ist auch nicht abzusehen welches und welches nicht betroffen ist. Der autoupdater für die o.g. Geräte ist aktuell nicht verfügbar. Ein update der Geräte kann nur Manuell durchgeführt werden. Dieser Zustand bleibt bis zum nächsten gluon release so bestehen. Im aktuellen lede und gluon Upstream ist dieses Problem bereits behoben.
- ubiquity Nanostation eth Bug
Dieser Bug ist auf einen hardware Fehler in einigen Ubiquity Geräten zurück zu führen. Er gilt in Lede als behoben und sollte bei uns auch bereits behoben sein. Ich habe ihn hier nur aufgelistet da dies in den letzten Monaten u.a. ein Grund für Router Ausfälle war.
Schöne Grüße Tarek
Dev mailing list -- dev@lists.ffnw.de To unsubscribe send an email to dev-leave@lists.ffnw.de