|
Filsystem fuld - hvad man skal kigge efter
Generiske info for SUN-servere --
Citat:
Der er flere grunde til, at et filsystem får fuld. En vigtig ting at overveje, er, hvordan du opretter dit filsystem under installationen, skal du passe på hvor meget plads der anvendes for hvert filsystem og tænke fremad.
Hvad tænker fremad, er det mindre sandsynligt, at dine filsystemer vil få fuld, men vil ikke forhindre et filsystem få fuld. Dette dokument vil vise de mest almindelige grunde til et filsystem kan blive fuld og hvordan de skal håndtere dem.
Resolution Top
Dette dokument er skrevet primært til at beskæftige sig med OS filsystemer (som root, var og usr), men det kan bruges til fejlfinding andre filsystemer. Der er mange måder at finde, hvad der fylder et filsystem, som undertiden kan være en vanskelig proces. Et problem er, at et filsystem kan fyldes op af én eller nogle få meget store filer (hvilket er generelt lettere at finde) eller af tusindvis af mindre filer (som kan være vanskeligt at finde og finde årsagen).
Først skal du finde ud af, hvilke filer der fylder dit filsystem.
En meget nyttig måde at liste størrelsen af filer i et filsystem, er med det du kommandoen.
Det følgende eksempel lister filer fra største til mindste på rod-filsystemet:
$ Du-akd / | sort-nr | mere
eller
$ Du-akd / | sort-nr> / tmp / du.out
Sidstnævnte vil give dig en fil, du kan gennemgå det passer dig.
The-d mulighed for at du kommandoen holder du fra kryds partition grænser.
Den "-en" indstilling fortæller du at rapportere filstørrelser (uden dette tilvalg du bare rapporter den mængde plads, der anvendes i hver mappe. Den "-k" indstilling betyder, at du vil rapportere i form af kilobyte i stedet for 512-byte blokke. På Solaris 9 eller senere erstatte "k" med "h", hvis du foretrækker "læsbar" output, der udsendes i form af kilobyte, megabyte eller gigabyte afhængig af antal indberetninger.
Den-nr mulighed for at sortere sætter filerne i omvendt nummerorden.
Selvfølgelig kan denne bruges på filsystemer andre end root, bare erstatte den krævede sti for "/" i "du" kommando.
Kommandoen "du-SKD /" opsummerer den mængde kilobyte bruges til et filsystem, i det konkrete tilfælde for root filsystem. Hvis dette er forskellig fra, hvad der er indberettet af DF-k-kommandoen, kan man kontrollere InfoDocs 4.083 og 17.720 for yderligere forklaring og tips til fejlfinding.
Et fælles problem med df viser mere brug end du er eksisterende data eller filer i mapper, der anvendes som mount point.
INFODOK 4.083 dækker dette, men den grundlæggende løsning er givet igen her for bekvemmelighed.
Afmontere alle monteret filsystem og kontrollere mount point mapper til filer. Fjern de filer, eller flytte dem, hvis du tror, du har brug for dem, og montere filsystemer igen.
Til / tmp filsystem, bliver du nødt til at starte systemet i enkeltbruger-tilstand for at få adgang til / tmp folder uden swap monteret over det.
For / var og / usr, bliver du nødt til at starte systemet fra cdrom, mounte root-filsystem, og derefter kontrollere / var og / usr mapper under monteret root-filsystem. Disse bør normalt være tom, når / var eller / usr er ikke monteret.
En anden god måde at søge efter filer er at bruge kommandoen "/ usr / bin / find '. Der er et godt dokument, hvordan man bruger finde kommandoen, se INFODOK 13.678
Standard filsystemer til at se på første vil være:
Filsystem
Kontrol
/ tmp
Hvis / tmp er fuld, eller indeholder store filer, vil en genstart ren denne mappe. En standard Solaris installation deler diskplads til / tmp og veksellad som du kan se i produktionen af DF kommando.
Bemærk: / tmp er ikke renset ved opstart, hvis / tmp er konfigureret som en separat filsystem.
/ dev
Store filer kan vises her, når de forsøger at skrive til en enhed ved hjælp af den ukorrekte enhedens navn. For eksempel / dev / RMT / o (bogstavet 'O') i stedet for / dev/rmt/0 (ciffer »nul« for en båndstation. Dette er et meget almindeligt problem, hvis maskinen ikke har en båndstation fastgjort, og nogen bruger et bånd kommando som tjære eller ufsdump. Det vil bare skabe en stor fil i / dev / RMT /. Så skal du sørge for at tjekke / dev-mappen til faktiske links ikke filer.
/
Wikipedia core-filer. Check /. Papirkurven og / lost + found directory for store filer. Kontroller for en. CPR-fil i roden, denne er placeret der af magt suspendere / genoptage software.
/ var
Tredjepart pakker til tider efterlade tar-filer i / var / sadm / pkg bibliotek.
Hvis / var er fuld (og er en separat filsystem) eller / var bibliotek er den, vi bestemt bruger op mest plads i roden, skal du gøre følgende.
Clearing ud (men IKKE slette; filerne bør forkortes til nul længde) følgende filer kan få dig noget plads. Vær forsigtig her, fordi du vil tabe forskellige logoplysningerne. For eksempel utmp [x] og wtmp [x] filer indeholder brugernes adgang og regnskabsmæssige oplysninger:
/ var / cron / log
/ var /spool/lp / logs
/ var / adm / utmp
/ var / adm / utmpx
/ var / adm / wtmp
/ var / adm / wtmpx
/ var / log / syslog *
/ var / adm / beskeder .*
BEMÆRK: Hvis du nul ud utmp, utmpx, wtmp eller wtmpx filer, skal du genstarter din maskine.
Til nul en fil:
# Cat / dev / null> filnavn
BEMÆRK: For Solaris [TM] 9 eller nyere, se logadm (1M) for et nyttigt redskab til at styre logfiler.
Check / var / SAF - kontrollere for _log og i TCP og zsmon mapper. Der vil være _log filer - du kan nul dem ud med "cat / dev / null> filename". Hvis dit system bliver brugt som en printer vært, check / var / lp / logs til filer, kan de fjernes, hvis de er trykt eller tilovers fra systemet går ned eller problemer med printeren. Check / var / bevare. Check / var /spool/* Bibliotek. Undermapper som "lp" eller "mqueue" anvendes til kø. Check / var / crash for ethvert system kerner. Du kan også læse / var / tmp til filer ikke behov for / var / tmp er ikke renset op med en genstart.
Et ord af forsigtighed med hensyn til / var / sadm bibliotek. Denne mappe indeholder pakken og lappe information og bør generelt ikke må røres.
Hvis du ønsker at fjerne gemte plaster backout oplysninger, se INFODOK 14.295.
Også det kunne være, at du kører ud af inodes og får den besked "filsystemet fuld". I dette tilfælde genskabe en partition med mere inodes. De grundlæggende trin er:
*
Fjern unødvendige filer.
*
Backup partitionen.
*
genskabe hjælp newfs-i nbpi / dev / <rfsname> hvor nbpi vælges mindre så er standard for diskens størrelse, og rfsname er den rå filsystemet, fx / dev / rdsk / cNtNdNsN. Se man newfs (1M) for mere information.
*
Gendanne oplysninger tilbage til partition.
I løbet af den normale systemets drift, rod-og usr filsystemer (eller mapper) er for det meste statiske (ikke vokser over tid). / var imidlertid vokse med tiden (fordi det indeholder log-filer, pakke-database, print og mail oprullere, osv.). Navnet "var" er i virkeligheden en forkortelse for "forskellige" eller "variable" som "/ var" filsystem er beregnet til filer, der varierer i størrelse og indhold over tid (se filsystem (5) manual side for mere information om dette). Det er god systemadministration praksis at overvåge logfiler for at sikre, at de ikke får for stor.
Hvis et filsystem pludselig fyldt op, kunne være at være forårsaget ved at installere et nyt stykke software i en forkert mappe.
Check enhver lost + found mappe på et filsystem, der er fuld.
En anden fremgangsmåde ville være at liste filer ved deres ændringsdato (hvis den dato, hvor filsystemet fyldt op er kendt).
# Ls-LRT / | flere vil liste alle de filer og sortere dem ved at ændre datoer.
Under meget sjældne tilfælde en UFS filsystem kan virke fuldt ud, mens du stadig har datablokke og i-noder til rådighed. Dette er beskrevet i SRDB 74.799.
Midlertidig løsning Top
Yderligere information Top
Det kunne også være, at alle disse tiltag ikke giver en løsning, og det problem er faktisk, at filsystemet er for lille.
Tjek følgende dokument til anbefalede filsystem størrelser, INFODOK 74.110.
Du skal tænke på de størrelser, der er nødvendige for OS og dele data fra OS filsystem for at forhindre det i at få fuld. Selvfølgelig er det altid muligt at tilføje flere diske og at udvide filsystem, men det er bedre at forebygge.
|
Hvis du vil se inode skik - DF-F ufs-oi
Hvis du vil se, hvordan et filsystem blev skabt - mkfs-m / dev / rdsk / cXtXdXsX
Senest redigeret af RTM; 03-23-2006 kl 07:04 PM..
|
Mere UNIX og Linux Forum Emner du måske kan finde Helpful
Powered by 
03-09-2006
Hybridtilstand
