Så här löser du inaktuella NFS-filhandtag efter att ha bytt namn på en datauppsättning
Föråldrade NFS-filhandtag efter att ett dataset har bytt namn betyder vanligtvis att klienten fortfarande har referenser till objekt eller exportidentiteter som har ändrats på servern.
Den säkraste återställningen är att fastställa om endast en klient har föråldrat tillstånd eller om själva exportidentiteten har ändrats, stoppa program som aktivt använder monteringen, kontrollera att det omdöpta datasetet exporteras från den avsedda sökvägen och därefter montera om klienterna i en kontrollerad ordning. Starta inte om alla maskiner och återskapa inte datasetet förrän du vet om det föråldrade handtaget finns kvar i en enda cachad klientmontering eller hos alla klienter som når den omdöpta exporten.
Bekräfta att felet började när datasetet bytte namn
Anteckna det gamla datasetnamnet och monteringspunkten, det nya datasetnamnet och monteringspunkten, den exporterade sökvägen samt den första klientåtgärd som returnerade ESTALE. Jämför en berörd klient med en klient som monterade resursen först efter namnbytet.
En aktuell artikel om NFS-felsökning förklarar att föråldrat betyder att handtaget har ändrats, snarare än att nätverkssökvägen helt enkelt är nere.
Om en ny klientmontering fungerar medan en gammal klient misslyckas är den omdöpta exporten förmodligen nåbar, och det omedelbara problemet är cachat tillstånd på den gamla klienten. Om nya monteringar också misslyckas bör du fortsätta undersöka serverns export och datasetets identitet.
Kontrollera att exporten nu pekar på rätt dataset
Kontrollera serverns aktiva exportlista och filsystemets monteringstabell efter namnbytet. En sökväg kan fortsätta att finnas samtidigt som den nu pekar på ett annat dataset, en tom monteringspunkt eller en katalog under fel filsystem.
OneUptime påpekar att exportändringar kan ogiltigförklara handtag när objekt, exporter, filsystem-ID:n eller återställda data ändras under en befintlig klientreferens.
Rätta exportmålet innan du ändrar något på klienterna. En ommontering mot fel sökväg på servern kan verka lösa ESTALE, samtidigt som programmen i tysthet pekas mot ett annat katalogträd.
Stoppa processer som fortfarande använder den gamla monteringen
Använd klientens monterings- och processverktyg för att identifiera skal, medieservrar, säkerhetskopieringsjobb, containrar eller databasprocesser som fortfarande har den gamla NFS-monteringen öppen. Stoppa den minsta berörda tjänsten innan du tvingar fram en avmontering.
En fokuserad återställningsguide för Linux rekommenderar att hitta processerna före ommontering, så att ett återställningssteg inte lämnar en process i en delvis frånkopplad filsystemsvy.
Om en enda container äger den föråldrade sökvägen ska du stoppa containern först. Om monteringen delas av många tjänster bör du planera ett kort underhållsfönster i stället för att omedelbart ta till lata avmonteringar i en aktiv programstack.
Montera om klienten när serversökvägen är stabil
När serverexporten är korrekt och beroende tjänster har stoppats ska du avmontera och montera om NFS-resursen på en testklient. Använd samma serveradress, exportsökväg, NFS-version och monteringsalternativ som ska användas i produktion.
Ett fall av NFS-migrering visar att klienterna behöver en ny montering efter att lagringen flyttats, även när behörigheter och kopierade data i övrigt är korrekta.
Testa kataloglistning, en läsning, en återställningsbar skrivning och programmets verkliga sökväg innan du monterar om alla andra klienter. Om samma klient omedelbart blir föråldrad igen ska du återgå till serveridentiteten i stället för att upprepa ommonteringen.
Kontrollera om namnbytet ändrade filhandtagens identitet
NFS-filhandtag är inte vanliga sökvägssträngar. De kodar en serverdefinierad identitet som kan innehålla filsystems- och inode-relaterad information, så att ersätta, återställa eller flytta det bakomliggande filsystemet kan spela roll även när den synliga exportsökvägen ser likadan ut.
En djupgående genomgång av filhandtag visar att filhandtag mappar serveridentitet och inte fungerar som bokmärken till en textsökväg.
Om namnbytet i själva verket var en del av att datasetet förstördes och återskapades, togs emot, klonades eller återställdes ska du dokumentera den större identitetsändringen. Den rätta lösningen kan vara en samordnad ommontering av alla klienter, snarare än att försöka bevara gamla handtag på obestämd tid.
Kontrollera att alla klienter använder den nya exporten efter omstart
När den första klienten har godkänts ska du montera om de återstående klienterna en i taget, återställa beroende tjänster och kontrollera att deras konfigurerade monteringsenheter eller bindningssökvägar för containrar refererar till rätt export. Starta därefter om en icke-kritisk klient som ett test av att konfigurationen består.
En artikel om felsökning av lagring förklarar att föråldrade monteringar överlever program tills de processer som använder dem och själva monteringsstatusen faktiskt har uppdaterats.
Åtgärden är slutförd när nya och omstartade klienter monterar det omdöpta datasetet utan ESTALE och programmen läser förväntade filer. Den relaterade ZimaSpace-guiden om stabila monteringssökvägar för hemmaservrar är relevant när namnbyten av dataset även har ändrat lokala bindnings- eller programsökvägar.
Vanliga frågor
Kan ett föråldrat NFS-filhandtag betyda att disken håller på att gå sönder?
Inte i sig. ESTALE betyder att klientens cachade handtag inte längre identifierar det serverobjekt som klienten förväntar sig. Kontrollera lagringens hälsa separat om servern även rapporterar I/O- eller filsystemfel.
Kommer en omstart av NFS-tjänsten alltid att lösa problemet?
Nej. Om exporten nu pekar på en annan datasetidentitet är de gamla klienthandtagen fortfarande felaktiga. Kontrollera exporten först och uppdatera sedan klientmonteringarna på ett kontrollerat sätt.
Bör alla klienter startas om efter att ett dataset har bytt namn?
Vanligtvis inte. Ett kontrollerat tjänstestopp och en ommontering räcker när serverexporten är korrekt. Starta endast om när en klient inte kan släppa den föråldrade monteringen på ett rent sätt eller som ett avslutande test av att konfigurationen består.
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.
