[Freifunk Franken Firmware 0000104]: MacNocker mag keinen PoE-Adapter OHNE LAN-Partner

FFF Bugtracker mantis at fff-nue2.wavecloud.de
Do Apr 23 20:03:23 CEST 2020


Der folgende Eintrag wurde erledigt. 
====================================================================== 
https://mantis.freifunk-franken.de/view.php?id=104 
====================================================================== 
Berichtet von:              Adrian Schmutzler
Zugewiesen an:              fbl
====================================================================== 
Projekt:                    Freifunk Franken Firmware
Eintrag-ID:                 104
Kategorie:                  General
Reproduzierbarkeit:         immer
Schweregrad:                kleinerer Fehler
Priorität:                  hoch
Status:                     erledigt
Zielversion:                next-stable
Lösung:                     erledigt
Behoben in Version:         
====================================================================== 
Erstellt am:                2018-06-23 13:01 CEST
Zuletzt geändert:           2020-04-23 20:03 CEST
====================================================================== 
Zusammenfassung:            MacNocker mag keinen PoE-Adapter OHNE LAN-Partner
Beschreibung: 
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.


======================================================================
Eintrags-BeziehungenID      Zusammenfassung
----------------------------------------------------------------------
hat Duplikat        0000105 macnocker schreibt das Log voll
====================================================================== 

---------------------------------------------------------------------- 
 (0000277) Adrian Schmutzler (Manager) - 2018-06-23 13:11
 https://mantis.freifunk-franken.de/view.php?id=104#c277 
---------------------------------------------------------------------- 
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. 

---------------------------------------------------------------------- 
 (0000278) Adrian Schmutzler (Manager) - 2018-06-24 19:49
 https://mantis.freifunk-franken.de/view.php?id=104#c278 
---------------------------------------------------------------------- 
Habe gerade eine Picostation geflasht, dort tritt die selbe Situation auf. 

---------------------------------------------------------------------- 
 (0000285) Adrian Schmutzler (Manager) - 2018-07-29 19:25
 https://mantis.freifunk-franken.de/view.php?id=104#c285 
---------------------------------------------------------------------- 
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. 

---------------------------------------------------------------------- 
 (0000304) ChristianD (Manager) - 2018-09-14 18:20
 https://mantis.freifunk-franken.de/view.php?id=104#c304 
---------------------------------------------------------------------- 
wa850re ohne angeschlossenen LAN Port werde ich ebenfalls im Logread zugespamt 

---------------------------------------------------------------------- 
 (0000306) fbl (Administrator) - 2018-10-16 00:13
 https://mantis.freifunk-franken.de/view.php?id=104#c306 
---------------------------------------------------------------------- 
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. 

---------------------------------------------------------------------- 
 (0000387) fbl (Administrator) - 2019-12-08 23:20
 https://mantis.freifunk-franken.de/view.php?id=104#c387 
---------------------------------------------------------------------- 
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? .. 

---------------------------------------------------------------------- 
 (0000397) fbl (Administrator) - 2020-04-23 00:47
 https://mantis.freifunk-franken.de/view.php?id=104#c397 
---------------------------------------------------------------------- 
Commited fix to macnocker repository.
https://github.com/FreifunkFranken/macnocker/commit/ce01c3253b7f6acb1e25a26e8de4e013aed52bb0


---------------------------------------------------------------------- 
 (0000399) fbl (Administrator) - 2020-04-23 20:03
 https://mantis.freifunk-franken.de/view.php?id=104#c399 
---------------------------------------------------------------------- 
Should be fixed with b9fe20c8e77331c08520ca4ac6430ce6b5cdc0f8 

Eintrags-Historie 
Änderungsdatum   Benutzername   Feld                     Änderung             
====================================================================== 
2018-06-23 13:01 Adrian SchmutzlerNeuer Eintrag                                
2018-06-23 13:11 Adrian SchmutzlerNotiz hinzugefügt: 0000277                   

2018-06-24 19:49 Adrian SchmutzlerNotiz hinzugefügt: 0000278                   

2018-07-25 14:24 reddog         Beziehung hinzugefügt    hat Duplikat 0000105
2018-07-25 14:24 reddog         Eintragsbeobachtung gestartet: rola             
      
2018-07-27 11:02 reddog         Zielversion              20180726-beta =>
next-stable
2018-07-29 19:25 Adrian SchmutzlerNotiz hinzugefügt: 0000285                   

2018-09-14 18:20 ChristianD     Notiz hinzugefügt: 0000304                    
2018-10-16 00:13 fbl            Notiz hinzugefügt: 0000306                    
2019-10-02 12:46 fbl            Kategorie                Freifunk Franken
Firmware => General
2019-10-02 12:48 fbl            Kategorie                General => General2 
2019-10-02 12:49 fbl            Kategorie                General2 => General 
2019-11-21 21:51 fbl            Zielversion              next-stable =>
next-feature
2019-12-01 12:55 fbl            Bearbeitung durch         => fbl             
2019-12-01 12:55 fbl            Status                   neu => bestätigt    
2019-12-01 12:55 fbl            Zielversion              next-feature => next
2019-12-08 23:20 fbl            Notiz hinzugefügt: 0000387                    
2019-12-26 11:36 fbl            Zielversion              next => next-stable 
2020-04-23 00:47 fbl            Notiz hinzugefügt: 0000397                    
2020-04-23 20:03 fbl            Status                   bestätigt => erledigt
2020-04-23 20:03 fbl            Lösung                   offen => erledigt   
2020-04-23 20:03 fbl            Notiz hinzugefügt: 0000399                    
======================================================================



Mehr Informationen über die Mailingliste franken-dev