View Issue Details

IDProjectCategoryView StatusLast Update
0000078Freifunk Franken Firmware[All Projects] Generalpublic2019-10-02 12:49
ReporterAdrian Schmutzler Assigned ToAdrian Schmutzler  
PriorityhighSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version20170918 
Target Version20180726-betaFixed in Version 
Summary0000078: Alfred startet auf Mesh-Router nicht, wenn nicht sofort verbunden wird
DescriptionSituation (nach reddogs Patches):
Zwei Router (Uplink und Mesh) werden gleichzeitig auf V2 Firmware geflasht.
Der Uplink kommt hoch und ist normal im Alfred. Der Mesh-Router braucht grob zehn Minuten, bis er den configap sieht und sich konfigurieren kann. Danach ist Alfred an dem Mesh-Router "kaputt", er taucht nicht im Monitoring auf.

Führt man manuell alfred -r 64 aus, erhält man:
can't connect to unix socket: No such file or directory

Warten behebt das Problem nicht, Neustart schon.
TagsNo tags attached.

Relationships

related to 0000087 new Alfred soll nicht neugestartet werden, obwohl es nicht nötig ist 

Activities

Adrian Schmutzler

2017-11-27 13:19

manager   ~0000188

logread:
Fri Oct 13 14:17:05 2017 daemon.notice procd: /etc/rc.d/S99alfred: /etc/rc.d/S99alfred: waiting 30 secs for br-mesh address...
Fri Oct 13 14:17:35 2017 daemon.notice procd: /etc/rc.d/S99alfred: /etc/rc.d/S99alfred: br-mesh address not detected, alfred not starting.

ChristianD

2017-12-18 13:02

manager   ~0000194

/etc/init.d/alfred

alfred_start()

[...]
        if [ "$batmanif" != "none" ]; then
                wait_for_dir "$batmanif" "/sys/class/net/$batmanif/mesh"
        fi
[...]

wurde behoben mit:

https://github.com/FreifunkFranken/firmware/commit/bdceb7bb6f87163096612c6aa91e59423bc65b02

danach folgt

[...]
        wait_for_ll_address "$interface"
[...]

--> hier wird 30sek für eine ll (fe80?) Adresse auf br-mesh gewartet, wenn das in 30sek nicht da ist wird alfred nicht gestartet.

Eventuell funkt hier das configurenetwork dazwischen, das uns br-mesh erst später anlegt!
Kompletter logread würde evtl. helfen.

Adrian Schmutzler

2017-12-22 13:24

manager   ~0000196

Full logread:
https://zerobin.fff.community/?af0165210603f84d#ua2/dtvPMBX0+RwvQk5Cvu1iKW7tRJ8Yjhs+DEohFlY=

Habe einen Workaround als Patch geschickt:
https://pw.freifunk-franken.de/patch/716/

reddog

2017-12-23 14:57

manager   ~0000198

Sieht so aus, als ob das Interface mesh angelegt wird, aber da noch keine MAC hat. Es bekommt die MAC erst, wenn die passenden Interfaces da sind. Die werden dann erst später durch configurenetwork eingehängt.

Adrian Schmutzler

2017-12-27 01:02

manager   ~0000199

Ich habe noch mal getestet, interessant ist folgendes:
Der Fehler tritt nur auf, wenn zum Zeitpunkt, wo Alfred initialisiert wird, kein "Gerät" mit dem br-mesh verbunden ist. Sobald man z,B, einen Computer in den Client-Port steckt, wird eth0.1 aktiv und damit auch br-mesh. Somit wird dieses von Alfred detektiert und alles ist gut. Entfernt man alle Kabel, ist br-mesh nicht korrekt initialisiert (eth0.1/eth0.3 sind down) und Alfred startet nicht.

Hat hingegen schon eine Konfiguration durch configurehood stattgefunden, ist w2mesh bereits eingerichtet und aktiv, sodass die Konfiguration von Alfred danach funktioniert.

Der Fehler tritt also genau dann auf, wenn gar keine Verbindung besteht: Kein VPN, kein Kabel (Client/Batman), kein Mesh => w2sta. Entsprechend müsste man br-mesh irgendwie zwingen, trotzdem zu "starten". Oder wir nehmen die Alfred restart Lösung, die als Patch vorliegt und in meinen Augen die aktuell einzige Lösung darstellt.

reddog

2018-01-20 12:57

manager   ~0000200

MMn müssen wir dafür Sorgen, dass br-mesh immer hoch kommt und am besten auch sofort die richtige MAC hat.

Den erwähnten Patch können wir nur als Notlösung übernehmen, weil er zu viele Abhängigkeiten aufreißt.

Adrian Schmutzler

2018-01-21 13:51

manager   ~0000215

Fix committed to master branch.

Issue History

Date Modified Username Field Change
2017-11-27 12:42 Adrian Schmutzler New Issue
2017-11-27 13:19 Adrian Schmutzler Note Added: 0000188
2017-12-18 13:02 ChristianD Note Added: 0000194
2017-12-22 13:24 Adrian Schmutzler Note Added: 0000196
2017-12-23 14:57 reddog Note Added: 0000198
2017-12-27 01:02 Adrian Schmutzler Note Added: 0000199
2018-01-20 12:57 reddog Note Added: 0000200
2018-01-20 16:09 reddog Target Version => 20180726-beta
2018-01-21 13:51 reddog Source_changeset_attached => Firmware master c7ffb50d
2018-01-21 13:51 Adrian Schmutzler Note Added: 0000215
2018-01-21 13:51 Adrian Schmutzler Assigned To => Adrian Schmutzler
2018-01-21 13:51 Adrian Schmutzler Status new => resolved
2018-01-21 13:51 Adrian Schmutzler Resolution open => fixed
2018-01-21 13:54 reddog Relationship added related to 0000087
2019-10-02 12:48 fbl Category Freifunk Franken Firmware => General
2019-10-02 12:48 fbl Category General => General2
2019-10-02 12:49 fbl Category General2 => General