Hallo zusammen, ich habe ein kleines Problem mit meinem Apache auf SuSE 7.3. Alle paar Tage ca. gegen 00:20 Uhr stürzt der Apache ab. In den Logfiles steht nichts. Um diese Uhrzeit läuft das cron.daily Skript. Wenn ich versuche den Apache wieder zu starten, erscheint folgendes im Errorlog. <zitat> [Thu Oct 9 08:36:18 2003] [info] mod_unique_id: using ip addr 192.168.1.10 [Thu Oct 9 08:36:19 2003] [warn] pid file /var/run/httpd.pid overwritten -- Unclean shutdown of previous Apache run? </zitat> Ich kann den Apach erst wieder starten, wenn ich den Rechner neu starte, aber das kann es ja nicht sein. Kann mir jemand einen Tip gben? Frank Palvölgyi
Hi! Frank Palvölgyi schrieb:
Hallo zusammen,
ich habe ein kleines Problem mit meinem Apache auf SuSE 7.3.
Alle paar Tage ca. gegen 00:20 Uhr stürzt der Apache ab. In den Logfiles steht nichts.
Um diese Uhrzeit läuft das cron.daily Skript.
Hmm, leider it die Kristtalkugel kaputt, aber: - rotierende Logfiles - voll gelaufene Platten - keine Schreibrechte für Logfiles - ssl ohne PW - versuchter start eines neuen Apchen ohne den alten vorher sauber zu beenden was ergibt: ps -avx | grep apache (oder httpd) df -h /etc/init.d/apache (oder httpd) configtest /etc/init.d/..... graceful Gruß, Uli
Ulrich Klenk wrote:
- rotierende Logfiles - voll gelaufene Platten - keine Schreibrechte für Logfiles - ssl ohne PW - versuchter start eines neuen Apchen ohne den alten vorher sauber zu beenden
was ergibt:
ps -avx | grep apache (oder httpd) df -h /etc/init.d/apache (oder httpd) configtest /etc/init.d/..... graceful
Hallo Ulrich, ich habe gerade nochmal nachgeschaut. Die Platten können nicht voll sein, bei der folgenden Auslastung. Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda1 2063504 731880 1226804 38% / /dev/hda3 18577596 2084464 15549316 12% /diverses /dev/hda2 15725728 1221200 13705696 9% /home /dev/hdb2 7827172 3708300 3721264 50% /backup /dev/hdb1 2016016 696248 1217356 37% /usr shmfs 256544 0 256544 0% /dev/shm Ich habe mir mal das Datum und die Uhrzeit von den Backuplogfiles angeschaut. Es scheint, immer wenn rotate_logfiles ausgeführt wird, kracht es. Denn die Backuplogfiles haben alle das Datum und die passende Uhrzeit, als der Apache abgestürzt ist. Schreibrechte scheinen zu stimmen, hat ja bisher immer geklappt. Nachdem ich das PHP 4.3.1 Update von SuSE eingespielt habe, macht der Apache mucken. Was meinst Du mit ssl ohne PW? ps -avx | grep apache (oder httpd) kann ich erst ausprobieren, wenn es wieder passiert ist. Frank Palvölgyi
Hi! Frank Palvölgyi schrieb:
Ulrich Klenk wrote:
- rotierende Logfiles - voll gelaufene Platten - keine Schreibrechte für Logfiles - ssl ohne PW - versuchter start eines neuen Apchen ohne den alten vorher sauber zu beenden
was ergibt:
ps -avx | grep apache (oder httpd) df -h /etc/init.d/apache (oder httpd) configtest /etc/init.d/..... graceful
Hallo Ulrich,
ich habe gerade nochmal nachgeschaut. Die Platten können nicht voll sein, bei der folgenden Auslastung. Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda1 2063504 731880 1226804 38% / /dev/hda3 18577596 2084464 15549316 12% /diverses /dev/hda2 15725728 1221200 13705696 9% /home /dev/hdb2 7827172 3708300 3721264 50% /backup /dev/hdb1 2016016 696248 1217356 37% /usr shmfs 256544 0 256544 0% /dev/shm
Ich habe mir mal das Datum und die Uhrzeit von den Backuplogfiles angeschaut. Es scheint, immer wenn rotate_logfiles ausgeführt wird, kracht es. Denn die Backuplogfiles haben alle das Datum und die passende Uhrzeit, als der Apache abgestürzt ist.
Würde dann mal an den Logfiles dranbleiben. Der Apache muss vor dem wegschieben der logfiles beendet sein und danach wieder neu gestartet werden. Du solltest mal das entsprechende rotatelogs anschauen, ob der Apache sauber abgeschaltet und gestartet wird..... Da mir dieses Vorgehen immer zu heikel war, habe ich mit einer Pipe zu chronolog gearbeitet. Andere Möglichkeit ist httplog... http://freshmeat.net/projects/httplog/?topic_id=90%2C243%2C87%2C19%2C148 Gruß, Uli
Hallo! Ich habe jetzt nicht den bisherigen Thread verfolgt, aber ich würde auf jeden Fall einmal in das error.log schauen! Es reicht schon, wenn z.B. eine virtuelle Domain unter /home/mydomain/logs/... loggen soll und das Verzeichnis existiert nicht oder Apache kann die Logfiles aus einem anderen Grund nicht schreiben. (Dies ist mir einmal passiert. Zum Glück war ich selbst gerade am Server und habe es sofort bemerkt... Ein Kunde war der Meinung, dass er das Verzeichnis lieber löchen sollte) Mit den besten Grüßen, Konrad -- Konrad Neitzel Mobile: +49 (172) 689 31 45
Konrad Neitzel wrote:
Hallo!
Ich habe jetzt nicht den bisherigen Thread verfolgt, aber ich würde auf jeden Fall einmal in das error.log schauen!
Es reicht schon, wenn z.B. eine virtuelle Domain unter /home/mydomain/logs/... loggen soll und das Verzeichnis existiert nicht oder Apache kann die Logfiles aus einem anderen Grund nicht schreiben.
(Dies ist mir einmal passiert. Zum Glück war ich selbst gerade am Server und habe es sofort bemerkt... Ein Kunde war der Meinung, dass er das Verzeichnis lieber löchen sollte)
Mit den besten Grüßen,
Konrad
-- Konrad Neitzel Mobile: +49 (172) 689 31 45
Das ist es ja, in den Logfiles steht nichts. Aber eine Vermutung ist das rotate Logfile Skript von SuSE. Frank Palvölgyi
Ulrich Klenk wrote:
Würde dann mal an den Logfiles dranbleiben. Der Apache muss vor dem wegschieben der logfiles beendet sein und danach wieder neu gestartet werden. Du solltest mal das entsprechende rotatelogs anschauen, ob der Apache sauber abgeschaltet und gestartet wird.....
Da mir dieses Vorgehen immer zu heikel war, habe ich mit einer Pipe zu chronolog gearbeitet. Andere Möglichkeit ist httplog...
http://freshmeat.net/projects/httplog/?topic_id=90%2C243%2C87%2C19%2C148
Ich habe den Fehler gerade nachstellen können. Immer wenn rotate Logfiles beim Apache aktiv wird, stürzt der Apache ab. /var/log/httpd/access_log was +10k PERL PHP4 SSL Reload httpd..done Saving file to /var/log/httpd/access_log-20031010-2.gz The following backup(s) do exist now: -rw-r--r-- 1 root root 942 Oct 10 16:35 /var/log/httpd/access_log-20031010-2.gz -rw-r--r-- 1 root root 927 Oct 10 16:28 /var/log/httpd/access_log-20031010.gz Im Errorlog steht: [Fri Oct 10 16:46:46 2003] [notice] SIGUSR1 received. Doing graceful restart Aber der Apache startet nicht. Mit rcapache try-restart rcapache start bekomme ich Ihn wieder zum starten. Ich werde jetzt das rotate Logs für den Apache in /etc/logfiles abschalten, da ich sowieso mein eigenes rotate Logs für den Apache geschrieben habe. Frank Palvölgyi
participants (3)
-
Frank Palvölgyi -
Konrad Neitzel -
Ulrich Klenk