De snelste manier om onderscheid te maken is de reikwijdte: als dezelfde media op meerdere clients niet werkt, onderzoek dan de server of het gedeelde netwerkpad; als slechts één client problemen geeft, begin daar.
Plex-fouten zien er in de app vaak hetzelfde uit, ook wanneer de falende laag anders is. Een client kan een codec weigeren, lokale appgegevens kwijtraken of een andere afspeelkwaliteit kiezen, terwijl de server er niet in kan slagen een bestand te lezen, te transcoderen, te authenticeren of een extern pad te bereiken. Speel één item op hetzelfde tijdstip af op twee clients, laat de serverinstellingen ongewijzigd en laat het resultaat bepalen welke logboeken en oplossingen aandacht verdienen.
Gebruik één media-item om de reikwijdte op verschillende clients te testen
Kies het item dat steeds opnieuw problemen geeft en speel het af op een tweede client zonder de server te wijzigen. Houd het verbindingstype zo vergelijkbaar mogelijk. Als beide clients op hetzelfde punt falen, zijn het mediabestand, het leespad van de server, transcoding of de gedeelde netwerkroute waarschijnlijker de oorzaak dan een geïsoleerd app-probleem.
De richtlijnen voor serverlogboeken van Plex beschouwen serverlogboeken als een belangrijk hulpmiddel bij het oplossen van problemen en bieden een ingebouwde manier om ze te downloaden. Noteer voordat je ze verzamelt het exacte tijdstip van het afspelen, zodat je de fout kunt koppelen aan het relevante gedeelte van het logboek in plaats van blind een hele dag te doorzoeken.
Als de tweede client hetzelfde item probleemloos afspeelt, blijf dan binnen de clienttak. Vergelijk de appversie, het lokale netwerk met het externe pad, de afspeelkwaliteit, ondertiteling, codec-ondersteuning en of die client een transcodering afdwingt die de werkende client niet nodig heeft.
Vergelijk het sessiepad, niet alleen de fouttekst
Open het Plex-dashboard terwijl je de fout opnieuw veroorzaakt en bekijk de sessie. Noteer of de falende client Direct Play, Direct Stream of Transcode gebruikt en of de verbinding lokaal of extern is. Twee clients die de server om verschillende afspeelpaden vragen, zijn geen gelijkwaardige tests, ook al openen ze hetzelfde bestand.
Als alleen de falende client een transcodering activeert, stel dan op de werkende client een vergelijkbare kwaliteit in en herhaal de test. Als beide nu falen, is het probleem verschoven van een clientspecifieke tak naar een servertranscoderingstak. Als de tweede client onder hetzelfde pad nog steeds werkt, blijft de oorspronkelijke client de waarschijnlijkere verdachte.
Als elke client alleen op afstand faalt maar lokaal wel werkt, onderzoek dan eerst het gedeelde externe pad—router, tunnel, reverse proxy, relay, uploadsnelheid of DNS—voordat je een clientapp opnieuw installeert. De reikwijdte kan een netwerkgrens net zo effectief isoleren als een client.
Verzamel logboeken van de laag die daadwerkelijk is uitgevallen
Zodra de reikwijdte de servertak aanwijst, reproduceer je het probleem één keer, noteer je het tijdstip en download je onmiddellijk de serverlogboeken. Zoek rond de gebeurtenis naar fouten met betrekking tot bestandstoegang, transcoding, netwerk, database of authenticatie. Vermijd het inschakelen van maximale uitgebreidheid tenzij de ondersteuningsdocumentatie daar specifiek om vraagt, want meer regels betekenen niet automatisch beter bewijs.
Een vergelijkbare logboekgerichte methode staat in de probleemoplossingsgids voor ZimaSpace-apps: begin bij de laag die is uitgevallen en gebruik vervolgens aanwijzingen uit de logboeken om te bepalen of de volgende tak DNS, poorten, machtigingen of de app betreft. De Plex-werkwijze profiteert van dezelfde discipline.
Als de clienttak geïsoleerd blijft, verzamel dan de app-logboeken of diagnostische informatie van die client, voor zover het platform dat toestaat, en gebruik het tijdstip in het serverlogboek als referentie. Wijzig de server niet globaal om een probleem op te lossen dat slechts op één eindpunt kan worden gereproduceerd.
Controleer de oplossing op de oorspronkelijke client en één controleclient
Pas de kleinst mogelijke oplossing toe die bij de geïsoleerde laag past: werk de client bij of stel deze opnieuw in wanneer alleen die client faalt; herstel servermachtigingen, transcoding of de netwerkstatus wanneer meerdere clients falen. Speel dezelfde media vervolgens opnieuw af vanaf hetzelfde punt waarop de fout optrad.
De procedure voor het melden van problemen van Plex raadt aan het probleem te reproduceren en logboeken te verzamelen met specifieke versie- en omgevingsgegevens. Dat is ook een goede eindcontrole voordat je het probleem escaleert: een reproduceerbare fout met tijdstippen is veel eenvoudiger te diagnosticeren dan een algemene ‘afspeelfout’.
Een oplossing is bevestigd wanneer de oorspronkelijke client weer werkt en de controleclient normaal blijft functioneren. Als de fout van laag verandert—bijvoorbeeld wanneer de clientfout verdwijnt maar nu alle externe clients falen—stop dan en classificeer het probleem opnieuw in plaats van nog meer wijzigingen op basis van de eerste diagnose te stapelen.
Ondersteuning & Tips
Meer om te lezen

Kan Plex een GPU delen met een andere Docker-container?
Plex en een andere container kunnen vaak dezelfde GPU gebruiken, maar je moet de driverondersteuning, apparaattoewijzing, belasting van de video-engine, het geheugengebruik en het...

Plex-cache en tijdelijke opslag voor transcodering configureren
Bescherm de permanente Plex-status door tijdelijke transcodebestanden op geschikte lokale opslag te plaatsen en controleer vervolgens het opruimen, de beschikbare ruimte en het gedrag...

Een back-up van Plex maken zonder een inconsistente database vast te leggen
Gebruik de databaseback-up van Plex voor de kernstatus, of stop Plex voordat je de volledige app-datastructuur kopieert. Test daarna of je de back-up kunt...

