[Freifunk-Bonn] [Freifunk.luebeck] Bitte 1043nd in Zukunft meiden!

[Ruben Kelevra]

Wie machst du den Fehler auf den Geräten aus? Welche Symptome gibt es
und steht was spezielles im Log?

Am 22. Februar 2013 01:26 schrieb Ramon Waldherr <rampone at gmail.com>:
> Ich habe da welche. Der Fehler tritt auch auf. v4.21 bis jetzt musste ich
> keinen neustarten afair. mein 741er (version 4 irgendwas) is da ekliger, und
> leider zweimal schon einfach neugestartet. Der Watchdog scheint bis jetzt
> den 740 unterzukriegen, aber letzlich: der Fehler ist auch da.
>
> LG Rampone
>
>
>
> 2013/2/22 Ruben Kelevra <cyrond at gmail.com>
>>
>> Gehört der 740N auch zu den betroffenen Geräten? Hier bisher keine
>> Probleme mit FFRL Software beobachtet.
>>
>>
>> LG Ruben
>>
>> Am 21. Februar 2013 10:09 schrieb Jan Lühr <jan at freifunk-koeln.de>:
>> > Hallo,
>> >
>> > Am 21.02.2013 um 01:05 schrieb Nils Schneider:
>> >
>> >> So extrem ist der Fehler auch nicht. Wenn du Geräte zurück schicken
>> >> kannst, nur zu. neoraider und ich haben überlegt und beschlossen, dass
>> >> man den Leuten ruhig zu 842nd oder 3600 raten kann. Es gibt auch noch
>> >> ein paar 9xx Modelle, die wir mal ausprobieren könnten.
>> >>
>> >> Außer nbd gibt es keine Quelle. Das liegt hauptsächlich daran, dass
>> >> die ganzen Bugreports alle bei ihm landen und er die Fehler dann
>> >> fixt; oder in diesem Falle feststellt, dass der Chip leicht
>> >> instabil ist und man lieber neuere nutzen sollte.
>> >>
>> >
>> > @Nils - danke für die Info. Du bist der Bote einer schlechten Nachricht
>> > - also erstmal danke für das Überbringen.
>> >
>> > Vom Inhalt her finde ich diesen Punkt allerdings sehr konfus - es geht
>> > schon in wenig in Richtung FUD unbestimmt zu warnen.
>> > Bedenkt man die aktuellen - und andauernden - Probleme mit dem
>> > ath9k-Treiber würde ich persönlich soweit gehen zu behaupten, dass die
>> > komplette Plattform störanfällig ist - dieses Versuchen wir (kbu) ein wenig
>> > zu quantifizieren indem wir crashes messen um dann eine begründete Aussage
>> > hierzu treffen zu können. Mögliche Probleme auf einzelnen Geräten wirken nur
>> > noch wie ein i-Tüpfelchen.
>> >
>> > Hilfreiche wären in diesem Zusammenhang auf jeden Fall genauere
>> > Informationen über diese Art von Störungen. Wodurch sind sie im Log zu
>> > erkennen? Wie sollte sich ein gestörter Node verhalten? Gibt es bspw.
>> > weitere Patterns für unseren watchdog bei dem ein Reset erfolgen soll?
>> >
>> > Unabhängig davon wirft diese Art des Informationsflusses auch kein
>> > wirklich gutes Licht auf die Entwicklungsprozesse in diesem Fall. Wenn es
>> > wichtige issues gibt, dann müssen sinnvoll und begründet nach außen
>> > kommuniziert werden, damit sie einerseits möglich Käufer und andererseits
>> > den Hersteller erreichen, damit beide reagieren können. Stille Post auf
>> > Freifunk-Mailinglisten ist imho kein guter Weg. Ein auffällige Warnhinweise
>> > auf
>> > http://linuxwireless.org/en/users/Drivers/ath9k/bugs#ath9k_bugs_and_known_issues
>> > und http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd wäre bspw. ein Anfang.
>> >
>> > Bleibt noch zu fragen: Welche stabilen Alternativen gibt es eigentlich
>> > für WLAN-Karten und Router-Hardware in Freifunk-Netzen?
>> >
>> > Alles Gute
>> > Jan
>> > _______________________________________________
>> > Freifunk.luebeck mailing list
>> > Freifunk.luebeck at asta.uni-luebeck.de
>> > http://lists.asta.uni-luebeck.de/mailman/listinfo/freifunk.luebeck
>> --
>> _______________________________________________
>> Freifunk-Bonn mailing list
>> Freifunk-Bonn at lists.bonn.freifunk.net
>> http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>
>
>
> --
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.bonn.freifunk.net
> http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>