View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000104 | Freifunk Franken Firmware | General | public | 2018-06-23 13:01 | 2020-04-23 20:03 |
| Reporter | Adrian Schmutzler | Assigned To | fbl | ||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 20180726-beta | ||||
| Target Version | next-stable | ||||
| Summary | 0000104: MacNocker mag keinen PoE-Adapter OHNE LAN-Partner | ||||
| Description | Wenn man einen One-Port (getestet mit CPE210v2) an den PoE-Adapter anschließt, ohne am LAN dort ein weiteres Gerät zu verbinden, gibt der MacNocker folgenden Fehler (jede Sekunde) aus: Sat Jun 23 12:53:44 2018 daemon.err macnock[7996]: [c] ERROR: Can't send data: Permission denied Sobald man aber ein anderes Gerät per LAN (Batman) verbindet, passiert folgendes (und die Fehler gehen weg): Sat Jun 23 12:54:00 2018 daemon.info macnock[7996]: [s] Stopping Server Sat Jun 23 12:54:00 2018 daemon.info macnock[7996]: [c] Stopping Client Sat Jun 23 12:54:00 2018 daemon.info macnock[7996]: [m] Stopping Storage Sat Jun 23 12:54:00 2018 daemon.info macnock[7996]: [t] Removing qdisc. Sat Jun 23 12:54:00 2018 daemon.info macnock[7996]: [s] Server closed Sat Jun 23 12:54:01 2018 daemon.info macnock[7996]: [c] Client closed Sat Jun 23 12:54:01 2018 daemon.info macnock[7996]: [m] Storage closed Sat Jun 23 12:54:01 2018 daemon.info macnock[17928]: /usr/sbin/macnock: Running for hood baerenhoehle on interface eth0 Sat Jun 23 12:54:01 2018 daemon.info macnock[17928]: [t] Removing old qdisc. Sat Jun 23 12:54:01 2018 daemon.err macnock[17928]: RTNETLINK answers: Invalid argument Sat Jun 23 12:54:01 2018 daemon.info macnock[17928]: [t] Adding qdisc. Sat Jun 23 12:54:01 2018 daemon.info macnock[17928]: [t] Blocking all batman-adv traffic. Sat Jun 23 12:54:01 2018 daemon.info macnock[17928]: [m] new entry: 50:c7:bf:93:xx:xx. Sat Jun 23 12:54:02 2018 daemon.info macnock[17928]: [m] new entry: 72:4f:57:65:xx:xx. | ||||
| Tags | No tags attached. | ||||
| has duplicate | 0000105 | resolved | macnocker schreibt das Log voll |
|
|
Zieht man das LAN-Kabel wieder, scheint es ganz zu bleiben. Habe jetzt aber keinen Neustart probiert, ich würde erwarten, dass es dann wieder kaput ist. |
|
|
Habe gerade eine Picostation geflasht, dort tritt die selbe Situation auf. |
|
|
Hab jetzt nochmal eine größere Stichprobe angekuckt, das Problem tritt wohl auf allen Geräten mit PoE-Adapter ohne LAN-Verbindung sowie bei allen 841ern (ohne LAN-Mesh) auf. |
|
|
wa850re ohne angeschlossenen LAN Port werde ich ebenfalls im Logread zugespamt |
|
|
Beim 841 wird scheinbar der Link State des Switches irgendwie an das CPU-Interface weitergegeben. Wenn nichts am Switch angeschlossen ist (WAN-Port ist nicht am Switch), dann zeigt das entsprechende Interface am 841 "NO-CARRIER". Damit ist es DOWN und der MacNocker kann seine Daten nicht senden, daher die Fehler. In so fern ist nur die ständige Fehlermeldung quark, der MacNocker funktioniert einwandfrei. |
|
|
Ich bin mir immer noch etwas unsicher, wie wir mit diesem Problem umgehen sollen. Die Fehlermeldung an der Stelle ist durchaus sinnvoll, nur fällt uns das halt auf die Füße, wenn das Interface down ist und das nicht erfolgreiche Senden ja erwartetes Verhalten ist. Permission denied kommt daher, dass OpenWRT failed_policy rules für jedes Interface einfügt, die dann ganz am Ende als letztes matchen. Normalerweise würde Linux hier ein "Network unrachable" (ENETUNREACH) setzen. - macnocker nur starten, wenn link da ist? - Fehlermeldung für permission denied (EACCES) unterdrücken? - failed_policy Regeln aus OpenWRT entfernen und network unreachable (ENETUNREACH) unterdrücken? - Statt perror auf stderr ein log_debug oder gar log_trace (siehe log.h) ausgeben, welches dann in der Standardkonfiguration nicht ausgegeben wird? .. |
|
|
Commited fix to macnocker repository. https://github.com/FreifunkFranken/macnocker/commit/ce01c3253b7f6acb1e25a26e8de4e013aed52bb0 |
|
|
Should be fixed with b9fe20c8e77331c08520ca4ac6430ce6b5cdc0f8 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-06-23 13:01 | Adrian Schmutzler | New Issue | |
| 2018-06-23 13:11 | Adrian Schmutzler | Note Added: 0000277 | |
| 2018-06-24 19:49 | Adrian Schmutzler | Note Added: 0000278 | |
| 2018-07-25 14:24 | reddog | Relationship added | has duplicate 0000105 |
| 2018-07-27 11:02 | reddog | Target Version | 20180726-beta => next-stable |
| 2018-07-29 19:25 | Adrian Schmutzler | Note Added: 0000285 | |
| 2018-09-14 18:20 | ChristianD | Note Added: 0000304 | |
| 2018-10-16 00:13 | fbl | Note Added: 0000306 | |
| 2019-10-02 12:46 | fbl | Category | Freifunk Franken Firmware => General |
| 2019-10-02 12:48 | fbl | Category | General => General2 |
| 2019-10-02 12:49 | fbl | Category | General2 => General |
| 2019-11-21 21:51 | fbl | Target Version | next-stable => next-feature |
| 2019-12-01 12:55 | fbl | Assigned To | => fbl |
| 2019-12-01 12:55 | fbl | Status | new => confirmed |
| 2019-12-01 12:55 | fbl | Target Version | next-feature => next |
| 2019-12-08 23:20 | fbl | Note Added: 0000387 | |
| 2019-12-26 11:36 | fbl | Target Version | next => next-stable |
| 2020-04-23 00:47 | fbl | Note Added: 0000397 | |
| 2020-04-23 20:03 | fbl | Status | confirmed => resolved |
| 2020-04-23 20:03 | fbl | Resolution | open => fixed |
| 2020-04-23 20:03 | fbl | Note Added: 0000399 |
