03-09-2006
|
|
Hog Hunter
|
|
|
Join Date: april 2002
Locatie: Op mijn motorfiets
Berichten: 3039
|
|
|
Filesystem volledige - wat te zoeken
Generieke info voor zondag servers --
Citaat:
Er zijn verschillende redenen waarom een bestandssysteem krijgt vol. Een belangrijk ding om te overwegen is hoe u uw bestandssystemen tijdens de installatie, moet u ervoor zorgen hoeveel ruimte wordt gebruikt voor elk bestandssysteem en denk vooruit.
Met vooruit denken is het minder waarschijnlijk dat uw bestandssystemen krijgt volledig, maar zal niet voorkomen dat een bestandssysteem steeds vol. Dit document toont de meest voorkomende redenen waarom een bestandssysteem kan volledige en hoe om te gaan met hen.
Resolutie Top
Dit document is geschreven in hoofdzaak te maken met de OS-bestandssystemen (zoals wortel, var en usr), maar het kan worden gebruikt voor het oplossen van andere bestandssystemen. Er zijn vele manieren te vinden wat het vullen van een bestandssysteem, dat kan soms een moeilijk proces. Een probleem is dat een bestandssysteem kan worden opgevuld door een of enkele zeer grote bestanden (die over het algemeen gemakkelijk te vinden) of door duizenden kleinere bestanden (die moeilijk te vinden en lokaliseren van de oorzaak).
Eerst moet je uitzoeken welke bestanden vullen uw bestandssysteem.
Een zeer handige manier om de grootte van de bestanden in een bestandssysteem is met de du commando.
Het volgende voorbeeld lijsten van bestanden van grootste naar de kleinste op de root bestandssysteem:
$ Du-AKD / | sort-nr | meer
of
$ Du-AKD / | sort-nr> / tmp / du.out
Deze laatste zal u een bestand kunt u op uw gemak.
De optie-D van het du commando houdt du vanaf kruising partitie grenzen.
De "-een"-optie vertelt du verslag bestandsgrootte (zonder deze optie du net verslagen van het bedrag van de gebruikte ruimte in elke directory. Het "-k" optie betekent dat du rapport zal in termen van kilobytes in plaats van 512-byte blokken. Op Solaris 9 of later vervangen "K" met "h" als je de voorkeur geven aan "human-readable" output, dat is de output in termen van kilobytes, megabytes of gigabytes afhankelijk van het aantal gemeld.
De-nr mogelijkheid soort plaatst de bestanden in omgekeerde volgorde van nummering.
Natuurlijk, dit kan worden gebruikt op andere bestandssystemen dan wortel, vervang de gewenste pad voor "/" in het "du" commando.
Het commando "du-SKD /" geeft een overzicht van het bedrag van kilobytes gebruikt voor een bestandssysteem, in het gegeven geval is voor het root bestandssysteem. Indien dit afwijkt van wat is gemeld door het commando df-k, dan kan de InfoDocs 4083 en 17.720 voor verdere uitleg en tips voor probleemoplossing.
Een veelvoorkomend probleem met df toont meer gebruik dan du bestaande gegevens of bestanden in mappen die worden gebruikt als een mount punten.
INFODOC 4083 bestrijkt, maar de oplossing is hier weer voor het gemak.
Unmount alle gemonteerde bestandssystemen en vink het mountpunt abonneelijsten voor bestanden. Verwijder de bestanden of verplaatsen als u denkt dat u ze nodig hebt, en monteer de bestandssystemen opnieuw.
Voor de / tmp bestandssysteem, krijgt u bij het opstarten van het systeem in single-user modus om de / tmp directory zonder swap gemonteerd overheen.
Voor / var en / usr, zult u bij het opstarten van het systeem vanaf cdrom, mount het root bestandssysteem, en vervolgens de / var en / usr directory's onder de gemonteerde root bestandssysteem. Deze moeten normaal gesproken leeg zijn als / var of / usr is niet gemonteerd.
Een andere goede manier om te zoeken naar bestanden is het gebruik van het commando '/ usr / bin / vinden'. Er is een goed document hoe gebruik te maken van het find commando, zie INFODOC 13678
Standaard filesystemen te kijken bij de eerste zal zijn:
Filesystem
Controles
/ tmp
Als / tmp is vol of bevat grote bestanden, een herstart zal schone deze map. Een standaard installatie Solaris deelt de diskruimte voor / tmp en ruilen als je kunt zien in de output van het df commando.
Opmerking: / tmp is niet schoongemaakt tijdens het opstarten als / tmp is geconfigureerd als een apart bestandssysteem.
/ dev
Grote bestanden kunnen hier weergegeven als u probeert te schrijven naar een apparaat met behulp van de verkeerde naam. Bijvoorbeeld / dev / RMT / o (letter 'o') in plaats van / dev/rmt/0 (cijfer 'nul' voor een tape drive. Dit is een zeer veel voorkomend probleem als de machine niet over een tape drive, die verbonden en iemand maakt gebruik van een tape commando als teer of ufsdump. Dat is gewoon een groot bestand in / dev / RMT /. Dus controleer de / dev directory voor werkelijke banden niet bestanden.
/
Kijk voor de core-bestanden. Check /. Wastebasket en / verloren + found directory voor grote bestanden. Check voor een. CPR-bestand in de root, dit is die daar door de macht schorten / hervatten software.
/ var
Derden pakketten soms verlaten tar bestanden in / var / sadm / pkg directory.
Als / var vol is (en is een aparte bestandssysteem) of / var directory is degene die we bepaald wordt met behulp van de meeste ruimte in de root, controleert u het volgende.
Clearing-out (maar niet verwijderen, de bestanden moeten worden ingekort tot nul lengte) de volgende bestanden kunnen krijgen je wat ruimte. Wees hier omdat je verliest verschillende log-informatie. Bijvoorbeeld, de utmp [x] en wtmp [x] bestanden bevatten gebruiker toegang en boekhoudkundige informatie:
/ 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 .*
OPMERKING: als u nul de utmp, utmpx, wtmp of wtmpx bestanden, moet u uw computer opnieuw opstarten.
Tot nul in een dossier:
# Cat / dev / null> filename
OPMERKING: Voor Solaris [TM] 9 of hoger, zie logadm (1M) voor een nuttig instrument voor het beheer van logbestanden.
Check / var / SAF - controleer voor _log en tcp en zsmon directories. Er zal _log bestanden - je kunt nul ze met "cat / dev / null> filename". Als uw systeem wordt gebruikt als een printer gastheer, check / var / lp / logs voor bestanden, kunnen ze worden verwijderd als ze zijn afgedrukt of naar links dan vanuit het systeem vastloopt of de printer op te lossen. Check / var / behouden. Check / var /spool/* Directory. Subdirectories zoals "lp" of "mqueue" worden gebruikt voor spoolen. Check / var / crash voor elk systeem wikkelkokers. Also check / var / tmp-bestanden niet nodig; / var / tmp is niet schoongemaakt met een reboot.
Een woord van voorzichtigheid met betrekking tot het / var / sadm directory. Deze directory bevat pakket en patch informatie en het algemeen mag niet worden aangeraakt.
Als u wilt verwijderen opgeslagen patch backout informatie, zie INFODOC 14295.
Ook kan het zijn dat u van inodes en krijgen de melding "bestandssysteem vol". In dit geval opnieuw een partitie met meer inodes. De stappen zijn:
*
Verwijder onnodige bestanden.
*
Back-up van de partitie.
*
herscheppen met behulp van newfs-i nbpi / dev / <rfsname> waar nbpi wordt gekozen kleiner dan de standaard voor de schijf grootte en rfsname is het ruwe bestandssysteem; bijvoorbeeld / dev / rdsk / cNtNdNsN. Zie man newfs (1M) voor meer informatie.
*
Herstellen informatie terug naar de partitie.
In de loop van normaal bedrijf, de wortel en usr bestandssystemen (of mappen) zijn meestal statisch zijn (niet groeien in de tijd). / var wel groeien in de tijd (want het bevat logbestanden pakket database, print en mail spoolers, enz.). De naam "var" is eigenlijk een afkorting voor "mindere" of "variabele" als de "/ var" bestandssysteem is bedoeld voor bestanden die variëren in grootte en de inhoud in de tijd (zie het bestandssysteem (5) manual pagina voor meer details over dit). Het is goed systeembeheer praktijk toezicht te houden op log-bestanden om te controleren of ze niet te groot.
Als een bestandssysteem plotseling volraakt, dat zou kunnen zijn veroorzaakt door de installatie van een nieuw stukje software in de verkeerde map.
Check verloren + gevonden map op een bestandssysteem dat is vol.
Een andere benadering zou zijn naar de lijst van bestanden door hun modificatie datum (indien de datum van wanneer het bestandssysteem gevuld is bekend).
# Ls-LRT / | meer een lijst van alle bestanden en deze sorteren op de wijziging data.
Onder zeer zeldzame omstandigheden een UFS bestandssysteem zou kunnen lijken volledig, terwijl u nog gegevensblokken en i-nodes beschikbaar. Dit wordt beschreven in SRDB 74799.
Tijdelijke Omzeiling Top
Aanvullende informatie naar boven
Het kan ook zijn dat al deze maatregelen niet de oplossing en het probleem is eigenlijk dat het bestandssysteem is te klein.
Kijk naar het volgende document voor aanbevolen bestandssysteem maten, INFODOC 74110.
Je moet nadenken over de omvang die nodig is voor het OS en de splitsing van de gegevens uit de OS-bestandssysteem om te voorkomen dat hij steeds vol. Het is natuurlijk altijd mogelijk om meer schijven en tot uitbreiding van het bestandssysteem, maar het is beter te voorkomen.
|
Om te controleren inode gebruik - DF-F UFS-oi
Om te controleren hoe een bestandssysteem is gemaakt - mkfs-m / dev / rdsk / cXtXdXsX
Laatst gewijzigd door RTM; op 03.23.2006 07:04 PM..
|
Meer UNIX en Linux Forum Onderwerpen Misschien vindt u Helpful
Powered by 
Hybrid Mode
