Varför hänger en NFS-montering sig vid en failover av hemroutern?
En NFS-montering kan hänga sig under redundansväxling i hemroutern eftersom befintliga NFS-begäranden fortsätter att försöka via en sökväg vars gateway, källadress eller TCP-tillstånd har ändrats.
I en ZimaSpace-hemserver kan delningen finnas på en NAS medan appar, medietjänster eller säkerhetskopieringsjobb monterar den från en annan nod. En redundansväxling i routern kan bevara grundläggande internetåtkomst men lämna en befintlig NFS-session utan fungerande väg. Det användbara testet jämför routningstillstånd, NFS-omförsöksbeteende samt den gamla och den nya sökvägen utan att omedelbart starta om NAS-enheten.
Skilj NFS-fel från allmänna routerfel
Bekräfta att NAS-enheten fortfarande kan nås via IP och att en ny TCP-anslutning kan skapas medan den befintliga monteringen har hängt sig.
En fokuserad felsökningsblogg om NFS på nätverks- och brandväggsfel hjälper till att isolera denna gren eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Om nya anslutningar också misslyckas ska du reparera nätverkssökvägen först. Om endast den befintliga monteringen hänger sig ska du undersöka NFS-omförsök och inaktuellt transporttillstånd.
Förstå varför en hård montering fortsätter att vänta
Kontrollera om delningen är monterad med hård montering och om programmet blockeras medan NFS försöker utföra samma begäran igen.
En fokuserad oberoende blogg om bästa praxis för NFS på att låta program fortsätta vänta när servern försvinner hjälper till att isolera denna gren eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
För viktiga data bör du inte byta till mjuka monteringar bara för att dölja ett redundansväxlingsproblem. Åtgärda nåbarheten och använd automontering som avgränsning för icke-kritiska delningar.
Leta efter gammalt TCP-tillstånd efter att gatewayen har ändrats
Fånga omsändningar från NFS-klienten och jämför nästa hopp före och efter redundansväxlingen.
En fokuserad felsökningsfallstudie på paketnivå på TCP-omsändningar fortsatte tills sessionen återställdes hjälper till att isolera denna gren eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Om paketen följer den nya routen men den gamla anslutningen aldrig återhämtar sig ska du testa en ny montering efter att säkert ha frigjort det fastnade klienttillståndet.
Kontrollera skillnader i routning och transport efter redundansväxlingen
Jämför käll-IP, gateway, gränssnitt och sökvägens MTU före och efter routerövergången.
En fokuserad praktisk felsökningsguide för NFS på problem med serveråtkomst och transport hjälper till att isolera denna gren eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
En redundansväxling som ändrar källsubnät eller MTU kan kräva justeringar av brandväggsregler och exporter även när NAS-panelen fortfarande är nåbar.
Frigör en fastnad montering utan att starta om hemservern
Stoppa program som använder monteringen, identifiera blockerade processer och använd en kontrollerad lat eller tvingad avmontering endast när en normal avmontering inte kan slutföras.
En fokuserad Linux-artikel om felsökning på att frigöra fastnade NFS-monteringar utan omstart hjälper till att isolera denna gren eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Avsluta inte NAS-processer och ta inte bort monteringskataloger som första åtgärd. Bevara loggar som visar vilken begäran som fastnade.
Använd automontering för icke-kritiska fjärrdelningar
För media- eller sekundära säkerhetskopieringssökvägar kan du överväga montering vid behov, så att en misslyckad routersökväg inte blockerar orelaterad uppstart eller tjänstestart.
En fokuserad praktisk Linux-guide på x-systemd.automount kan montera NFS vid första åtkomst hjälper till att isolera denna gren eftersom den behandlar samma specifika problem i stället för att bara definiera det underliggande protokollet.
Testa igen efter två redundansväxlingscykler. Det förväntade resultatet är antingen en ren återställning av sessionen eller en begränsad ommontering, inte att hela systemet hänger sig.
Testa den exakta hemserversökvägen igen
Efter att ha ändrat en variabel ska du upprepa samma NAS- eller självhostade arbetsflöde från samma klient i stället för att byta till ett annat test som kan använda en annan sökväg.
Den relaterade ZimaSpace-guiden på den närliggande nätverkssökvägen för hemservern hjälper till att hålla den slutliga verifieringen knuten till samma självhostade miljö.
Åtgärden är klar först när det ursprungliga symptomet fortsätter att vara borta efter återanslutning, omstart av tjänsten och en andra kontrollerad överföring eller begäran.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
