Fehler "Keine Ethernetverbindung" während Wiedergabe

Für mich ist das Log zu viel, können andere vielleicht mehr mit anfangen. Klar, Fehler findet man zu smb. Sieht aber auch so aus, als wäre SMB-Signing wieder aktiv. Also ich würde das nochmals sorgfältig prüfen (ich gab den Hinweis, dass auf dem Windows-Rechner nur die Server-Seite ne Rolle spielen sollte, würde aber sicherheitshalber beide genannten Parameter nehmen, also auch Client-Seite). Anfang des Logs fehlt (wo man beispielsweise Cache Einstellungen sehen würde).

Wundere mich bisschen, dass ich überall nur SMB2 sehe. Bei nur leidlich aktuellem Windows, der als SMB-Server arbeitet, würde ich SMBv3.x erwarten. Mag aber sein, dass die "2" sich einfach nur auf das Signing bezieht. Ansonsten, hast du die Parameter verstellt zu SMB in Kodi? (Mag sein, dass das schon diskutiert wurde, aber nach über 2 Wochen Pause ...)

Zu anderen Hinweisen habe ich bislang keine Rückmeldungen gesehen (Reboot, Last auf dem Server).

Zitat von guidegame

Habe dann die beiden Befehle aus #14 wieder umgekehrt, also so eingestellt wie es werksmäßig ist und habe anschließend auch gestern und heute ca. 10 Filme laufen lassen. Auch hier kein Fehler [buers: mit Windows Client].

Es ist für mich nicht klar aus der Formulierung, ob die Fehler im Log mit den Befehlen aus #14 $False oder $True geschah. Dass das einem Windows Client nix ausmacht, ist zu erwarten. Bei einem Linux/Android/... Client kann das anders sein (und ist Bestandteil tausender Diskussionen im Internet, seit MS das für Win 24H2 geändert hat).

In der Tat trat dein Fehler wieder auf, auch beim Deaktivieren von SMB Signing - aber bezieht sich das Log darauf? Möglicherweise gibt es da auch eine Koinzidenz, irgendwas zufälliges, was mal auftrat, und zu falschen Schlüssen führt. Ich habe auch bei Aufnahmen normalerweise keine Fehler, aber hin und wieder ist einer drin. Ist ja schon auffällig, dass zunächst das Deaktivieren des Signing zu helfen schien und dass es halt die zeitliche Korrelation mit 24H2 gibt.

In den Logausschnitten, die ich sah, waren jedenfalls immer Fehler zu SMB drin. Ich sehe allerdings nicht, das typische Muster, wenn die Bandbreite nicht ausreicht.

Was die Größe der Anhänge angeht: kenne das Limit nicht, aber bequemer für Leser ist paste.kodi.tv. Besser als Anfang Wegschneiden bei so einem Problem: Sagen wir Kodi startet um 15:00, Film startet um 15:03, Fehler tritt 16:00 auf, dann wird Kodi beendet. Wenn File zu groß, am besten die Zeilen zwischen 15:05 und 15:55 löschen.

Scheint du hast Komponenten-spezifisches Debug-Logging eingeschaltet? Falls ja - jedenfalls für mich bringt FFMPEG-Bibliothek für dieses Problem nix (und das scheint an zu sein?). SMB mag hier was bringen. Du wurdest (nicht von mir ...) nach Debug-Log gefragt. Konvention hier im Forum ist bei solchen Anfragen, dass wenn nicht explizit gefordert, die bei der komponenten-spezifische Protokollierung normalerweise alles auf aus ist. Das kann die Länge (und Lesbarkeit) des Logs extrem beeinflussen.

EDIT: Wenn Debug-Logging an ist, sieht man CPU-Auslastung des Systems. Hast du mal darauf geachtet? War die hoch und evt. sogar besonders hoch, als das Problem auftrat? Ggf. wäre es auch interessant zu beobachten, ob CPU-Auslastung sich signifikant ändert, abhängig von der SMB-Signing-Einstellung.

Erstmal vorweg: Echt top von dir! Selten das jemand so lange und so gut dran bleibt, aktiv ausprobiert was ihm geraten wird und auch anständig Feedback liefert. Da können sich einige ne Scheibe von abschneiden!

Zum Log ansich:

Dir knickt wirklich simpel die Netzwerkleitung weg an der Shield.

• neues Netzwerkkabel probieren
• Switch Neustarten / anderen Switch nehmen oder ggf. Testweise ohne Switch
• USB-NIC anschließen und Testen soweit vorhanden
• WLAN außer Reichweite? wenn nein könnte man das auch mal Testweise nutzen

Ich hab irgendwas im Kopf von wegen defekte NICs an der Shield aber ich bin mir da nicht 100 pro sicher ... gabs da nichtmal was?

Wird der Switch auffällig warm/heiß? Fiept das Netzteil? nur so Gedanken zur Ursachenforschung. Was hängt da zu ein Switch genau dran?

Ich habe mir auch nochmals Log angesehen.

Hattest du nicht geschrieben, dass alles verkabelt ist und dass über Windows Client alles funktioniert? Vielleicht hast du di Möglichkeit, die Shield an das LAN-Kabel zu hängen, an dem Windows-Client funktioniert, dann kann viel von HW-Schaden ausgeschlossen werden (außer halt Shield intern, da dann auch der Hinweis von noob_at_pc zu Test mit WLAN).

Hatte vorher mal einen falschen Schluss gezogen, da ich bei mir die Zeile smb: signed SMB2 message (sign_algo_id=2)
nicht sah. Hatte aber leider auf Windows getestet, und da ist SMB in Kodi ganz anders implementiert (weil Windows-File-APIs grundsätzlich eh schon funktioniert genauso mit c:\path\to\file.mkv wie auch mit \\Nasserver\Freigabe\path\to\file.mkv). Auf Android-TV sehe ich auch solche Meldungen.

Zitat von guidegame

Ich habe auch selbstverständlich überprüft, ob das SMB-Signing auch tatsächlich aktiviert bzw. deaktiviert ist.

Nur um Fehlinterpretation auszuschließen - wie hast du das überprüft? Abfrage mit Powershell oder Prüfung der Registry-Werte alleine ist nicht genügend, Reboot ist normalerweise erforderlich (möglicherweise reicht es einen oder verschiedene Services neuzustartet oder andere Tricks). Sehe allerdings im Log schon, dass offenbar ein Mal SMB Chunks signiert ein Mal unsigniert ankommen.

Was mich wundert - ich hatte den Eindruck, dass das Problem sporadisch auftritt, oft lange gar nicht. Jetzt ist es in einem Log bereits nach 4 Minuten da ... Aber vielleicht Hinweis auf sterbende HW.

Da die Logs von verschiedenen Filmen sind: Hast du geprüft, ob es da pro Film was Reproduzierbares gibt? (Soweit ich die ganze Diskussion erinnere, spricht allerdings wenig dafür ...). Klar, dass man sich zum Test nicht gerne das Selbe immer wieder ansieht ...

EDIT: Kannst du prüfen, ob dein Ethernet-Connect durchgehend 1 Gbit/s ist? Ich sehe, dass knapp 100 SMB Chunks a 128 kiByte pro Sekunde übertragen wurden. Das spricht für Film mit sehr hoher Bandbreite - korrekt? Das entspricht auch ziemlich genau 100 Mbit/s Übertragunsrate. Passt allerdings nicht zur Fehlermeldung (read Error, broken pipe).