WDR4900 Fehler mit FW 20211224 #203
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#203
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
bei 2 meiner WDR4900 traten nach dem Update auf 20211224 Fehler auf:
bei dem hier: https://monitoring.freifunk-franken.de/mac/f81a67a5febe
hatte ich einen Tag nach dem Update von node-20211220 -> node-20211224
lediglich die GPS Koordinaten geändert und das Gerät neu gestartet
worauf das Gerät in der Trainstation landete und die
"allgemeinen Einstellungen" komplett gelöscht waren
seit dem ich die Daten wieder eingepflegt habe, läuft dieser Router ohne Probleme
der andere hier: https://monitoring.freifunk-franken.de/mac/f81a675a9004
ging 2 Tage nach dem Update von node-20210226 -> node-20211224
und nachdem ich ihn per WebUI neu gestartet habe (wieso?: #siehe weiter unten)
laut Monitoring "offline" und war über das WebUI nicht mehr erreichbar
er kann zu* diesem Zeitpunkt aber nicht wirklich "offline" gewesen sein
da der Router https://monitoring.freifunk-franken.de/mac/18d6c7515b4a
(der keinen eigenen WAN Uplink hat, sondern nur über den o.g. Router per WLAN mesht)
noch per WebUI erreichbar war UND die Clients darüber noch Zugriff aufs www hatten
vor Ort habe ich den Router zunächst nur kurz vom Stromnetz genommen was keine Änderung/Besserung brachte
danach habe ich den Router über die RESET-Taste resetet
auch keine Besserung/Änderung -> Gerät getauscht, damit die Geflüchteten in dem Haus wieder Zugriff aufs www haben
-> aktuell bekomme ich keinen Zugriff auf diesen Router, er ist weiterhing "offline" im Monitoring
er sendet nach Neustart immer nur das TRAINSTATION WLAN aus
(hing auch schon länger am WAN Uplink)
-> aktuell habe ich auch keinen Plan, wie ich diesen Router wieder zum Laufen bekomme
(Tipps nehme ich gerne an)
#bei allen bisherigen FW war es so, dass zufällig (und nicht nachvollziehbar) irgendwann die per WLAN meshenden Router (egal welcher Typ und Hersteller und FW) im Monitoring "offline" gehen und die Clients keinen Zugriff mehr aufs www haben
der Fehler kann (nur) durch Neustart des Routers (WDR4900) der den WAN Uplink hat, behoben werden
weiter gehts:
der Router https://monitoring.freifunk-franken.de/mac/f81a67a5febe
der zunächst noch fehlerfrei lief (siehe letzte Fehlerbeschreibung)
ist nach nem Neustart auch nicht mehr ereichbar (über WebUI)
er sendet ein WLAN "freifunk.frankenwald" aus
ist "offline" im Monitoring
trotz WAN Uplink ist kein Zugriff aufs www möglich (als Client, es wird keine IP Adresse vergeben)
btw
dieser WDR4900 mit der aktuellen Node-FW
https://monitoring.freifunk-franken.de/routers/3416
ist im Monitoring auch "offline"
die meshenden Router (ohne WAN Uplink) sehen aber im Monitorin normal aus
Ich kann das bestaetigen. Nach dem firstboot und dem Einrichten laeuft alles.
Nach einem reboot kommt br-client nicht hoch.
Die Bridge sieht so aus:
Der netifd ist ja nicht sonderlich gespraechig. Die letzten Zeilen, die was mit br-client zu tun haben:
Ich sehe es nicht woran das liegt.
Hallo Robert,
Danke Dir für deine Bemühungen und die Info,
dass du den Fehler bestätigen konntest !
Ich hab mir das ganze jetzt mal kurz ein bisschen genauer angesehen. Das Problem tritt bei mir ebenfalls auf, allerdings nur ganz sporadisch. Es scheint sich hier um eine ganz fiese Race Condition zu handeln, die wohl irgendwie mit der Bridge und WLAN zusammen hängt.
Möglicherweise, wie @rohammer auch schon angemert hat, hängt das mit den /etc/init.d/network restart in configurenetwork zusammen.
Sollte mit #209 gefixt sein.