Så avgör du om ett Plex-fel kommer från klienten eller servern

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Den snabbaste avgränsningen är omfattningen: om samma media misslyckas på flera klienter bör du undersöka servern eller den gemensamma nätverkssökvägen; om bara en klient misslyckas börjar du där.

Plex-fel kan se identiska ut i appen även när det är olika lager som har problem. En klient kan avvisa en codec, förlora lokalt appdata eller välja en annan uppspelningskvalitet, medan servern kan misslyckas med att läsa en fil, transkoda, autentisera eller nå en fjärrsökväg. Spela upp samma objekt vid samma tidsstämpel på två klienter, låt serverinställningarna vara oförändrade och låt resultatet avgöra vilka loggar och åtgärder som är relevanta.

Använd ett mediaobjekt för att testa omfattningen mellan klienter

Välj objektet som konsekvent misslyckas och spela upp det på en andra klient utan att ändra servern. Håll anslutningstypen så lik som möjligt. Om båda klienterna misslyckas vid samma punkt blir mediefilen, serverns lässökväg, transkodningen eller den gemensamma nätverksrutten mer sannolik än ett isolerat appproblem.

Plex vägledning om serverloggar beskriver serverloggar som ett centralt felsökningsverktyg och tillhandahåller ett inbyggt sätt att ladda ned dem. Innan du samlar in dem bör du skriva ned den exakta tidsstämpeln för uppspelningen, så att du kan koppla felet till rätt loggintervall i stället för att blint söka igenom en hel dag.

Om den andra klienten spelar upp samma objekt utan problem ska du fortsätta på klientspåret. Jämför appversion, lokalt nätverk kontra fjärrsökväg, uppspelningskvalitet, undertexter, stöd för codec och om klienten tvingar fram en transkodning som den fungerande klienten inte behöver.

Jämför sessionssökvägen, inte bara feltexten

Öppna Plex-instrumentpanelen medan du återskapar felet och granska sessionen. Notera om den felande klienten använder Direct Play, Direct Stream eller transkodning, samt om den är lokal eller fjärransluten. Två klienter som begär olika uppspelningssökvägar från servern är inte likvärdiga tester, även om de öppnar samma fil.

Om endast den felande klienten utlöser en transkodning kan du tvinga fram en jämförbar kvalitet på den fungerande klienten och försöka igen. Om båda nu misslyckas har problemet flyttats från ett klientspecifikt spår till ett serverrelaterat transkodningsspår. Om den andra klienten fortfarande fungerar med samma sökväg är den ursprungliga klienten fortfarande den starkaste misstänkta orsaken.

Om alla klienter bara misslyckas när de är fjärranslutna men fungerar lokalt bör du undersöka den gemensamma fjärrsökvägen – router, tunnel, omvänd proxy, relä, uppladdningsbandbredd eller DNS – innan du installerar om någon klientapp. Omfattningsanalys kan isolera en nätverksgräns lika effektivt som den kan isolera en klient.

Samla in loggar från det lager där felet faktiskt uppstod

När omfattningen pekar på servern ska du återskapa problemet en gång, notera tidsstämpeln och omedelbart ladda ned serverloggarna. Sök efter fel kring filåtkomst, transkodning, nätverk, databas eller autentisering runt händelsen. Undvik att aktivera maximal detaljnivå om inte supportdokumentationen uttryckligen ber om det, eftersom fler rader inte automatiskt innebär bättre bevis.

En liknande loggfokuserad metod finns i ZimaSpaces felsökningsguide för appar: börja med lagret där felet uppstod och använd sedan ledtrådar i loggarna för att avgöra om nästa spår gäller DNS, portar, behörigheter eller appen. Plex-arbetsflödet har nytta av samma disciplin.

Om klientspåret fortfarande är isolerat samlar du in klientens apploggar eller diagnostikinformation där plattformen tillåter det och använder serverloggens tidsstämpel som kontrollpunkt. Ändra inte servern globalt för att åtgärda ett problem som bara kan återskapas av en enda slutpunkt.

-15% OFF
Single board computer zimaboard2

Verifiera lösningen på den ursprungliga klienten och en kontrollklient

Tillämpa den minsta åtgärd som motsvarar det isolerade lagret: uppdatera eller återställ klienten när bara den klienten misslyckas; reparera serverbehörigheter, transkodning eller nätverkstillstånd när flera klienter misslyckas. Spela sedan upp samma media igen från samma punkt där felet inträffade.

Plex procedur för felrapportering rekommenderar att problemet återskapas och att loggar samlas in tillsammans med specifika versions- och miljöuppgifter. Det är också en bra slutkontroll före eskalering: ett återskapningsbart fel med tidsstämplar är mycket enklare att diagnostisera än ett generellt ”uppspelningsfel”.

En lösning är bekräftad när den ursprungliga klienten fungerar och kontrollklienten fortfarande beter sig normalt. Om felet byter lager – till exempel om ett klientfel försvinner men alla fjärrklienter nu misslyckas – ska du avbryta och omklassificera problemet i stället för att stapla fler ändringar på den första diagnosen.

Support och tips

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.