[DEBIAN]Geen schijfruimte meer (oorzaak wss '/tmp')

[van.der.schulting]

Gisteren liep een van de Debian servers uit zijn schijfruimte. Opzich niet zo'n probleem; ik kan zonder problemen extra schijfruimte toekennen op de volgende manier: http://www.walkernews.net...e-linux-lvm-in-3-minutes/
Maar om nou elke keer klakkeloos extra schijfruimte toe te kennen als de server piept dat 'ie te weinig schijfruimte heeft, lijkt mij niet erg pragmatisch. Ooit is de ruimte een keer op

Ik weet het voor 99% zeker dat de /tmp directory de boosdoener was. Deze was 6,3G geworden. Een reboot loste de problemen (voorlopig) op. Maar ik weet zeker dat de problemen binnenkort terugkomen. Hiervoor heb ik alvast een extra disk klaargezet van 16GB, maar deze is nog niet gepartitioneerd etc. Ik vraag me een beetje af hoe ik dit het beste kan aanpakken...

Allereerst even kort wat algemene info:

De server draait onder VMWare ESX en de Debian installatie heeft 3 disks van 16GB.
1 disk met als mountpoint '/'
1 disk met als mountpoint '/var/log'
1 disk is nog niet in gebruik. Ik zit eraan te denken deze disk als LVM te mounten onder '/tmp'. Zo heb ik meer controle over de grootte van '/tmp' en kan ik de tmp directory in het vervolg makkelijk met Nagios monitoren. Ik vraag me af of het slim is om de tmp directory te mounten als LVM...

Ouput df -h

code:

/dev/sda1              16G  8.0G  6.4G  56% /
tmpfs                 3.0G     0  3.0G   0% /lib/init/rw
udev                  3.0G  120K  3.0G   1% /dev
tmpfs                 3.0G     0  3.0G   0% /dev/shm
/dev/mapper/vg0-logdisk01
                       16G  300M   15G   2% /var/log

Noot: ja de disk voor mountpoint /var/log is idioot groot en moet ik nog verkleinen

De server heeft 6GB RAM en een swapdisk van 4,8GB. Ik las ergens dat je met de volgende formule de size van /tmp kan berekenen: (size swap + size RAM - size processen) * 0,9. Als dit klopt heeft mijn /tmp dir grofweg 10 a 11 GB nodig.

Mijn vragen:
1. Klopt het dat mijn /tmp directory ca. 10 a 11 GB nodig heeft of kan iemand mij anders uitleggen hoe linux de grootte van de tmp directory bepaalt?
2. Het lijkt mij het handigste om de derde disk als LVM toe te voegen onder mounpoint '/tmp'. Of is dit juist totaal niet slim om te doen en kan ik beter een LVM toevoegen aan mountpoint '/'?
3. Dan nog een vraagje van heel andere order: bij een reboot blijft de server erg lang hangen op 'cleaning temporary files'. Wie weet hoe ik dit kan versnellen, zodat de server niet zolang bezig is met opstarten? Ik heb er al op ge-Googled, maar kwam er niet echt uit...

[hostname]

Volgens mij gaat er iets mis als je /tmp 6.3GB is. Op de meeste van mijn servers is dat een ramdisk van 1GB die nog niet eens voor een paar procent vol zit. Misschien was het een idee geweest om even te kijken welke files zo groot waren en welk programma deze gemaakt had voordat je hem had gereboot. Het gebruik van /tmp is overigens ook afhankelijk van waar je de server voor gebruikt, maar dat vermeld je niet.

[CyBeR]

Dan heb je ergens software of een script draaien die /tmp gebruikt maar dat niet netjes opschoont. Debian heeft al sinds jaar en dag een script als onderdeel van 't opstarten dat /tmp opschoont (dwz, rm -rf /tmp/* doet).

Wat je zou kunnen doen, afgezien van bekijken welke software of script dat is en of dat niet te fixen is, is periodiek alle files in /tmp ouder dan een paar dagen deleten.

[van.der.schulting]

Aha, duidelijk... Thanks

Ik heb al een vermoeden waar het probleem zit

_{Slordig programmeerwerk in Ruby dat ikzelf geprogrammeerd heb}