03-09-2006
|
|
Hog Hunter
|
|
|
Bli Dato: april 2002
Beliggenhet: PÃ¥ min motorsykkel
Innlegg: 3039
|
|
|
Filesystem full - hva du skal se etter
Generisk info for Sun-servere --
Sitat:
Det er flere grunner til at et filsystem blir full. En viktig ting å vurdere er hvordan du setter opp filsystemer under installasjonen, må du ta vare hvor mye plass som er brukt for hvert filsystem og tenke fremover.
Med fremtidsrettede det er mindre sannsynlig at filsystemer vil få full, men vil ikke forhindre et filsystem får full. Dette dokumentet viser de vanligste årsaker til at et filsystem kan bli full og hvordan du kan håndtere dem.
Oppløsning Top
Dette dokumentet er skrevet hovedsakelig for å håndtere de OS filsystem (som root, var og usr), men det kan benyttes til å feilsøke andre filsystemer. Det er mange måter å finne hva som er å fylle opp et filsystem som noen ganger kan være en vanskelig prosess. Ett problem er at et filsystem kan bli fylt opp av ett eller noen få svært store filer (som er vanligvis lett å finne) eller av tusenvis av mindre filer (som kan være vanskelig å finne, og finne årsaken).
Først må du finne ut hvilke filer fyller opp filsystem.
En veldig nyttig måte å oppgi størrelsen på filer i et filsystem er med det du kommandoen.
Følgende eksempel viser filer fra største til minste på rot-filsystemet:
$ Du-AKD / | sort-nr | mer
eller
$ Du-AKD / | sort-nr> / tmp / du.out
Sistnevnte gir deg en fil du kan se når det passer deg.
Den d-alternativet til du kommandoen holder du fra krysset deling grenser.
Den "-en" alternativ forteller du å melde filstørrelser (uten at dette alternativet du bare rapporter mengden plass som brukes i hver katalog. Den "-k" alternativet betyr at du vil rapportere i forhold til kilobyte enn 512-byte blokker. På Solaris 9 eller nyere erstatte "k" med "h" hvis du foretrekker "lesbare" output, som er produksjon målt i kilobyte, megabyte eller gigabyte, avhengig av antall rapporterte.
The-nr mulighet til å sortere legger filene i omvendt numerisk rekkefølge.
Selvfølgelig kan dette brukes på filsystemer annet enn rot, bare erstatte de nødvendige banen for "/" i "du"-kommandoen.
Kommandoen "du-Skd /" summerer antall kilobyte brukes til et filsystem i gitte tilfelle for rot-filsystemet. Hvis dette er forskjellig fra det som er rapportert av df-k-kommandoen, kan man sjekke InfoDocs 4083 og 17720 for nærmere forklaring og feilsøkingstips.
Et vanlig problem med df viser mer brukstid enn du er eksisterende data eller filer i kataloger som brukes som mount points.
INFODOC 4083 dekker dette, men den grunnleggende løsning gis igjen her for enkelhets skyld.
Unmount eventuelle monterte filsystemer og sjekk mount point kataloger for filer. Fjern filene, eller flytte dem hvis du tror du trenger dem, og montere filsystemer igjen.
For / tmp filsystem, må du starte systemet i single-user modus for å få tilgang til / tmp katalogen uten å måtte bytte montert over den.
For / var og / usr, må du starte systemet fra cdrom, montere rot-filsystemet, og sjekk / var og / usr kataloger under montert rot-filsystemet. Disse skal normalt være tom når / var eller / usr ikke er montert.
En annen god måte å søke etter filer på er å bruke kommandoen '/ usr / bin / finne. Det er et godt dokument hvordan du bruker finne kommandoen, se infodoc 13678
Standard filsystemer å se på første vil være:
Filesystem
Sjekker
/ tmp
Dersom / tmp er full eller inneholder store filer, vil en omstart ren denne katalogen. En standard Solaris installasjon deler diskplass for / tmp og bytte som du kan se i produksjonen av df-kommandoen.
Merk: / tmp er ikke rengjort ved oppstart hvis / tmp er konfigurert som et eget filsystem.
/ dev
Store filer kan vises her når du prøver å skrive til en enhet med feil enhetens navn. For eksempel / dev / RMT / o (bokstaven "O") i stedet for / dev/rmt/0 (sifferet "null" for en båndstasjon. Dette er et svært vanlig problem hvis maskinen ikke har en båndstasjon festet og noen bruker en tape kommando som tjære eller ufsdump. Det vil bare lage en stor fil i / dev / RMT /. Så pass på å sjekke / dev katalog for faktiske koblinger ikke filer.
/
Sida «core-filer. Kontroller /. Papirkurven og / lost + funnet katalog for store filer. Sjekk for en. HLR fil i roten, er plassert der av strøm suspendere / gjenoppta programvare.
/ var
Tredjeparts pakker ganger forlate tjære filer i / var / sadm / pkg katalogen.
Hvis / var er full (og er et eget filsystem) eller / var katalogen er den vi bestemt bruker opp mest plass i rota, se nedenfor.
Clearing out (men ikke slette; filene skal avkortes til null lengde) følgende filer kan få deg noen plass. Vær forsiktig her fordi du vil miste ulike logger informasjon. For eksempel utmp [x] og wtmp [x] filene inneholder brukerens tilgang og regnskap informasjon:
/ var / cron / log
/ var /spole/lp / logs
/ var / ADM / utmp
/ var / ADM / utmpx
/ var / ADM / wtmp
/ var / ADM / wtmpx
/ var / log / syslog *
/ var / ADM / meldinger .*
MERK: Hvis du null ut utmp, utmpx, wtmp eller wtmpx filer, bør du starter maskinen.
Null ut en fil:
# Cat / dev / null> filnavn
MERK: For Solaris [TM] 9 eller nyere, se logadm (1M) for et nyttig verktøy for å administrere loggfiler.
Sjekk / var / saf - sjekk for _log og i tcp og zsmon kataloger. Det vil bli _log filer - du kan null dem ut med "cat / dev / null> filename". Hvis systemet brukes som en skriver vert, sjekk / var / lp / logger for filer, kan de bli fjernet hvis de er trykte eller igjen fra systemkrasj eller problemer med skriveren. Sjekk / var / bevare. Sjekk / var /spole/* Katalogen. Underkataloger som "lp" eller "mqueue" brukes til spoling. Sjekk / var / sammenbruddet for ethvert system kjerner. Også sjekk / var / tmp etter filer ikke nødvendig; / var / tmp ikke er ryddet opp med en omstart.
Et ord av forsiktighet med hensyn til / var / sadm katalogen. Denne katalogen inneholder pakken og patch informasjon og generelt bør ikke bli rørt.
Hvis du vil fjerne lagrede lapp backout informasjon, se INFODOC 14295.
Også det kan være at du kjører ut av inodes og får meldingen "filsystem full". I dette tilfellet gjenopprette en partisjon med flere inodes. De grunnleggende trinnene er:
*
Fjern unødvendige filer.
*
Backup partisjonen.
*
gjenskape bruker newfs-i nbpi / dev / <rfsname> der nbpi velges mindre enn standard for disken størrelse og rfsname er rå filsystem, for eksempel / dev / rdsk / cNtNdNsN. Se man newfs (1M) for mer informasjon.
*
Gjenopprette informasjon tilbake til partisjonen.
I løpet av normal bruk, roten og usr filsystem (eller kataloger) er stort sett statisk (ikke vokse over tid). / var imidlertid ikke vokse over tid (fordi den inneholder loggfiler, pakke database, skriv ut og post spoolers, etc.). Navnet "var" er faktisk en forkortelse for "varierende" eller "variable" som "/ var" filsystem er beregnet for filer som varierer i størrelse og innhold over tid (se filsystemet (5) manual side for mer informasjon om dette). Det er god systemadministrasjon praksis å overvåke loggfilene for å sørge for at de ikke får for stor.
Hvis et filsystem plutselig fylles opp, kunne det ha blitt forårsaket ved å installere en ny software i en feil katalog.
Sjekk tapt + funnet katalog på ethvert filsystem som er full.
En annen tilnærming ville være å liste filer ved deres endringsdato (hvis dato for når filsystemet fylt opp er kjent).
# Ls-LRT / | mer vil liste alle filene og sortere dem etter modifisering datoer.
Under svært sjeldne tilfeller en UFS-filsystem kan vises i sin helhet, mens du ennå har data blokker og i-noder tilgjengelig. Dette er beskrevet i SRDB 74799.
Midlertidig Løsning Top
Tilleggsinformasjon Top
Det kan også være at alle disse tiltak ikke gir løsningen og problemet er faktisk at filsystemet er for liten.
Sjekk ut følgende dokument for anbefalt filsystem størrelser infodoc 74110.
Du bør tenke på størrelser trengte for OS og dele data fra OS filsystemet for å hindre den fra å bli full. Selvfølgelig er det alltid mulig å legge til flere disker og å utvide filsystemet, men det er bedre å forebygge.
|
Hvis du vil sjekke inode behandling - df-F UFS-oi
Hvis du vil sjekke hvordan et filsystem ble opprettet - mkfs-m / dev / rdsk / cXtXdXsX
Sist endret av RTM; 03-23-2006 kl 07:04..
|
Mer UNIX og Linux Forum Emner Du kan finne nyttig
Powered by 
Gjengede Mode
