[Pfeifenraucher]

Moin zusammen,

aktuell beschäftigt mich die Netzwerkstabilität des RPi3B und die damit zusammenhängende Verbindung zum ONet.

Auszug aus dem Log (show / hide)

Code: [Select]

May  6 04:46:53 (none) user.warn kernel: [  141.312143] rc rc0: two consecutive events of type space
May  6 05:35:29 (none) user.info kernel: [ 3056.976246] smsc95xx 1-1.1:1.0 eth0: link down
May  6 05:35:30 (none) user.err vdr: [1654] curl_easy_perform() [rtsp.c,369] failed: Timeout was reached (28)
May  6 05:35:30 (none) user.err vdr: [1654] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.22.20/ [device 0]
May  6 05:35:30 (none) user.err vdr: [1654] SATIP-ERROR: Pid update failed - retuning [device 0]
May  6 05:35:31 (none) user.info kernel: [ 3058.663951] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1
May  6 06:12:40 (none) user.err vdr: epg2vdr: --- EPG 'update' started ---
May  6 06:13:02 (none) user.err vdr: epg2vdr: Load images from database
May  6 06:13:03 (none) user.err vdr: epg2vdr: Got 0 images from database in 1 seconds (0 updates, 0 new) and created 12 links
May  6 06:13:03 (none) user.err vdr: epg2vdr: --- EPG update finished ---
May  6 06:31:59 (none) user.info kernel: [ 6446.919763] smsc95xx 1-1.1:1.0 eth0: link down
May  6 06:32:00 (none) user.info kernel: [ 6448.567834] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1
May  6 06:32:01 (none) user.err vdr: [1654] curl_easy_perform() [rtsp.c,369] failed: Timeout was reached (28)
May  6 06:32:01 (none) user.err vdr: [1654] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.22.20/ [device 0]
May  6 06:32:01 (none) user.err vdr: [1654] SATIP-ERROR: Pid update failed - retuning [device 0]
May  6 07:52:37 (none) user.info kernel: [11285.455905] smsc95xx 1-1.1:1.0 eth0: link down
May  6 07:52:39 (none) user.err vdr: [1654] curl_easy_perform() [rtsp.c,369] failed: Timeout was reached (28)
May  6 07:52:39 (none) user.err vdr: [1654] SATIP-ERROR: Detected invalid status code 0: rtsp://192.168.22.20/ [device 0]
May  6 07:52:39 (none) user.err vdr: [1654] SATIP-ERROR: Pid update failed - retuning [device 0]
May  6 07:52:39 (none) user.info kernel: [11287.287848] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1

Hat jemand eine Idee, was da schief läuft bzw. wie ich das in den Griff bekommen kann?
Zu Zeiten der 5.3 war das kein Problem.

VG
Erik

[clausmuus]

Mir fällt bei dem Log auf, dass sich der RPI mit 100MBit verbindet. Hängt der beim Switch an einem 100MBit Port, oder hat er nen Problem mit der Verkabelung?

[Pfeifenraucher]

Hmm,

meines Wissens nach hängt das RPi3b über Patchkabel, Dose - Dose, Patchkabel direkt am Switch des OctoNet und der macht 1GB.

Könnte natürlich ein Problem in der Autoerkennung des Ports liegen.

"ethtool eth0"-Ausgabe (show / hide)

Code: [Select]

mldrpi3b> ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbag
        Wake-on: d
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: yes


Da ist mir jetzt nicht klar, ob die auto-negotiation-Funktion richtig funktioniert. Kann ich den Speed mal temporär auf 1000MBit/s testen und bei Nichtgelingen wird automatisch wieder auf 100MBit geschaltet? Ich habe sonst kaum die Möglichkeit aus der Ferne ein Reboot zu veranlassen.

Auf der anderen Seite reicht 100MBit/s für den Einkanaler-Client aus, wenn alle Aufnahmen über den Server gehen. Zudem habe ich gesehen, dass das Problem nur zum angegebenen Zeitpunkt aufgetreten ist - scheinbar ist das Netz seither ruhig.

VG
Erik

[NoTape]

...
Kann ich den Speed mal temporär auf 1000MBit/s testen und bei Nichtgelingen wird automatisch wieder auf 100MBit geschaltet?
...

Warum auch immer, 1000baseT wird gar nicht von deinem Raspi-Interface angeboten.
So sollte das aussehen:

Code: [Select]

pi@raspi3bp:~ $ ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes:   10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Full                          <<<-------
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Full                          <<<-------
...


[Pfeifenraucher]

Hmm, danke, habe aufgrund der unwägbarkeit mal auf das Board geschaut.

Damels bestellt und bekommen: RPi3B (100MBit/s)

Auf der Platine steht allerdings: RPi3B+ (das wären dann theoretisch 1000MBit, aber nur 295 MBit/s, da über USB realisiert)

Rückfrage bei raspberry Tech-Support ergab halt - is so, gab wohl eine kleine Charge mit dem Platinenlayout 3B+ und kastrierter Hardware für 3B, die auch als letzteres verkauft wurden.

Habe daraufhin die Betreffs meiner Postings abgeändert, damit keiner auf die falsche Fährte geführt wird.

Bleibt also bei 100MBit und ein Kabelfehler kann ausgeschlossen werden. Heute war kein Fehler in der Konnektivität festzustellen.

Merchwürdich....

[NoTape]

Ja, das ist eine Erklärung für das fehlende 1000baseT/Full.

So kann man übrigens das genaue Modell abfragen: cat /proc/device-tree/model
"Raspberry Pi 3 Model B Plus Rev 1.3"

Sollte es wieder Unterbrechungen geben, hilft es vielleicht auch die Übertragung fest einzustellen:
ethtool -s eth0 speed 100 duplex full autoneg off

Vielleicht hat sich aber auch, in einer der RJ-Steckverbindungen, der berüchtigte "Staub-Elefant" versteckt.
Da hilft dann nur brutales Vorgehen mit einer Flasche Druckluftspray 

[Pfeifenraucher]

Mahlzeit!

Code: [Select]

mldrpi3b> cat /proc/device-tree/model
Raspberry Pi 3 Model B Rev 1.2Somit wäre das Frachezeichen eindeutich jeklährt...

VG

[Pfeifenraucher]

Moin!

Sollte es wieder Unterbrechungen geben, hilft es vielleicht auch die Übertragung fest einzustellen:
ethtool -s eth0 speed 100 duplex full autoneg off

Damit wird das System schon ruhig, gestern gesetzt und bis auf einen satip-error nach dem Start ist alles gut. Kein eth-link down/up im Protokoll.

VG