Så kontrollerar du om en full systempartition påverkar NAS-apparna

En full systempartition kan stoppa NAS-appar även när det fortfarande finns terabyte ledigt utrymme i den stora datapoolen.

Applikationer behöver lokalt utrymme för loggar, databaser, temporära filer, uppdateringar, containerlager, sockets och konfigurationsändringar. Bekräfta vilken monteringspunkt som är full, koppla appfelet till en misslyckad skrivning, hitta vad som använder systemutrymmet och frigör utrymme via komponenten som äger det.

Bekräfta att systempartitionen är den fulla monteringspunkten

Kontrollera alla monterade filsystem och kartlägg rot-, start-, applikations-, container- och datasökvägarna. Första steget är att bekräfta exakt vilken monteringspunkt som är full, eftersom ledigt utrymme på datapoolen inte kan användas för en skrivning till rotfilsystemet.

Använd df -h för blockkapacitet och df -i för filposter. En sökväg kan neka nya filer när lediga block och lediga inoder är separata begränsningar och någon av dem tar slut.

Koppla appfel till brist på skrivutrymme

Läs appens, databasens, containerns och systemets loggar efter ”no space left”, skrivskyddat filsystem, misslyckad journal eller oförmåga att skapa en temporär fil. En app kan fortfarande visa sin webbsida från minnet samtidigt som bakgrundsjobb, uppladdningar och databastransaktioner misslyckas.

Anteckna tidsstämplar och testa en ofarlig skrivning i den berörda sökvägen. Undvik omfattande omstarter tills du har sparat bevisen. Om du startar om alla appar kan det skapas fler loggar, det första felet bli svårare att upptäcka och det ändras vilken tjänst som slutar fungera härnäst.

Hitta loggar, containerlager, inoder och borttagna filer

Mät de översta systemkatalogerna och undersök sedan den största närmare. Vanliga utrymmestjuvar är journaler, apploggar, avbildningslager, byggcache, kraschdumpar, paketcache, miniatyrbilder och temporära filer. Kontrollera rapporteringen i appen eller containerhanteraren innan du tar bort otydliga datakataloger.

Om katalogernas storlek inte förklarar filsystemets användning kontrollerar du om raderade filer fortfarande hålls öppna. Om inoderna är slut letar du reda på kataloger med mycket stora mängder små cache- eller sessionsfiler. Efter återställningen konfigurerar du loggrotation och lagringsgränser i stället för att upprepa akut radering.

Frigör utrymme på ett säkert sätt och verifiera återställningen

Börja med dokumenterade sätt att frigöra utrymme: rotera eller rensa loggar, ta bort paketcache som bekräftats vara oanvänd, rensa endast oanvända containerartefakter och ta bort gamla kraschdumpar med hjälp av verktygen för dem. Bevara databaser, namngivna volymer, aktiva avbildningar och konfiguration tills du har en verifierad säkerhetskopia.

Kontrollera filsystems- och inodanvändningen igen, starta sedan bara om den berörda beroendekedjan och testa en faktisk skrivning från en app. Om återställningen fortfarande misslyckas undersöker du ordningen för tjänstestart efter en omstart i stället för att anta att utrymmesbrist fortfarande är orsaken.

Vanliga frågor

Varför slutar en app fungera när det finns ledigt utrymme i NAS-datapoolen?

Appen kan skriva sin databas, sina loggar, temporära filer eller containertillstånd till den mindre systempartitionen. Kapaciteten delas inte automatiskt mellan monteringspunkter.

Kan problemet förvärras av att loggfiler raderas?

Ja. En process som körs kan hålla en raderad loggfil öppen, så utrymmet förblir upptaget även när sökvägen försvinner. Rotera eller töm loggar enligt den korrekta proceduren för tjänsten.

Hur mycket ledigt utrymme bör systempartitionen ha?

Det finns ingen universell procentsats. Se till att det finns tillräckligt med marginal för uppdateringar, loggar, databasunderhåll, tillväxt av containrar och återställningsåtgärder, och skapa sedan aviseringar för både tillväxttakten och det återstående utrymmet.