Controleer welk bestandssysteem vol is
Een server kan geen nieuwe bestanden meer maken terwijl er nog gigabytes beschikbaar lijken. Naast datablokken kan ook het aantal inodes, de administratie van bestanden en mappen, uitgeput raken.
Gebruik op een Linux-VPS met passende SSH-toegang deze leesopdrachten:
df -h
df -iBekijk de mount waar de getroffen toepassing staat. Een volle /var of /home is niet hetzelfde als een volle andere schijf. De opdrachten wijzigen niets.
De groei lokaliseren
Onderzoek eerst de waarschijnlijke map en breid alleen uit als dat nodig is. Voor GNU du kan dat bijvoorbeeld zo:
du -xhd1 /PAD/NAAR/PROJECT
du -x --inodes --max-depth=1 /PAD/NAAR/PROJECTVervang het pad. Een grote boom doorlopen kost I/O; doe dat bij een drukke server in overleg met de beheerder.
De eerste opdracht vergelijkt opslag, de tweede aantallen inodes. Oude backups kunnen veel ruimte innemen; miljoenen kleine cache- of sessiebestanden kunnen vooral inodes gebruiken.
Veilig ruimte vrijmaken
Bewaar benodigde gegevens en ruim cache, sessies en logs op via de daarvoor bedoelde toepassing of beheerprocedure. Verwijder geen databasebestanden, actieve mailmappen of onbekende systeembestanden.
Als verwijderde bestanden nog door processen geopend zijn, kan ruimte pas later vrijkomen. Laat de beheerder dat onderzoeken; een willekeurige herstart kan lopende verwerking verstoren.
Controleer de oorzaak
Een snel groeiend errorlog vraagt herstel van de fout. Stapelen lokale backups zich op, spreek dan een bewaartermijn en geschikte opslaglocatie af. Verplaatsen naar een andere map op hetzelfde bestandssysteem maakt geen ruimte vrij.
Controleer na de opruiming opnieuw beide df-metingen en test de oorspronkelijke schrijfactie. Bekijk ook quota als de server ruimte heeft maar één account niet kan schrijven. Leg vast welke map groeide en hoe toekomstige groei wordt begrensd.