So erkennst du, ob ein Plex-Fehler vom Client oder vom Server verursacht wird

Der schnellste Weg zur Eingrenzung ist der Umfang: Wenn dasselbe Medium auf mehreren Clients fehlschlägt, untersuchen Sie den Server oder den gemeinsam genutzten Netzwerkpfad. Wenn nur ein Client betroffen ist, beginnen Sie dort.

Plex-Fehler sehen in der App oft identisch aus, selbst wenn die fehlerhafte Ebene eine andere ist. Ein Client kann einen Codec ablehnen, seinen lokalen App-Zustand verlieren oder eine andere Wiedergabequalität wählen, während der Server eine Datei nicht lesen, transkodieren, authentifizieren oder einen entfernten Pfad erreichen kann. Geben Sie denselben Titel am selben Zeitpunkt auf zwei Clients wieder, lassen Sie die Servereinstellungen unverändert und richten Sie die weitere Untersuchung nach dem Ergebnis aus.

Mit einem Medienelement den Umfang auf mehreren Clients testen

Wählen Sie das Element aus, bei dem der Fehler zuverlässig auftritt, und geben Sie es auf einem zweiten Client wieder, ohne den Server zu ändern. Halten Sie den Verbindungstyp möglichst ähnlich. Wenn beide Clients an derselben Stelle fehlschlagen, sind die Mediendatei, der Leseweg des Servers, die Transkodierung oder die gemeinsam genutzte Netzwerkroute wahrscheinlicher als ein isoliertes App-Problem.

Plex’ Anleitung zu Serverprotokollen behandelt Serverprotokolle als zentrales Werkzeug zur Fehlerbehebung und bietet eine integrierte Möglichkeit, diese herunterzuladen. Notieren Sie vor dem Sammeln den genauen Wiedergabezeitpunkt, damit Sie den Fehler dem relevanten Protokollabschnitt zuordnen können, statt blind einen ganzen Tag zu durchsuchen.

Wenn der zweite Client dasselbe Element problemlos wiedergibt, bleiben Sie beim Client-Zweig. Vergleichen Sie App-Version, lokales Netzwerk und entfernten Pfad, Wiedergabequalität, Untertitel, Codec-Unterstützung sowie die Frage, ob dieser Client eine Transkodierung erzwingt, die der funktionierende Client nicht benötigt.

Den Sitzungspfad vergleichen, nicht nur den Fehlertext

Öffnen Sie während der Reproduktion des Fehlers das Plex-Dashboard und prüfen Sie die Sitzung. Notieren Sie, ob der fehlerhafte Client Direct Play, Direct Stream oder Transkodierung verwendet und ob die Verbindung lokal oder entfernt ist. Zwei Clients, die beim Server unterschiedliche Wiedergabepfade anfordern, sind keine gleichwertigen Tests, selbst wenn sie dieselbe Datei öffnen.

Wenn nur der fehlerhafte Client eine Transkodierung auslöst, erzwingen Sie auf dem funktionierenden Client eine vergleichbare Qualität und wiederholen Sie den Test. Wenn jetzt beide fehlschlagen, hat sich das Problem von einem clientspezifischen Zweig zu einem Server-Transkodierungszweig verlagert. Wenn der zweite Client unter demselben Pfad weiterhin erfolgreich ist, bleibt der ursprüngliche Client der wahrscheinlichere Verursacher.

Wenn jeder Client nur bei einer entfernten Verbindung fehlschlägt, lokal jedoch funktioniert, untersuchen Sie den gemeinsam genutzten entfernten Pfad – Router, Tunnel, Reverse-Proxy, Relay, Upload-Bandbreite oder DNS –, bevor Sie eine Client-App neu installieren. Der Umfang kann eine Netzwerkgrenze ebenso wirksam isolieren wie einen einzelnen Client.

Protokolle von der tatsächlich fehlerhaften Ebene sammeln

Sobald der Umfang auf den Server-Zweig hindeutet, reproduzieren Sie das Problem einmal, notieren Sie den Zeitpunkt und laden Sie sofort die Serverprotokolle herunter. Suchen Sie rund um das Ereignis nach Fehlern beim Dateizugriff, bei der Transkodierung, im Netzwerk, in der Datenbank oder bei der Authentifizierung. Vermeiden Sie maximale Ausführlichkeit, sofern die Support-Dokumentation dies nicht ausdrücklich verlangt, denn mehr Zeilen bedeuten nicht automatisch bessere Belege.

Eine ähnliche, protokollorientierte Methode wird im ZimaSpace-Leitfaden zur Fehlerbehebung bei Apps beschrieben: Beginnen Sie bei der fehlerhaften Ebene und nutzen Sie anschließend die Hinweise in den Protokollen, um zu entscheiden, ob der nächste Zweig DNS, Ports, Berechtigungen oder die App betrifft. Auch der Plex-Workflow profitiert von dieser Disziplin.

Wenn der Client-Zweig isoliert bleibt, sammeln Sie, sofern die Plattform dies erlaubt, die App-Protokolle oder Diagnoseinformationen dieses Clients und verwenden Sie den Zeitstempel im Serverprotokoll als Kontrollwert. Ändern Sie den Server nicht global, um ein Problem zu beheben, das nur ein einziger Endpunkt reproduzieren kann.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Die Lösung auf dem ursprünglichen Client und einem Kontroll-Client überprüfen

Wenden Sie die kleinste Lösung an, die zur isolierten Ebene passt: Aktualisieren oder setzen Sie den Client zurück, wenn nur dieser Client fehlschlägt; reparieren Sie Serverberechtigungen, Transkodierung oder den Netzwerkzustand, wenn mehrere Clients betroffen sind. Geben Sie anschließend dasselbe Medium ab derselben Stelle wieder, an der der Fehler aufgetreten ist.

Plex’ Verfahren zum Melden von Problemen empfiehlt, das Problem zu reproduzieren und Protokolle mit konkreten Versions- und Umgebungsdetails zu sammeln. Das ist auch eine gute abschließende Prüfung vor einer Eskalation: Ein reproduzierbarer Fehler mit Zeitstempeln lässt sich wesentlich leichter diagnostizieren als ein allgemeiner „Wiedergabefehler“.

Die Lösung ist bestätigt, wenn der ursprüngliche Client funktioniert und der Kontroll-Client weiterhin normal arbeitet. Wenn der Fehler die Ebene wechselt – beispielsweise ein Client-Fehler verschwindet, aber nun alle entfernten Clients fehlschlagen –, halten Sie inne und klassifizieren Sie das Problem neu, statt weitere Änderungen auf der ersten Diagnose aufzubauen.