Een verouderde NFS-bestandsverwijzing oplossen na het hernoemen van een dataset

Verouderde NFS-bestandsgrepen na het hernoemen van een dataset betekenen meestal dat de client nog verwijzingen bevat naar objecten of exportidentiteiten die op de server zijn gewijzigd.

De veiligste herstelprocedure is eerst vaststellen of slechts één client verouderde informatie bevat of dat de exportidentiteit zelf is gewijzigd, vervolgens toepassingen stoppen die de mount actief gebruiken, controleren of de hernoemde dataset vanaf het bedoelde pad wordt geëxporteerd en daarna clients in een gecontroleerde volgorde opnieuw mounten. Start niet elke machine opnieuw op en maak de dataset niet opnieuw aan voordat je weet of de verouderde bestandsgreep alleen voorkomt in één gecachte clientmount of op elke client die toegang heeft tot de hernoemde export.

Bevestig dat de fout na het hernoemen van de dataset is begonnen

Noteer de oude datasetnaam en het oude mountpunt, de nieuwe datasetnaam en het nieuwe mountpunt, het geëxporteerde pad en de eerste clientbewerking die ESTALE retourneerde. Vergelijk één getroffen client met een client die de share pas na het hernoemen heeft gemount.

Een recent artikel over NFS-probleemoplossing legt uit dat verouderd betekent dat de greep is gewijzigd, en niet simpelweg dat het netwerkpad niet beschikbaar is.

Als een verse clientmount werkt terwijl een oude client faalt, is de hernoemde export waarschijnlijk bereikbaar en ligt het directe probleem bij de gecachte status op de oude client. Als ook verse mounts falen, richt je onderzoek dan op de serverexport en de datasetidentiteit.

Controleer of de export nu naar de bedoelde dataset verwijst

Controleer na het hernoemen de actieve exportlijst en de mounttabel van het bestandssysteem op de server. Een pad kan blijven bestaan, maar nu naar een andere dataset, een leeg mountpunt of een map onder het verkeerde bestandssysteem verwijzen.

OneUptime merkt op dat wijzigingen aan exports bestandsgrepen ongeldig kunnen maken wanneer objecten, exports, bestandssysteem-ID's of herstelde gegevens veranderen terwijl een bestaande clientverwijzing blijft bestaan.

Corrigeer het exportdoel voordat je clients aanpast. Een remount naar het verkeerde pad op de server kan ESTALE lijken op te lossen, terwijl toepassingen daardoor ongemerkt naar een andere mappenstructuur wijzen.

Stop processen die de oude mount nog gebruiken

Gebruik de mount- en procestools van de client om shells, mediaservers, back-uptaken, containers of databaseprocessen te identificeren die de oude NFS-mount nog open hebben. Stop de kleinst mogelijke betrokken service voordat je het ontkoppelen forceert.

Een gerichte Linux-herstelhandleiding adviseert processen te zoeken voordat je opnieuw mount, zodat een herstelstap geen proces achterlaat in een half losgekoppelde weergave van het bestandssysteem.

Als slechts één container het verouderde pad gebruikt, stop dan eerst die container. Als de mount door veel services wordt gedeeld, plan dan een kort onderhoudsvenster in plaats van meteen lazy unmounts toe te passen op een actieve applicatiestack.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Mount de client opnieuw nadat het serverpad stabiel is

Zodra de serverexport correct is en afhankelijke services zijn gestopt, ontkoppel en mount je de NFS-share opnieuw op één testclient. Gebruik hetzelfde serveradres, exportpad, NFS-versienummer en dezelfde mountopties die ook in productie gebruikt zullen worden.

Een NFS-migratiecasus laat zien dat clients een nieuwe mount nodig hebben nadat opslag is verplaatst, zelfs wanneer rechten en gekopieerde gegevens verder correct zijn.

Test een mapweergave, één leesbewerking, één omkeerbare schrijfbewerking en het echte applicatiepad voordat je alle andere clients opnieuw mount. Als dezelfde client onmiddellijk opnieuw verouderd raakt, ga dan terug naar de serveridentiteit in plaats van de remount te blijven herhalen.

Controleer of het hernoemen de identiteit van de bestandsgreep heeft gewijzigd

NFS-bestandsgrepen zijn geen gewone padtekenreeksen. Ze bevatten een door de server bepaalde identiteit die informatie over het bestandssysteem en de inode kan bevatten. Daardoor kunnen het vervangen, herstellen of verplaatsen van het onderliggende bestandssysteem gevolgen hebben, zelfs wanneer het zichtbare exportpad vrijwel hetzelfde lijkt.

Een diepgaande analyse van bestandsgrepen laat zien dat bestands grepen de serveridentiteit koppelen en niet werken als bladwijzers naar een tekstueel pad.

Als het hernoemen in werkelijkheid onderdeel was van het verwijderen en opnieuw aanmaken, ontvangen, klonen of herstellen van een dataset, leg die grotere identiteitswijziging dan vast. De juiste oplossing kan bestaan uit het gecoördineerd opnieuw mounten van alle clients, in plaats van oude bestands grepen onbeperkt te proberen behouden.

Controleer na een herstart of elke client de nieuwe export gebruikt

Mount de overige clients één voor één opnieuw nadat de eerste client is geslaagd, start afhankelijke services weer op en controleer of hun geconfigureerde mountunits of container-bindpaden naar de bedoelde export verwijzen. Start daarna één niet-kritieke client opnieuw op als persistentietest.

Een artikel over probleemoplossing bij opslag legt uit dat verouderde mounts langer kunnen blijven bestaan dan toepassingen totdat de processen die ze gebruiken en de mountstatus daadwerkelijk zijn vernieuwd.

Het herstel is voltooid wanneer nieuwe en opnieuw opgestarte clients de hernoemde dataset allemaal zonder ESTALE mounten en toepassingen de verwachte bestanden lezen. De verwante ZimaSpace-handleiding over stabiele mountpaden voor thuisservers behandelt het aangrenzende probleem wanneer het hernoemen van datasets ook lokale bind- of applicatiepaden heeft gewijzigd.

Veelgestelde vragen

Kan een verouderde NFS-bestandsgreep betekenen dat de schijf defect raakt?

Niet op zichzelf. ESTALE betekent dat de gecachte greep van de client het serverobject dat de client verwacht niet langer identificeert. Controleer de opslaggezondheid afzonderlijk als de server ook I/O- of bestandssysteemfouten meldt.

Lost het herstarten van de NFS-service het probleem altijd op?

Nee. Als de export nu naar een andere datasetidentiteit verwijst, blijven de oude clientgrepen onjuist. Controleer eerst de export en vernieuw daarna bewust de clientmounts.

Moet elke client na het hernoemen van een dataset opnieuw worden opgestart?

Meestal niet. Een gecontroleerde stop van services en een remount volstaan wanneer de serverexport correct is. Start alleen opnieuw op wanneer een client de verouderde mount niet netjes kan vrijgeven of als laatste persistentietest.