Hallo,
ich habe hier im Netz in Loy seltsame Erscheinungen. Angefangen hat es mit der neuen Software 20170222 und dem CPE210 v1.0 (wope-loy8).
Ausfall von ca. 16:00 bis 20:00 Uhr
Ausfall von ca. 21:00 bis 00:00 Uhr
Es ist kein kompletter Ausfall und kam bis jetzt immer wieder in den Normalbetrieb. In der Ausfallzeit waren alle Wifi Verbindungen auf TQ=2-4%. Heute habe ich das selbe Verhalten an einer Ubiquiti PicoStation M2 (wope-loy13) beobachtet. Nach einem Reset funktioniert sofort alles wieder normal. Hat jemand ähnliches Verhalten der Router festgestellt, oder evt. schon eine Lösung?
Gruß, wope
On 03/08/17 22:29, wope via Nordwest wrote:
Hallo,
ich habe hier im Netz in Loy seltsame Erscheinungen. Angefangen hat es mit der neuen Software 20170222 und dem CPE210 v1.0 (wope-loy8).
Ausfall von ca. 16:00 bis 20:00 Uhr
Ausfall von ca. 21:00 bis 00:00 Uhr
Es ist kein kompletter Ausfall und kam bis jetzt immer wieder in den Normalbetrieb. In der Ausfallzeit waren alle Wifi Verbindungen auf TQ=2-4%. Heute habe ich das selbe Verhalten an einer Ubiquiti PicoStation M2 (wope-loy13) beobachtet. Nach einem Reset funktioniert sofort alles wieder normal. Hat jemand ähnliches Verhalten der Router festgestellt, oder evt. schon eine Lösung?
Hi,
Magst du einmal links von der karte zu den Routern schicken?
Kannst du via ssh auf die Geräte ?
vg Tarek
Hallo Tarek,
das mit "loy-wope13 hat sich erledigt, der war komplett überlastet. Nach einem Neustart läuft alles wieder.
Beim CPE210 hattte ich letzte Nacht wieder ca. 2,5 Stunden einen Ausfall des Mesh-Netzes. Link: http://map.ffnw.de/#%21v:m%3Bn:c4e984be237c Ich habe mir einen Raspi ins FF-Netz gehängt, von da komme ich auf den CPE210 per SSH drauf.
Gruß, wope
Am 10.03.2017 um 12:08 schrieb Jan-Tarek Butt via Nordwest:
On 03/08/17 22:29, wope via Nordwest wrote:
Hallo,
ich habe hier im Netz in Loy seltsame Erscheinungen. Angefangen hat es mit der neuen Software 20170222 und dem CPE210 v1.0 (wope-loy8).
Ausfall von ca. 16:00 bis 20:00 Uhr
Ausfall von ca. 21:00 bis 00:00 Uhr
Es ist kein kompletter Ausfall und kam bis jetzt immer wieder in den Normalbetrieb. In der Ausfallzeit waren alle Wifi Verbindungen auf TQ=2-4%. Heute habe ich das selbe Verhalten an einer Ubiquiti PicoStation M2 (wope-loy13) beobachtet. Nach einem Reset funktioniert sofort alles wieder normal. Hat jemand ähnliches Verhalten der Router festgestellt, oder evt. schon eine Lösung?
Hi,
Magst du einmal links von der karte zu den Routern schicken?
Kannst du via ssh auf die Geräte ?
vg Tarek
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Magst du hier mal von dem Gerät den output von logread posten?
Wichtig ist der von dir genannte Zeitraum im log output.
vg Tarek
Hallo Tarek,
vielen Dank für deine Hilfe!
Habe jetzt gerade aktuell einen Ausfall: laut Grafana ist das Mesh-Netz um ca. 9:28 Uhr ausgefallen Link: https://grafana.ffnw.de/dashboard/db/single-node-hopglass?var-hostname=loy-w...
Alles andere funktionier noch, da der Router über Kabel an "loy-wope12" angeschlossen ist.
Logread: Sat Mar 11 18:47:48 2017 daemon.info hostapd: client0: STA b0:70:2d:90:65:af IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sat Mar 11 21:06:05 2017 daemon.info hostapd: client0: STA f0:43:47:d3:16:10 IEEE 802.11: authenticated Sat Mar 11 21:06:05 2017 daemon.info hostapd: client0: STA f0:43:47:d3:16:10 IEEE 802.11: associated (aid 1) Sat Mar 11 21:16:08 2017 daemon.info hostapd: client0: STA f0:43:47:d3:16:10 IEEE 802.11: disassociated due to inactivity Sat Mar 11 21:16:09 2017 daemon.info hostapd: client0: STA f0:43:47:d3:16:10 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sat Mar 11 22:22:21 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: authenticated Sat Mar 11 22:22:21 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: authenticated Sat Mar 11 22:22:25 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: authenticated Sat Mar 11 22:22:25 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: associated (aid 1) Sat Mar 11 22:28:01 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: disassociated due to inactivity Sat Mar 11 22:28:02 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sun Mar 12 08:42:21 2017 daemon.notice hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: did not acknowledge authentication response Sun Mar 12 08:42:21 2017 daemon.notice hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: did not acknowledge authentication response Sun Mar 12 08:42:21 2017 daemon.notice hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: did not acknowledge authentication response Sun Mar 12 08:42:21 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: authenticated Sun Mar 12 08:42:21 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: associated (aid 1) Sun Mar 12 08:47:38 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: disassociated due to inactivity Sun Mar 12 08:47:39 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sun Mar 12 09:37:12 2017 authpriv.info dropbear[17699]: Child connection from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 09:37:15 2017 authpriv.warn dropbear[17699]: Pubkey auth attempt with unknown algo for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 09:37:22 2017 authpriv.notice dropbear[17699]: Password auth succeeded for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38202
Zu dem Zeitpunkt sind leider keine Einträge im Log.
Gruß, wope
Am 10.03.2017 um 13:41 schrieb Jan-Tarek Butt via Nordwest:
Magst du hier mal von dem Gerät den output von logread posten?
Wichtig ist der von dir genannte Zeitraum im log output.
vg Tarek
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Hi,
vielen Dank für deine Hilfe!
Habe jetzt gerade aktuell einen Ausfall: laut Grafana ist das Mesh-Netz um ca. 9:28 Uhr ausgefallen Link: https://grafana.ffnw.de/dashboard/db/single-node-hopglass?var-hostname=loy-w...
Alles andere funktionier noch, da der Router über Kabel an "loy-wope12" angeschlossen ist.
Logread: Sat Mar 11 18:47:48 2017 daemon.info hostapd: client0: STA b0:70:2d:90:65:af IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sat Mar 11 21:06:05 2017 daemon.info hostapd: client0: STA f0:43:47:d3:16:10 IEEE 802.11: authenticated Sat Mar 11 21:06:05 2017 daemon.info hostapd: client0: STA f0:43:47:d3:16:10 IEEE 802.11: associated (aid 1) Sat Mar 11 21:16:08 2017 daemon.info hostapd: client0: STA f0:43:47:d3:16:10 IEEE 802.11: disassociated due to inactivity Sat Mar 11 21:16:09 2017 daemon.info hostapd: client0: STA f0:43:47:d3:16:10 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sat Mar 11 22:22:21 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: authenticated Sat Mar 11 22:22:21 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: authenticated Sat Mar 11 22:22:25 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: authenticated Sat Mar 11 22:22:25 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: associated (aid 1) Sat Mar 11 22:28:01 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: disassociated due to inactivity Sat Mar 11 22:28:02 2017 daemon.info hostapd: client0: STA 7c:01:91:5c:f2:41 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sun Mar 12 08:42:21 2017 daemon.notice hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: did not acknowledge authentication response Sun Mar 12 08:42:21 2017 daemon.notice hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: did not acknowledge authentication response Sun Mar 12 08:42:21 2017 daemon.notice hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: did not acknowledge authentication response Sun Mar 12 08:42:21 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: authenticated Sun Mar 12 08:42:21 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: associated (aid 1) Sun Mar 12 08:47:38 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: disassociated due to inactivity Sun Mar 12 08:47:39 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sun Mar 12 09:37:12 2017 authpriv.info dropbear[17699]: Child connection from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 09:37:15 2017 authpriv.warn dropbear[17699]: Pubkey auth attempt with unknown algo for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 09:37:22 2017 authpriv.notice dropbear[17699]: Password auth succeeded for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38202
Zu dem Zeitpunkt sind leider keine Einträge im Log.
Hm, also das von dir beschriebene Phänomen ist bekannt unter dem ath9k bug. Das ist ein Problem welches wir schon seid bestimmt 5 Jahren versuchen zu lösen.
Wenn du es hin bekommst logs zu beziehen während sich der Router im Fehlerzustand befindet könnte ich versuchen einen watchdog dafür zu schreiben.
vg Tarek
Es gibt keine Einträge während des Fehlers:
Sun Mar 12 08:47:39 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sun Mar 12 09:37:12 2017 authpriv.info dropbear[17699]: Child connection from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 09:37:15 2017 authpriv.warn dropbear[17699]: Pubkey auth attempt with unknown algo for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 09:37:22 2017 authpriv.notice dropbear[17699]: Password auth succeeded for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 10:16:39 2017 authpriv.info dropbear[17699]: Exit (root): Disconnect received Sun Mar 12 11:34:32 2017 authpriv.info dropbear[23237]: Child connection from fe80::ba27:ebff:fee4:bef1%br-client:38245 Sun Mar 12 11:34:35 2017 authpriv.warn dropbear[23237]: Pubkey auth attempt with unknown algo for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38245 Sun Mar 12 11:34:41 2017 authpriv.notice dropbear[23237]: Password auth succeeded for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38245
nur meine An- und Abmeldedaten.
Oder gibt es noch Parameter die man zum logread hinzufühgen kann?
Gruß, wope
Hm, also das von dir beschriebene Phänomen ist bekannt unter dem ath9k bug. Das ist ein Problem welches wir schon seid bestimmt 5 Jahren versuchen zu lösen.
Wenn du es hin bekommst logs zu beziehen während sich der Router im Fehlerzustand befindet könnte ich versuchen einen watchdog dafür zu schreiben.
vg Tarek
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
On 03/12/17 11:44, wope via Nordwest wrote:
Es gibt keine Einträge während des Fehlers:
Ah, ich dachte dein log würde nicht soweit zurück reichen.
Sun Mar 12 08:47:39 2017 daemon.info hostapd: client0: STA b8:53:ac:c5:02:ad IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE) Sun Mar 12 09:37:12 2017 authpriv.info dropbear[17699]: Child connection from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 09:37:15 2017 authpriv.warn dropbear[17699]: Pubkey auth attempt with unknown algo for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 09:37:22 2017 authpriv.notice dropbear[17699]: Password auth succeeded for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38202 Sun Mar 12 10:16:39 2017 authpriv.info dropbear[17699]: Exit (root): Disconnect received Sun Mar 12 11:34:32 2017 authpriv.info dropbear[23237]: Child connection from fe80::ba27:ebff:fee4:bef1%br-client:38245 Sun Mar 12 11:34:35 2017 authpriv.warn dropbear[23237]: Pubkey auth attempt with unknown algo for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38245 Sun Mar 12 11:34:41 2017 authpriv.notice dropbear[23237]: Password auth succeeded for 'root' from fe80::ba27:ebff:fee4:bef1%br-client:38245
nur meine An- und Abmeldedaten.
Ay
Oder gibt es noch Parameter die man zum logread hinzufühgen kann?
Nein.
Hm ... ich muss da noch ein bisschen suchen um zu gucken wie wir das abfangen könnten. Kann auch sein das in den kommenden Tagen/Wochen noch ein größeres release (v2016.2.4) von gluon kommt, wo u.a. Patches für den ath9k von nbd enthalten sind.
vg Tarek
Letztendlich ist es in meinem Fall nicht problematisch. wie oben schon geschrieben, ist der Router über Kabel an einen 3600 angeschlossen. An der Stelle wo der Router ist, braucht er auch nicht unbedingt meshen, dafür habe ich noch andere Router. Wenn im Log noch etwas relevates auftaucht werde ich es hier berichten. Vielen Dank!
Gruß, wope
Hm ... ich muss da noch ein bisschen suchen um zu gucken wie wir das abfangen könnten. Kann auch sein das in den kommenden Tagen/Wochen noch ein größeres release (v2016.2.4) von gluon kommt, wo u.a. Patches für den ath9k von nbd enthalten sind.
vg Tarek
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Zur Info!
Gestern, ca. 21:25, kam das Mesh von alleine wieder. Keine Einträge im logread!
Gruß, wope
Am 12.03.2017 um 18:37 schrieb wope via Nordwest:
Letztendlich ist es in meinem Fall nicht problematisch. wie oben schon geschrieben, ist der Router über Kabel an einen 3600 angeschlossen. An der Stelle wo der Router ist, braucht er auch nicht unbedingt meshen, dafür habe ich noch andere Router. Wenn im Log noch etwas relevates auftaucht werde ich es hier berichten. Vielen Dank!
Gruß, wope
Hm ... ich muss da noch ein bisschen suchen um zu gucken wie wir das abfangen könnten. Kann auch sein das in den kommenden Tagen/Wochen noch ein größeres release (v2016.2.4) von gluon kommt, wo u.a. Patches für den ath9k von nbd enthalten sind.
vg Tarek
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
On 03/12/17 11:45, Bjoern Franke via Nordwest wrote:
Hoi,
Hm, also das von dir beschriebene Phänomen ist bekannt unter dem ath9k bug. Das ist ein Problem welches wir schon seid bestimmt 5 Jahren versuchen zu lösen.
Der ath9k-Bug war doch mal längst gelöst?
Für ne zeit schien der reduziert gewesen zu sein. Allerdings gibt es das phänomen wie es hier beschrieben wurde auch in einem issue in gluon und selbiges Problem konnte ich bei der Anbindung zwischen Raiff. 27 - Mainframe feststellen.
Scheinbar tritt dieser bug wieder vermehrt in v2016.2.x auf.
vg Tarek
-
Bjoern Franke -
Jan-Tarek Butt -
wope