Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
/tmp/ aufräumen
14 views
Skip to first unread message
Bernd Hohmann
May 19, 2012, 7:47:34 PM5/19/12
to
Bei langlaufenden Installationen ist /tmp/ immer recht voll -
überwiegenderweise von simplen Scripten die nicht hinter sich aufgeräumt
haben.
Hat jemand was für crontab in der Schublade was /tmp/ ordnungsgemäss räumt?
Bernd
Andreas Kohlbach
May 19, 2012, 9:03:42 PM5/19/12
to
Debian sollte es dabei haben. Muss ggf. in der /etc/default/rcS
(TMPTIME=8 oder so) aktiviert werden.
--
Andreas
Linux: The choice of a GNU generation.
Helmut Hullen
May 19, 2012, 11:18:00 PM5/19/12
to
Hallo, Bernd,
Du meintest am 20.05.12:
"tmpwatch", anscheinend ursprünglich von RedHat.
Viele Gruesse
Helmut
"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Du meintest am 20.05.12:
Viele Gruesse
Helmut
"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Jens Kubieziel
May 20, 2012, 4:21:29 AM5/20/12
to
* Bernd Hohmann schrieb am 2012-05-19:
> Hat jemand was für crontab in der Schublade was /tmp/ ordnungsgemäss räumt?
tmpreaper fand ich bislang recht nützlich. Aus der Beschreibung von
> Hat jemand was für crontab in der Schublade was /tmp/ ordnungsgemäss räumt?
Debian:
Package: tmpreaper
Original-Maintainer: Paul Slootman <pa...@debian.org>
Version: 1.6.13
Replaces: tmpwatch
Description-de: Löscht Dateien in Verzeichnissen abhängig von deren Alter
Dieses Paket enthält ein Programm, das dazu verwendet werden kann Ordner,
die temporäre Dateien enthalten zu säubern. Es durchsucht rekursiv den
Ordner ohne SymLinks zu beachten, und entfernt Dateien, die seit einer
bestimmten (vom Benutzer festlegbaren) Zeit nicht mehr benutzt wurden. Mit
einem »shell pattern« können Dateien angegeben werden, die vom
Löschvorgang aus- geschlossen werden sollen. Das Programm wird keine
Dateien löschen, die der Prozess-EUID gehören und ein gelöschtes w-Bit
haben, sofern Sie dies nicht ausdrücklich wollen (wie `rm -f').
»tmpreaper« entfernt keine SymLinks, Sockets, Fifos oder Spezialdateien,
solange dies nicht durch eine Befehlszeilen-Option erlaubt wird.
.
VORSICHT: Wenden sie »tmpreaper« nicht auf `/' an. Es sind keine
Sicherungen eigebaut, die verhindern würden, dass das Programm so
funktioniert wie sie es in einer »chroot(8)« Umgebung erwarten würden.
.
Der tägliche tmpreaper-Lauf kann mittels /etc/tmpreaper.conf konfiguriert
werden.
Besten Gruß
--
Jens Kubieziel http://www.kubieziel.de
Der Patriotismus verdirbt die Geschichte. Johann Wolfgang von Goethe
Bernd Hohmann
May 20, 2012, 2:21:15 PM5/20/12
to
Am 20.05.2012 03:03, schrieb Andreas Kohlbach:
> Debian sollte es dabei haben. Muss ggf. in der /etc/default/rcS
> (TMPTIME=8 oder so) aktiviert werden.
Das machts nur beim Reboot und die Workstation hier läuft 24/7
> Debian sollte es dabei haben. Muss ggf. in der /etc/default/rcS
> (TMPTIME=8 oder so) aktiviert werden.
Bernd
Sven Hartge
May 20, 2012, 3:28:25 PM5/20/12
to
S°
--
Sigmentation fault. Core dumped.
Message has been deleted
Bernd Hohmann
May 20, 2012, 10:37:08 PM5/20/12
to
Am 21.05.2012 04:09, schrieb Andreas Kohlbach:
>> Das machts nur beim Reboot und die Workstation hier läuft 24/7
>
> Das hattest du nicht erwähnt.
>> Das machts nur beim Reboot und die Workstation hier läuft 24/7
>
OK - der Hinweis "Bei langlaufenden Installationen ist /tmp/ immer recht
voll" war unpräzise.
Bernd
Thomas Rachel
May 21, 2012, 8:05:47 AM5/21/12
to
ist hoffentlich nach 1-2 Stunden fertig...
Thomas
Message has been deleted
Message has been deleted
Helmut Hullen
May 22, 2012, 2:09:00 AM5/22/12
to
Hallo, Andreas,
Du meintest am 21.05.12:
> Ja, /tmp ist recht voll hier.
> # du -sh /tmp/
> 7.5G /tmp/
> Der wird beim nächsten Boot, und ext3, sicher lange rödeln, um da
> aufzuräumen.
Dann schau Dir doch mal "tmpwatch" an.
Habe ich bei meinen Installationen auf "7 Tage" eingestellt - scheint zu
reichen.
Du meintest am 21.05.12:
> Ja, /tmp ist recht voll hier.
> # du -sh /tmp/
> 7.5G /tmp/
> Der wird beim nächsten Boot, und ext3, sicher lange rödeln, um da
> aufzuräumen.
Dann schau Dir doch mal "tmpwatch" an.
Habe ich bei meinen Installationen auf "7 Tage" eingestellt - scheint zu
reichen.
Message has been deleted
Sven Hartge
May 23, 2012, 12:40:53 PM5/23/12
to
Wolfgang Klein <klein...@web.de> wrote:
> Am 22.05.2012 01:33 schrieb Heiko Schlenker:
>> Tja, woher soll die Putzfrau wissen, ob die Daten in /tmp noch
>> gebraucht werden oder nicht? Das Löschen von Daten im laufenden
>> Betrieb kann furchtbar in die Hose gehen. ;-) Beim Systemstart dürfen
>> sie hingegen weggeputzt werden.
> In diesem Zusammenhang mal folgende Frage: bei mir liegt /tmp als
> RAM-Disk vor und ich habe bisher noch nie erlebt, daß der Speicher
> knapp wird. Meine Kiste läuft länger als 24h durch, aber ich finde
> keinen Cronjob, der /tmp aufräumt.
> (Zugegeben: sie läuft nicht wirklich durch , aber da ich den
> Tiefschlaf-Modus statt Ausschalten benutze, ist das für das OS wohl
> das gleiche.)
> Wie wird in diesem Fall sichergestellt, daß /tmp nicht überläuft oder
> den gesamten Arbeitsspeicher als RAM-Disk benutzt? Oder habe ich
> bisher einfach nur viel Glück gehabt?
Das /tmp volläuft wird von nichts verhindert oder kontrolliert. tmpfs
nutzt per default nur 50% des verfügbaren RAMs eines Rechners. Und, im
Gegensatz zur klassichen RAM-Disk kann tmpfs in den Swap ausgelagert
werden, sollte dies nötig werden.
> Am 22.05.2012 01:33 schrieb Heiko Schlenker:
>> Tja, woher soll die Putzfrau wissen, ob die Daten in /tmp noch
>> gebraucht werden oder nicht? Das Löschen von Daten im laufenden
>> Betrieb kann furchtbar in die Hose gehen. ;-) Beim Systemstart dürfen
>> sie hingegen weggeputzt werden.
> In diesem Zusammenhang mal folgende Frage: bei mir liegt /tmp als
> RAM-Disk vor und ich habe bisher noch nie erlebt, daß der Speicher
> knapp wird. Meine Kiste läuft länger als 24h durch, aber ich finde
> keinen Cronjob, der /tmp aufräumt.
> (Zugegeben: sie läuft nicht wirklich durch , aber da ich den
> Tiefschlaf-Modus statt Ausschalten benutze, ist das für das OS wohl
> das gleiche.)
> Wie wird in diesem Fall sichergestellt, daß /tmp nicht überläuft oder
> den gesamten Arbeitsspeicher als RAM-Disk benutzt? Oder habe ich
> bisher einfach nur viel Glück gehabt?
Das /tmp volläuft wird von nichts verhindert oder kontrolliert. tmpfs
nutzt per default nur 50% des verfügbaren RAMs eines Rechners. Und, im
Gegensatz zur klassichen RAM-Disk kann tmpfs in den Swap ausgelagert
werden, sollte dies nötig werden.
Stefan Reuther
May 23, 2012, 12:37:55 PM5/23/12
to
Wolfgang Klein wrote:
> Am 22.05.2012 01:33 schrieb Heiko Schlenker:
>>Tja, woher soll die Putzfrau wissen, ob die Daten in /tmp noch
>>gebraucht werden oder nicht? Das Löschen von Daten im laufenden
>>Betrieb kann furchtbar in die Hose gehen. ;-) Beim Systemstart
>>dürfen sie hingegen weggeputzt werden.
>
> In diesem Zusammenhang mal folgende Frage: bei mir liegt /tmp als
> RAM-Disk vor und ich habe bisher noch nie erlebt, daß der Speicher knapp
> wird. Meine Kiste läuft länger als 24h durch, aber ich finde keinen
> Cronjob, der /tmp aufräumt.
Im Normalfall räumen Programme ihre Temporärdateien ja wirklich selber
> Am 22.05.2012 01:33 schrieb Heiko Schlenker:
>>Tja, woher soll die Putzfrau wissen, ob die Daten in /tmp noch
>>gebraucht werden oder nicht? Das Löschen von Daten im laufenden
>>Betrieb kann furchtbar in die Hose gehen. ;-) Beim Systemstart
>>dürfen sie hingegen weggeputzt werden.
>
> In diesem Zusammenhang mal folgende Frage: bei mir liegt /tmp als
> RAM-Disk vor und ich habe bisher noch nie erlebt, daß der Speicher knapp
> wird. Meine Kiste läuft länger als 24h durch, aber ich finde keinen
> Cronjob, der /tmp aufräumt.
weg. Übrig bleiben nur Dateien von abgestürzten Programmen und, nennen
wir's mal, fehlkoordinierte Programme (bei mir z.B.: Backup-Dateien von
mit 'mutt' geschriebenen Mails, weil niemand dem $EDITOR sagt, dass er
keine Backups machen soll). Wenn du sowas nicht hast, läuft auch /tmp
nicht voll.
Stefan
Helmut Hullen
May 23, 2012, 1:34:00 PM5/23/12
to
Hallo, Sven,
Du meintest am 23.05.12:
[...]
>> Wie wird in diesem Fall sichergestellt, daß /tmp nicht überläuft
>> oder den gesamten Arbeitsspeicher als RAM-Disk benutzt? Oder habe
>> ich bisher einfach nur viel Glück gehabt?
> Das /tmp volläuft wird von nichts verhindert oder kontrolliert.
Bei einer Spar-Installation.
Ich pflege stets "tmpwatch" mitzuinstallieren, "aus gegebenem Anlass".
Das Programm gibt es schon seit vielen Jahren, für etliche
Distributionen.
Du meintest am 23.05.12:
[...]
>> Wie wird in diesem Fall sichergestellt, daß /tmp nicht überläuft
>> oder den gesamten Arbeitsspeicher als RAM-Disk benutzt? Oder habe
>> ich bisher einfach nur viel Glück gehabt?
> Das /tmp volläuft wird von nichts verhindert oder kontrolliert.
Ich pflege stets "tmpwatch" mitzuinstallieren, "aus gegebenem Anlass".
Das Programm gibt es schon seit vielen Jahren, für etliche
Distributionen.
Andreas Kohlbach
May 23, 2012, 1:08:12 PM5/23/12
to
Wolfgang Klein wrote on 23. May 2012:
>
> Am 22.05.2012 01:33 schrieb Heiko Schlenker:
>
>
>> Tja, woher soll die Putzfrau wissen, ob die Daten in /tmp noch
>> gebraucht werden oder nicht? Das Löschen von Daten im laufenden
>> Betrieb kann furchtbar in die Hose gehen. ;-) Beim Systemstart
>> dürfen sie hingegen weggeputzt werden.
>
> In diesem Zusammenhang mal folgende Frage: bei mir liegt /tmp als
> RAM-Disk vor und ich habe bisher noch nie erlebt, daß der Speicher knapp
> wird. Meine Kiste läuft länger als 24h durch, aber ich finde keinen
> Cronjob, der /tmp aufräumt.
Wobei "länger" eben relativ ist, wie erwähnt. Meiner läuft 116 Tage und
>
> Am 22.05.2012 01:33 schrieb Heiko Schlenker:
>
>
>> Tja, woher soll die Putzfrau wissen, ob die Daten in /tmp noch
>> gebraucht werden oder nicht? Das Löschen von Daten im laufenden
>> Betrieb kann furchtbar in die Hose gehen. ;-) Beim Systemstart
>> dürfen sie hingegen weggeputzt werden.
>
> In diesem Zusammenhang mal folgende Frage: bei mir liegt /tmp als
> RAM-Disk vor und ich habe bisher noch nie erlebt, daß der Speicher knapp
> wird. Meine Kiste läuft länger als 24h durch, aber ich finde keinen
> Cronjob, der /tmp aufräumt.
ich habe etwas über 7 GB in /tmp.
Thomas 'PointedEars' Lahn
May 23, 2012, 6:18:57 PM5/23/12
to
Andreas Kohlbach wrote:
> Für den einen sind drei Tage schon "langlaufend", für den anderen eine
> Woche, oder meine Uptime
>
> | $ uptime
> | 19:55:20 up 113 days, 19:33
>
> für Dritte gar nicht so lange, die vielleicht in diesem Millennium noch
> gar nicht gebootet haben.
(Ein Reboot hin und wieder ist durchaus empfehlenswert.)
--
PointedEars
f y cn rd ths y mst hv bn sng nx :)
> Für den einen sind drei Tage schon "langlaufend", für den anderen eine
> Woche, oder meine Uptime
>
> | $ uptime
> | 19:55:20 up 113 days, 19:33
>
> für Dritte gar nicht so lange, die vielleicht in diesem Millennium noch
> gar nicht gebootet haben.
>
> Ja, /tmp ist recht voll hier.
>
> # du -sh /tmp/
> 7.5G /tmp/
>
> Der wird beim nächsten Boot, und ext3, sicher lange rödeln, um da
> aufzuräumen.
fsck(8) wird sicher noch länger brauchen.
> Ja, /tmp ist recht voll hier.
>
> # du -sh /tmp/
> 7.5G /tmp/
>
> Der wird beim nächsten Boot, und ext3, sicher lange rödeln, um da
> aufzuräumen.
(Ein Reboot hin und wieder ist durchaus empfehlenswert.)
--
PointedEars
f y cn rd ths y mst hv bn sng nx :)
0 new messages