|
|||
|
Täglicher HD-Speicherschwund von > 100 MB
Hallo,
seit ein paar Tagen muß ich feststellen, das meine HD (/dev/sda5) um 100 MB freien Platz schrumpft. Es liegt nicht an Usern oder Accounts, da diese in einer seperaten Partition liegen. Die Partitionen sehen wie folgt aus: /dev/sda5 / /dev/sda1 /boot /dev/sda6 /home /dev/sda3 /tmp In /var/log und /usr/local/apache/logs/ konnte ich bisher keine verdächtigen Dateien finden. Hat jemand eine Idee wo ich fündig werden könnte? Danke Pixelpirat |
|
|||
|
Da liegen bei mir nur 56M vom 6. August. /usr/ wird bei mir ja pro Tag um 100 MB weiter voll geschrieben. Aber nicht ueber den Tag verteilt, sondern das muss 1 x Tag passieren. Ich muss mal genau schauen wann das ist.
|
|
|||
|
Ich hab ds 2 Tage verfolgt. Die Daten notiert. Aber die Uebersicht bringt immer die gleichen Werte.
Gebe ich aber df -h ein, dann sehe ich, wie der verfuegbare Platz bei /usr/ immer kleiner wird. Mit du -h --max-depth=1 /usr sieht man aber kein Unterschied. Bloed, denn /usr hat jetzt nur noch 500 MB frei und bei taeglich 100 MB weniger... Ich habe noch nicht gefunden wo ran das liegt.
|
|
|||
|
Ich hab das jetzt mal eingekreist.
Bei mir kmmt das aus /usr/local/ Da liegt viel Kleinzeug drinne aber u.a. /usr/local/apache/ ist 1.1GB gross im Verz. domlogs. Stellt sich jetzt die Frage, warum das ploetzlich seit einem Update immer mehr wird. Denn die Zugriffe und Besuche sind nicht mehr geworden. Kann man die einfach loeschen ? bzw was passiert dann mit den Statistiken fuer awstats und Co. ? Wenn ich die loesche, legt cpanel die neu an ? |
|
|||
|
Der Indianer ist es schuld :D
Auch meine Nachforschung hat den Apache mit seine Logsfiles analysiert.
Das domlogs/ wächst bei mir täglich. Ebenso auch in logs/ die access.log Was ich noch nicht feststellen konnte warum plötzlich so viel HD-Speicher gefressen wird. Allerdings ist am 31. wieder logrotate angesagt. Mal sehen was danach wieder zur Verfügung steht. Wird denn die access.log noch benötigt wenn doch alles nach domlogs geht? Gruß Pixelpirat |
|
|||
|
Ich werde das am 31. auch mal beobachten, denn es gab nie Probleme damit und die Zugriffe sind ja auch nicht angestiegen. Warum cpanel jetzt da ploetzlich die Logs so vollmuellt...
Am liebsten waere mir, man koennte ein anderes Verz. ganz einfach fuer die Logs angeben, denn /usr/ hat nur noch rund 300 MB, waerend ich auf einigen anderen Partitionen mehrere GB frei habe. |
|
|||
|
Hi,
in die /usr partition schreibt bei Cpanel Apache die Domlogs. Möglicherweise ist eine der Logs zu groß geworden. Versucht mal: cd /usr/local/apache/domlogs ls -lS |more Das sollte dann oben die größte Log Datei zeigen. Die könnt ihr löschen. In der /var Partition sind System logs und die MySQL Fehler-Datei: cd /var/lib/mysql ls -l |grep .err Dann seht ihr die Größe der MySQL Fehlerdatei...kann sehr groß werden. cd /var/log ls -lS |more jetzt seht ihr die größte Log Datei. Ist eine zu groß kann sie mit dem Befehl: echo >dateiname geleert werden, ohne dass die Datei entfernt wird (einfach löschen kann Probleme bringen) Und nun der Befehl mit dem ihr raus finden könnt welche Verzeichnisse in /usr oder /var den Platz fressen: cd /var (oder cd /usr) for i in *; do echo $i; du -ch $i |grep total; done Die Ausgabe ist vom Format: Verzeichnisname 500K Verzeichnisname 2 34M usw. |
|
|||
|
ACH ÜBRIGENS: Wenn man eine Apache Log Datei löscht, dann wird der Platz von Linux erst freigegeben, wenn man Apache neu startet. Vielleicht hat Cpanellogd Logs geslöscht, deren Platz aber mangels Apache Neustart nich frei gegeben wurde:
service httpd stop; sleep 7; service httpd start Dann mit dem Befehl: df schauen ob sich die Größe der Partitionen geändert hat. |
|
|||
|
Quote:
|
|
|||
|
Quote:
sollte es auch erledigen. Btw. Die Größe der Partition wird sich nicht ändern, nur der freie bzw. belegte Speicherplatz.
|
![]() |
| Thread Tools | |
| Display Modes | |
|
|