Hoe kom ik erachter waarom mijn opslagruimte op Amazon EC2 vol is?

Als ik df -hop mijn Amazon EC2-server uitvoer, is dit de uitvoer:

[[email protected] ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda1             25G   25G     0 100% /
tmpfs                 4.0G     0  4.0G   0% /dev/shm

Om de een of andere reden eet iets mijn opslagruimte op.

Ik probeer alle grote bestanden/mappen te vinden
en dit is wat ik terug krijg:

[[email protected] ~]$ sudo du -a / | sort -n -r | head -n 10
993580  /
639296  /usr
237284  /usr/share
217908  /usr/lib
206884  /opt
150236  /opt/app
150232  /opt/app/current
150224  /opt/app/current/[deleted].com
113432  /usr/lib64

Hoe kom ik erachter wat mijn opslagruimte opslokt?


Antwoord 1, autoriteit 100%

Nou, ik denk dat het een (of meer) logbestanden zijn die te groot zijn geworden en moeten worden verwijderd/geback-upt. Ik zou willen voorstellen om eerst achter de grote bestanden aan te gaan. Zoek dus alle bestanden die groter zijn dan 10 MB(10 MB is een bestandsgrootte die groot genoeg is, u kunt op dezelfde manier +1M voor 1 MB kiezen)

sudo find / -type f -size +10M -exec ls -lh {} \;

en nu kun je identificeren welke de problemen veroorzaken en dienovereenkomstig aanpakken.

Wat betreft uw originele du -a / | sort -n -r | head -n 10commando, dat zal niet werken omdat het op grootte sorteert, en dus zullen alle voorouderlijke mappen van een groot bestand de piramide opgaan, terwijl het individuele bestand hoogstwaarschijnlijk zal worden gemist.

Opmerking: het zou vrij eenvoudig moeten zijn om soortgelijke andere logbestanden/binaries op te merken op de locatie van de bestanden die u vindt, dus doe als suggestie cdin de map met het originele bestand om meer bestanden van dezelfde soort op te schonen. U kunt ook herhalen met de opdracht voor bestanden met een grootte groter dan 1MBdaarna, enzovoort.


Antwoord 2, autoriteit 30%

Als je geen gigantisch bestand kunt vinden, zou het probleem kunnen worden opgelost door sommige processen te doden (het werkte voor mij, lees het volledige antwoord om te weten waarom)

Eerder:

/dev/xvda1 8256952 7837552 0 100% /

Nu

/dev/xvda18256952 1062780 6774744 14% /

Reden:
Als u rm <filename>doet op een bestand dat momenteel door een proces is geopend, wordt het bestand niet verwijderd en kan het proces nog steeds naar het bestand schrijven. Deze ghost-bestanden kunnen niet worden gevonden met de opdracht finden kunnen niet worden verwijderd. Gebruik deze opdracht om erachter te komen welke processen verwijderde bestanden gebruiken:

lsof +L1

Dood de processen om de bestanden vrij te geven. Soms is het moeilijk om alle processen met behulp van het bestand te beëindigen. Probeer het systeem opnieuw op te starten (ik voel me niet goed, maar dat is een snelle oplossing, zorgt ervoor dat geen enkel proces het verwijderde bestand gebruikt)

Lees dit:
https://serverfault.com/ vragen/232255/df-in-linux-not-showing-correct-free-space-after-file-removal/232526


Antwoord 3, autoriteit 14%

Bij /typt u du -hs *als root:

$ sudo su -
cd /; du -hs *

Je ziet de volledige grootte van alle mappen en identificeert de grotere.


Antwoord 4, autoriteit 10%

Deze ruimte wordt ingenomen door e-mailmeldingen

u kunt het controleren door te typen

sudo find / -type f -size +1000M -exec ls -lh {} \;

Het toont grote mappen van meer dan 1000 MB

Het resultaat heeft een map

/var/mail/username

Je kunt die ruimte vrijmaken door de volgende opdracht uit te voeren

> /var/mail/username

Houd er rekening mee dat het groter dan (>)-symbool geen prompt is, u moet de cmd ermee uitvoeren.

Controleer nu of er ruimte vrij is voor

df -h

Nu heb je genoeg vrije ruimte, veel plezier… 🙂


Antwoord 5, autoriteit 2%

Ansh0l’s antwoord is de manier om grote bestanden te vinden. Maar als je wilt zien hoeveel ruimte elke map in je bestandssysteem in beslag neemt, cd naar de hoofdmap en doe dan du -k --max-depth=‘. Dit laat u zien hoeveel ruimte elke submap in de hoofdmap in beslag neemt. Wanneer je de boosdoener ziet, cd naar die map en voer dan dezelfde opdracht opnieuw uit en herhaal totdat je de bestanden vindt die alle ruimte in beslag nemen.

Other episodes