View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000078 | Freifunk Franken Firmware | General | public | 2017-11-27 12:42 | 2019-10-02 12:49 |
| Reporter | Adrian Schmutzler | Assigned To | Adrian Schmutzler | ||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 20170918 | ||||
| Target Version | 20180726-beta | ||||
| Summary | 0000078: Alfred startet auf Mesh-Router nicht, wenn nicht sofort verbunden wird | ||||
| Description | Situation (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. | ||||
| Tags | No tags attached. | ||||
| related to | 0000087 | new | Alfred soll nicht neugestartet werden, obwohl es nicht nötig ist |
|
|
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. |
|
|
/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. |
|
|
Full logread: https://zerobin.fff.community/?af0165210603f84d#ua2/dtvPMBX0+RwvQk5Cvu1iKW7tRJ8Yjhs+DEohFlY= Habe einen Workaround als Patch geschickt: https://pw.freifunk-franken.de/patch/716/ |
|
|
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. |
|
|
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. |
|
|
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. |
|
|
Fix committed to master branch. |
| 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 |
