Hi, nachdem mein squid nicht mehr wollte mit der Meldung: "rcsquid status Checking for WWW-proxy squid checkproc: Empty pid file /var/run/squid.pid for /usr/sbin/squid unused", dachte ichbeim Löschen daran, daß viellecht die /var etwas voll sein könnte, da mir vor einer Stunde irgendwas den Rechner zugemüllt hat (erst 1 G Speicher, dann 1 G swap, dann hat er sich quergestellt). Und siehe da, 99,0% voll 10,3 MB Rest. Neustart hat nicht geholfen. Frage: Wie und was kann ich gefahrlos löschen, um da etwas aufzuräumen? Wo ließ sich das nochmal einstellen, daß beim Booten /tmp und /var geleert werden? /etc/sysconfig?? Gruß und dank für schnelle Antwort Peter -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
On Thu, Sep 23, 2004 at 12:02:13PM +0200, Michael Schachtebeck wrote:
Peter Baumgartner schrieb am 09/23/2004 11:57 AM:
Frage: Wie und was kann ich gefahrlos löschen, um da etwas aufzuräumen?
/var/tmp und /var/log wären die ersten Verzeichnisse, in denen ich nicht benötigte Dateien suchen und löschen würde.
du -sh /var/* zeigt wo's langgeht. Das spool Verzeichnis ist auch immer ein Verdächtiger, gerade wenn man News-, Mail- oder Imapserver laufen lässt. Wir haben eine Anwenderin, die versendete seinerzeit eine Mail mit 400MB- Anhang. Mehrmals, weil sie nicht sofort ankam. :) Gruß, Jürgen
Am Donnerstag, 23. September 2004 12:14 schrieb Jürgen Knelangen:
On Thu, Sep 23, 2004 at 12:02:13PM +0200, Michael Schachtebeck wrote:
Peter Baumgartner schrieb am 09/23/2004 11:57 AM:
Frage: Wie und was kann ich gefahrlos löschen, um da etwas aufzuräumen?
/var/tmp und /var/log wären die ersten Verzeichnisse, in denen ich nicht benötigte Dateien suchen und löschen würde.
du -sh /var/* zeigt wo's langgeht. Das spool Verzeichnis ist auch immer ein Verdächtiger, gerade wenn man News-, Mail- oder Imapserver laufen lässt.
Na ja, nach dem manuellen Leerräumen von /var/log, /var/tmp und /var/spool: --------------schnipp---------- du -sh /var/* 4,0K /var/account 97M /var/adm 231M /var/cache 36K /var/games 4,0K /var/heimdal 399M /var/lib 16K /var/lock 22M /var/log 16K /var/lost+found 0 /var/mail 180K /var/opt 204K /var/run 15M /var/spool 68M /var/state 6,5M /var/tmp 16K /var/X11R6 2,0M /var/yp ---------------schnapp----------- Muß wohl beim Nächsten Server /var ein bißchen größer anlegen. Yast hatte 500 MB vorgeschlagen :-/
Wir haben eine Anwenderin, die versendete seinerzeit eine Mail mit 400MB- Anhang. Mehrmals, weil sie nicht sofort ankam. :)
hehe Gruß Peter -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
Peter Baumgartner
Am Donnerstag, 23. September 2004 12:14 schrieb Jürgen Knelangen:
On Thu, Sep 23, 2004 at 12:02:13PM +0200, Michael Schachtebeck wrote:
Peter Baumgartner schrieb am 09/23/2004 11:57 AM:
Frage: Wie und was kann ich gefahrlos löschen, um da etwas aufzuräumen?
du -sh /var/* zeigt wo's langgeht. Das spool Verzeichnis ist auch immer ein Verdächtiger, gerade wenn man News-, Mail- oder Imapserver laufen lässt.
Na ja, nach dem manuellen Leerräumen von /var/log, /var/tmp und /var/spool: --------------schnipp---------- du -sh /var/* 4,0K /var/account 97M /var/adm 231M /var/cache 36K /var/games 4,0K /var/heimdal 399M /var/lib 16K /var/lock 22M /var/log 16K /var/lost+found 0 /var/mail 180K /var/opt 204K /var/run 15M /var/spool 68M /var/state 6,5M /var/tmp 16K /var/X11R6 2,0M /var/yp ---------------schnapp-----------
Muß wohl beim Nächsten Server /var ein bißchen größer anlegen. Yast hatte 500 MB vorgeschlagen :-/
Sieh dir doch erst einmal die Unterverzeichnisse genauer an, Was liegt denn bei dir unter /var/lib, das 231 MB benötigt? Welche Datenbank ist denn so groß, daß 399 MB verbraucht werden? Unter /var/adm liegen die ganzen Backups der alten rpm's da kannst du sicherlich auch aufräumen. Und was liegt unter /var/state, da dürften nur ein paar K sein. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8C183C8622115328
Hallo Dieter und @all, Am Donnerstag, 23. September 2004 14:03 schrieb Dieter Kluenter:
Peter Baumgartner
writes: Am Donnerstag, 23. September 2004 12:14 schrieb Jürgen Knelangen:
On Thu, Sep 23, 2004 at 12:02:13PM +0200, Michael Schachtebeck wrote:
Peter Baumgartner schrieb am 09/23/2004 11:57 AM: [...] Muß wohl beim Nächsten Server /var ein bißchen größer anlegen. Yast hatte 500 MB vorgeschlagen :-/
Sieh dir doch erst einmal die Unterverzeichnisse genauer an, Was liegt denn bei dir unter /var/lib, das 231 MB benötigt?
/Yast2/you
Welche Datenbank ist denn so groß, daß 399 MB verbraucht werden?
Hm, kann ich leider nicht mehr sehen, da das System beim neustarten nach dem Aufräumen und /etc/syconfig -> aufräumen beim booten ist das System voll abgeraucht, ich hatte wohl doch etwas für den Start relevantes entfernt. Da ich es mittlerweile wieder hochgezogen habe, kann ich auch wieder mails lesen ;-) Kleiner Nachteil: mein mailarchiv ist weg, weil Yast beim Installieren auf die dafür zuständige Platte installieren wollte und trotz der ausdrücklichen Anweisung, die Platte in Ruhe zu lassen (nicht formatieren, nicht einbinden) und auf die von mir gewünschte Platte zu installieren, der Meinung ist, man könne XFS-formatierte Platten gefahrlos mit Reiser überbügeln :-// Ich hätte es besser wissen und die vorher abhängen sollen... Aber ich habe jetzt 2 GB für /var, da kann dann auch Yast keinen allzugroßen Flurschaden mehr anrichten, den nächsten Server mache ich sowieso mit Sarge, weil so allmählich mag ich nicht mehr Betatester für SuSE spielen, da läuft in letzter Zeit eifach zu viel schief. Lieber plage ich mich mit dem besch..eidenen Installer von Debian rum und habe dann für ein Jahr Ruhe.
Unter /var/adm liegen die ganzen Backups der alten rpm's da kannst du sicherlich auch aufräumen.
Hm, /var/adm hatte ich gar nicht angerührt
Und was liegt unter /var/state, da dürften nur ein paar K sein.
Das gibt es gar nicht Gruß Peter
Am Donnerstag, 23. September 2004 11:57 schrieb Peter Baumgartner:
Hi, nachdem mein squid nicht mehr wollte mit der Meldung: "rcsquid status Checking for WWW-proxy squid checkproc: Empty pid file /var/run/squid.pid for /usr/sbin/squid
unused", dachte ichbeim Löschen daran, daß viellecht die /var etwas voll sein könnte, da mir vor einer Stunde irgendwas den Rechner zugemüllt hat (erst 1 G Speicher, dann 1 G swap, dann hat er sich quergestellt). Und siehe da, 99,0% voll 10,3 MB Rest. Neustart hat nicht geholfen. Frage: Wie und was kann ich gefahrlos löschen, um da etwas aufzuräumen? Wo ließ sich das nochmal einstellen, daß beim Booten /tmp und /var geleert werden? /etc/sysconfig??
Ja, ich mache es über Yast2: System Editor für etc/sysconfig-Dateien System - Cron - TMP_DIRS_TO_CLEAN /var;/tmp und CLEAR_TMP_DIRS_AT_BOOTUP yes Gruss Uli
Am Donnerstag, 23. September 2004 12:08 schrieb Ulrich Gerner:
Am Donnerstag, 23. September 2004 11:57 schrieb Peter Baumgartner: [...]
Ja, ich mache es über Yast2:
System Editor für etc/sysconfig-Dateien
System - Cron - TMP_DIRS_TO_CLEAN /var;/tmp und CLEAR_TMP_DIRS_AT_BOOTUP yes
Das war´s, was ich gesucht hatte, danke! Peter -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
Peter Baumgartner sagte:
System - Cron - TMP_DIRS_TO_CLEAN /var;/tmp und CLEAR_TMP_DIRS_AT_BOOTUP yes
Das war´s, was ich gesucht hatte, danke!
glaub ich nicht. SO löscht der nämlich beim nächsten boot den kompletten inhalt von /var und /tmp. und in /var ist ja nicht _nur_ müll drin... du willst da /var/tmp und /tmp eintragen. und dann noch an dein einstellungen für die logfile rotation drehn, damit alte gezippte logs auch irgendwann verschwinden. bye, MH
Am Donnerstag 23 September 2004 11:57 schrieb Peter Baumgartner:
Hi, nachdem mein squid nicht mehr wollte mit der Meldung: "rcsquid status Checking for WWW-proxy squid checkproc: Empty pid file /var/run/squid.pid for /usr/sbin/squid
Lösch mal die cachdateien von squid. squid -z baut den baum dann wieder auf. in der squid.conf restriktier mal die cachegröße. ist immer ein wenig fummelei. und natürlich das was die anderen gesagt haben. -- cu Roland Kruggel mailto: rk-liste@gmx.de System: Intel 3.2Ghz, Debian sid, 2.6.8.1, KDE 3.3.3
Am Donnerstag 23 September 2004 14:56 schrieb Roland M. Kruggel:
Am Donnerstag 23 September 2004 11:57 schrieb Peter Baumgartner:
Lösch mal die cachdateien von squid. squid -z baut den baum dann wieder auf. in der squid.conf restriktier mal die cachegröße.
Oder dem Squidcache eine eigene Partition geben. Schön performant wird das auch - falls der Rechner nicht mehr der jüngste ist - wenn man das auf eine zweite Platte verlegt. Dann sollte Ruhe sein. (Wollte der Squid-Cache nicht sowas um die 3 GB haben?). Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Donnerstag 23 September 2004 22:48 schrieb Helga Fischer:
Am Donnerstag 23 September 2004 14:56 schrieb Roland M. Kruggel:
Am Donnerstag 23 September 2004 11:57 schrieb Peter Baumgartner:
Lösch mal die cachdateien von squid. squid -z baut den baum dann wieder auf. in der squid.conf restriktier mal die cachegröße.
Oder dem Squidcache eine eigene Partition geben. Schön performant wird das auch - falls der Rechner nicht mehr der jüngste ist - wenn man das auf eine zweite Platte verlegt. Dann sollte Ruhe sein.
Das ist absolut richtig. Allerdings bei den heutigen plattengrössen must du schon mal drüber nachdenken ob du 80G nur für chach spendieren willst. Das System braucht ja auch noch mal 'ne Platte. Aber eine eigene Partition sollte es auf jeden fall sein.
(Wollte der Squid-Cache nicht sowas um die 3 GB haben?).
Den kannst su so konfigurieren wie du ihn haben willst. Allerdings ist das immer mit ein wenig fummelei verbunden. Auf meinem alten system hatte mein squid so ca 50MB zur Verfügung. War einfach nicht mehr da. Jetzt 40 GB. (Nun ja, das bisschen Linux-systemn zählen wir mal nicht.) :)
Helga
-- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
-- cu Roland Kruggel mailto: rk-liste@gmx.de System: Intel 3.2Ghz, Debian sid, 2.6.8.1, KDE 3.3.3
participants (8)
-
Dieter Kluenter
-
Helga Fischer
-
Jürgen Knelangen
-
Mathias Homann
-
Michael Schachtebeck
-
Peter Baumgartner
-
Roland M. Kruggel
-
Ulrich Gerner