suphp_log läuft voll

[oliverhb]

Hallo zusammen,
seit heute hab ich ein Problem mit meinem 1&1 Server.
Die Datei suphp_log läuft mir voll bis kein Platz mehr auf der Platte ist.
Der Server läuft seit Januar ohne Probleme und am System wurde nichts
mehr geändert.
Die letzte gepackte Version von der Datei ist vom 26.2.2006 -
seit dem kommt wohl alles in die Datei ohne eine gepackte nach einem Tag zu erstellen.

Die Datei ist dann voll mit solchen Einträgen:

Code: Select all

[Fri Jun 16 22:36:06 2006] [info] Executing /home/s/XXX.de/public_html/forum/jgs_portal_log_bildschirm.php as user XXX (1002), group www (60006)

Kann mir da vielleicht jemand sagen was da los ist ?
Ich bin leider kein Serverprofi :oops:

Gruß Oliver

[flo]

Die letzte gepackte Version von der Datei ist vom 26.2.2006 -
seit dem kommt wohl alles in die Datei ohne eine gepackte nach einem Tag zu erstellen.

Da hilft Logrotate ...

Kann mir da vielleicht jemand sagen was da los ist ?
Ich bin leider kein Serverprofi

Stimmt. ;-)

Wie groß ist denn die Datei, wenn sie die ganze Platte einnimmt?

flo.

[oliverhb]

Na so etwa 50GB :roll:

[braindead]

Die letzte gepackte Version von der Datei ist vom 26.2.2006 -
seit dem kommt wohl alles in die Datei ohne eine gepackte nach einem Tag zu erstellen.

Da hilft Logrotate ...

oder ein bezherztes cat /dev/null > suphp_log

BTW. ich sehe den sinn dieser Logeinträge nicht so ganz, vielleicht kann man die ja auch per setzen des Loglevel einfach abklemmen.

[oliverhb]

Das Logbuch ist aber nur mit solchen Einträgen gefüllt - z.B.:

Code: Select all

[Fri Jun 16 23:26:46 2006] [info] Executing /home/h/YYYY.de/public_html/forum/thread.php as user YYYY (1000), group www (60006)

Wie kann man denn den Loglevel ändern ?

[superuser1]

Hi...

oder ein bezherztes cat /dev/null > suphp_log

damit kurierst du zwar die Symptome aber das Problem wird wohl in kürzester Zeit wieder bestehen...

OliverHB: Prüfe bitte, ob dein Logrotate ordnungsgemäß arbeitet bzw. einen Eintrag für das suphp_log hat.

:roll:

[oliverhb]

Also die logrotate.conf sieht so aus:

# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# create new (empty) log files after rotating old ones
create

# uncomment this if you want your log files compressed
#compress

# uncomment these to switch compression to bzip2
#compresscmd /usr/bin/bzip2
#uncompresscmd /usr/bin/bunzip2

# RPM packages drop log rotation information into this directory
include /etc/logrotate.d

# no packages own wtmp -- we'll rotate them here
#/var/log/wtmp {
# monthly
# create 0664 root utmp
# rotate 1
#}

# system-specific logs may be also be configured here.

[superuser1]

Hi...

Allerdings seh ich im Ordner /etc/ keine logrotate.d

Besitzt du ein Backup von /etc?
Werden die restlichen Logdateien von Logrotate bearbeitet?

:roll:

[oliverhb]

Also der Ordner logrotate.d ist doch da - ist wohl schon spät :roll:
Es scheint so, als würde gar kein Log mehr gepackt - mail.info ist die
letzte gepackte auch vom Februar.....

[superuser1]

Hi...

wie sieht der Inhalt von /etc/logrotate.d aus?
Führt dein cron-Daemon den Logrotate aus?

:roll:

[oliverhb]

Da sind folgende Dateien drin:

apache2
mysql
rsync
scpm
syslog
vsftpd
wtmp
xinetd
xntp


Ob die Logratate ausgeführt wird weiß ich noch nicht - ich such noch
wie ich das raus bekomme :roll:

[superuser1]

Hi...

wie sieht der Inhalt von apache2 aus?
Wie lautet der Pfad zu suphp_log?

Findet sich in der apache2 kein Eintrag zu suphp, dann erstelle in /etc/logrotate.d eine Datei suphp mit dem Inhalt

Code: Select all

/pfad/zu/suphp_log {
        daily
        missingok
        compress
        delaycompress
        notifempty
        create 640 root root
}

Versuche doch einmal, Logrotate manuell zu starten.

Was sagt ein 'ps aux|grep cron'?

:roll:

[oliverhb]

So, ich hab jetzt mal in webmin 'Logdatei-Rotation' den Pfad '/var/log/apache2/suphp_log' mit angegeben -
Morgenfrüh seh ich ja ob es klappt.
Jetzt würde mich noch interresieren, wie ich dem System klar machen kann,
das es nicht die blöden Eintrage in die suphp_log schreibt.
Kann mir da jemand einen Tip geben ? Das muss sich doch irgendwie abschalten lassen.

Gruß Oliver

[antondollmaier]

suphp.conf ...

Code: Select all

;Loglevel
loglevel=warn

und du hast da wohl "info" stehen ... ;)

[oliverhb]

sorry, aber wo finde ich die Datei :oops:
Ich hab schon alle möglichen Ordner abgesucht, aber ich finde die suphp.conf nicht....

[oliverhb]

Also logrotate geht definitiv nicht
Ein Aufruf von /etc/cron.daily/logrotate -f bringt auch nichts.
In der /etc/logrotate.conf steht auch folgendes:

Code: Select all

# system-specific logs may be also be configured here.
/var/log/apache2/suphp_log {
	daily
	rotate 3
	compress
	nocreate
}

Wieso tut sich da nichts ?

Gruß Oliver