Bekijk Volledige Versie : De /tmp clearen zonder reboot
Hoe houden jullie je /tmp dir schoon? Of doet niemand dat?
Ik wilde de /tmp eigenlijk op de DA en Cpanel servers met enige regelmaat ietwat schoon houden, evt. via een crontab maar zoek nog naar een commando om dat netjes te doen, zonder files te wissen die er eigenlijk niet uit moeten, zoals mysql bestanden die in gebruik zijn bijv.
Nou vond ik de volgende:
tmpwatch 12 /tmp
Maar die doet niks zo te zien terwijl die volgens mij bestanden ouder dan 12 uur zou moeten wissen, en de volgende vond ik ook nog:
tmpwatch --mtime --all 36 /tmp
Die werkt wel, maar is dit wel een veilige manier? Wat gebruiken jullie hiervoor en wat is de beste manier?
Niemand die z'n /tmp opruimt?
Niemand die z'n /tmp opruimt?
Bij iedere reboot, en dus nieuwe kernel. Op een enkele server met een vollopende /tmp door slechte code is opruimen geen oplossing, al doet find in combinatie met mtime het nodige via een cron.
(Waarom) loopt je /tmp zo snel vol?
Meestal zijn het sessies of user uploads die niet netjes worden opgeruimd.
Nja, vol... ik weet niet, is misschien meer een gevoel dan iets anders.
Hoofdzakelijk allemaal 0 bytes sessie files waarvan de meesten dagen en weken, soms maanden oud zijn. Ligt er inderdaad aan hoevaak er een kernel update is.:)
Qua ruimte is het allemaal niet zo noemenswaardig,
-rw------- 1 xxxxx xxxx 29 Aug 13 23:56 sess_c4b3619dfb0d2xxxxx7c26511d05f7c1
-rw------- 1 xxxxx xxxx 0 Mrt 14 23:03 sess_c878de788xxxxx7c382998bef6c3ebf9
Meer een esthetische kwestie dus. Maar niet perse nodig.
Alhoewel ik wel bij een enkele andere server zie dat de /tmp bij een reboot ook niet leeg gemaakt wordt, wat zit er dan fout?
Een klant van ons heeft een server waar de /tmp ooit "vol" liep.. de monitoring waarschuwde daar in ieder geval. We hebben voor deze server scriptje gemaakt ala
rm -f sess*
rm -f php*
en zo nog eentje.
Kwam vooral omdat een of ander scriptje dat images converte zijn zooi niet opruimde, dus die GB liep (snel) vol :)
Maar met die dingen ben je alle bestanden kwijt, ook de actieve, dat lijkt me niet de fijnste oplossing. Vandaar dat ik al de --mtime gebruikte.
In elk geval zie ik niemand zeggen dat het commando wat ik gebruikte onverstandig is dus als het me nog eens begint te vervelen kan ik dat nog eens gebruiken.
Echt nodig is het dus niet, heb een /tmp van 4 gig dus dat zal niet zo snel vol lopen.
Ik vind het raar dat je /tmp zo snel vol loopt. Normaal kan dit niet echt en als het dan toch is kan je denk ik met rm -r * gewoon alles deleten. Als ik kijk op de webserver is mijn /tmp maar 28kb en op mijn spamserver wat door spamassassin komt 20Mb. Miss dat ergens een programma zoals mysql of dergelijke de tmp gebruikt
Bij iedere reboot, en dus nieuwe kernel.
Dat kan bij een rebootless kernel update dus lastig worden ;)
@topic starter: je zou het idd met mtime kunnen doen in een cron. Is je /tmp folder wel ruim genoeg? Wij maken ze meestal minimaal 1 GB groot. Als het zo snel volloopt zou ik toch onderzoeken waar dit precies door komt.
Ik run een cronjob met dit erin:
find /tmp/* -mtime +5 -exec rm {} \;
T. Verhaeg
17/11/10, 14:50
Maar met die dingen ben je alle bestanden kwijt, ook de actieve, dat lijkt me niet de fijnste oplossing. Vandaar dat ik al de --mtime gebruikte.
In elk geval zie ik niemand zeggen dat het commando wat ik gebruikte onverstandig is dus als het me nog eens begint te vervelen kan ik dat nog eens gebruiken.
Echt nodig is het dus niet, heb een /tmp van 4 gig dus dat zal niet zo snel vol lopen.
4GB heeft Richard dus :)
4GB heeft Richard dus :)
Weer een beetje slaap in de ogen ;)
Thanx :surrender:
Kan gebeuren.;)
@Edge: wat doet dat? Alle tmp files wissen die ouder zijn dan 5 minuten en geen executable zijn?
Ja oke. Was beetje gemakzuchtig.
Dus 5*24 uur. Alles clearen ouder dan 5 dagen.
Wat is het verschil met het commando wat ik heb dan? Behalve de tijdspanne?
tmpwatch --mtime --all 36 /tmp