03-09-2006
|
|
Gult Hunter
|
|
|
Join Date: april 2002
Ort: På min motorcykel
Inlägg: 3039
|
|
|
Filesystem full - vad man ska leta efter
Generic info för SUN servrar --
Citat:
Det finns flera skäl till varför ett filsystem blir full. En viktig sak att tänka på är hur du skapar dina filsystem under installationen, du måste ta hand hur mycket utrymme som används för varje filsystem och tänka framåt.
Med framsynta det är mindre troligt att dina filsystem kommer att få full, men kan inte hindra ett filsystem får full. Detta dokument kommer att visa de vanligaste orsakerna till varför ett filsystem kan bli full och hur man hanterar dem.
Resolution Top
Det här dokumentet är skrivet i huvudsak att behandla OS filsystem (som root, var och usr), men det kan användas för felsökning andra filsystem. Det finns många sätt att hitta vad som fyller upp ett filsystem, som ibland kan vara en svår process. Ett problem är att ett filsystem kan fyllas upp av en eller ett fåtal mycket stora filer (som i allmänhet lätt att hitta) eller av tusentals mindre filer (som kan vara svåra att hitta och lokalisera orsaken).
Först måste du ta reda på vilka filer som fyller upp filsystemet.
Ett mycket bra sätt att visa storleken på filer i ett filsystem med du kommandot.
Följande exempel listar filer från störst till minst på rotfilsystemet:
$ Du-mc / | sort-nr | mer
eller
$ Du-mc / | sort-nr> / tmp / du.out
Den senare kommer att ge dig en fil som du kan läsa när det passar dig.
-D option för du kommandot håller du från gatukorsningen partition gränser.
Den "-en" alternativet anger du att rapportera filstorleken (utan alternativet du bara rapporterar mängden utrymme som används i varje katalog. Den "-k" alternativet innebär att du kommer att rapportera i fråga om kilobyte istället för 512-byte block. På Solaris 9 eller senare ersätta "k" med "h" om du föredrar "läsbara" output, det vill säga produktionen i form av kilobyte, megabyte eller gigabyte beroende på antalet rapporterade.
Den-nr möjlighet att sortera lägger filerna i omvänd nummerordning.
Naturligtvis kan dessa användas på filsystem andra än root, bara ersätta den nödvändiga vägen för "/" i "du" kommandot.
Kommandot "du-SKD /" sammanfattar den mängd kilobyte används för ett filsystem, i det aktuella fallet för rotfilsystemet. Om det här är annorlunda än vad som rapporterats av DF-k kommando kan man kontrollera InfoDocs 4.083 och 17.720 för ytterligare förklaring och felsökningstips.
Ett vanligt problem med DF som visar mer än den som du är befintlig data eller filer i kataloger som används som mount points.
INFODOC 4.083 täcker detta, men huvudregeln ges igen här för enkelhetens skull.
Avmontera alla monterade filsystem och kontrollera monteringspunkten kataloger för filer. Ta bort filer eller flytta dem om du tror att du behöver dem, och montera filsystem igen.
För / tmp filsystem, måste du starta upp systemet i enanvändarläge tillgång till / tmp katalogen utan att behöva byta monterad över den.
För / var och / usr, måste du starta upp systemet från cdrom, montera rotfilsystemet, och kontrollera sedan / var och / usr kataloger under monteras rotfilsystemet. Dessa bör normalt vara tom när / var eller / usr inte är monterad.
Ett annat bra sätt att söka efter filer är att använda kommandot "/ usr / bin / find '. Det är ett bra dokument om hur du använder kommandot Sök, se infodoc 13.678
Standard filsystem att titta på första kommer att vara:
Filesystem
Kontroller
/ tmp
Om / tmp är full eller innehåller stora filer, kommer en omstart rent här katalogen. En standard Solaris installation delar diskutrymme för / tmp och växlingsutrymme som du kan se i produktionen av DF kommandot.
Anmärkning: / tmp inte rengörs vid uppstart om / tmp är konfigurerad som en separat filsystem.
/ dev
Stora filer kan visas här när man försöker skriva till en enhet som använder felaktig enhetens namn. Till exempel / dev / RMT / o (bokstaven "O") istället för / dev/rmt/0 (siffran "noll" för en bandstation. Detta är ett mycket vanligt problem, om maskinen inte har en bandstation fäst och någon använder ett band kommando som tjära eller ufsdump. Det kommer bara skapa en stor fil i / dev / RMT /. så var noga med att kontrollera katalogen / dev efter faktisk länkar inte filer.
/
Sök efter core-filer. Kontrollera /. Papperskorg och / lost + found katalog för stora filer. Kontrollera om en. CPR-fil i roten, det är lagt där makt suspend / resume programvara.
/ var
Tredje jepartspaket skriva ibland tar-filer i / var / sadm / pkg katalogen.
Om / var är full (och är ett separat filsystem) eller / var katalogen är en vi bestämde använder upp mest plats i rot, kontrollera följande.
Rensa ut (men inte bort, filerna ska avkortas till noll-längd) Följande filer kan få dig lite utrymme. Var försiktig här, eftersom du kommer att förlora olika logginformation. Till exempel, utmp [x] och wtmp [x] filerna innehåller användarnas åtkomst och räkenskapsinformation:
/ var / cron / log
/ var /spool/lp / logs
/ var / adm / utmp
/ var / adm / utmpx
/ var / adm / wtmp
/ var / adm / wtmpx
/ var / log / syslog *
/ var / adm / messages .*
OBS: Om du noll ut utmp, utmpx, wtmp eller wtmpx filer, bör du starta om din maskin.
Noll ut en fil:
# Cat / dev / null> filnamn
OBS: För Solaris [TM] 9 eller senare, se logadm (1M) för ett användbart verktyg för att hantera loggfiler.
Kontrollera / var / SAF - check för _log och i TCP och kataloger zsmon. Det kommer att finnas _log filer - du kan noll dem med "cat / dev / null> filnamn". Om systemet används som en skrivare värd, kolla / var / lp / logs för filer, kan de tas bort om de har tryckt eller som blivit över från systemet kraschar eller problem med skrivaren. Kontrollera / var / bevara. Kontrollera / var /spool/* Katalog. Underkataloger som "LP" eller "mqueue" används för buffring. Kontrollera / var / krasch för alla system kärnor. Kolla också in / var / tmp för filer som inte behövs, / var / tmp är inte rensade upp med en omstart.
Ett varningens ord om / var / sadm katalogen. Denna katalog innehåller paket och lapp information och allmänhet bör inte vidröras.
Om du vill ta bort sparad information lapp backout, se INFODOC 14.295.
Också det kan vara att du kör ut inodes och får meddelandet "file system full". I detta fall återskapa en partition med mer inodes. De grundläggande stegen är:
*
Ta bort onödiga filer.
*
Backup partitionen.
*
återskapa med newfs-i nbpi / dev / <rfsname> där nbpi väljs mindre än den standard för skivan storlek och rfsname är rå filsystemet, t.ex. / dev / rdsk / cNtNdNsN. Se man newfs (1M) för mer information.
*
Återställa information tillbaka till partitionen.
Under normal systemdrift, rot-och filsystem usr (eller kataloger) är mestadels statisk (inte växa över tiden). / var dock inte växa över tiden (eftersom det innehåller loggfiler, paketdatabas, skriva ut och spoolers post osv). Namnet "var" är egentligen en förkortning för "olika" eller "variabel" som "/ var" filsystemet är avsedd för filer som varierar i storlek och innehåll över tiden (se filsystem (5) manualsidan för mer information om detta). Det är bra system förvaltningens kan övervaka loggfiler för att se till att de inte blir för stor.
Om ett filsystem plötsligt fylls upp, kunde det ha orsakats av att installera en ny programvara till ett fel katalog.
Kontrollera alla lost + found katalog på alla filsystem som är full.
Ett annat tillvägagångssätt skulle vara att lista filerna efter ändringsdatum (om tidpunkten för när filsystemet fyllt upp är känd).
# Ls-LRT / | fler kommer att lista alla filer och sortera dem efter ändringen datum.
Under mycket speciella omständigheter en UFS-filsystem kan förefalla helt, medan du fortfarande har datamängd och i-noder tillgänglig. Detta beskrivs i SRDB 74.799.
Tillfällig lösning Top
Ytterligare information Top
Det kan också vara att alla dessa åtgärder inte ger lösningen och problemet är faktiskt att filsystemet är för liten.
Kolla in följande dokument för rekommenderade filsystem storlekar, infodoc 74.110.
Du bör tänka på storleken som behövs för operativsystemet och dela data från OS filsystem att hindra det från att bli full. Det är naturligtvis alltid möjligt att lägga till fler hårddiskar och att förlänga filsystemet, men det är bättre att förebygga.
|
Att kontrollera inode Användning - DF-F ufs-Oi
Att kontrollera hur ett filsystem skapades - mkfs-m / dev / rdsk / cXtXdXsX
Senast redigerad av RTM; 03-23-2006 at 07:04..
|
Mer UNIX och Linux Forum Ämnen Du kan hitta Helpful
Powered by 
Hybridläge
