Hallo, Jörg Roßdeutscher writes:

Moin,

Dieter Kluenter:

...

Hat jemand einen Hinweis, wo ich suchen könnte?

/var/log/httpd/* ?

Mal gucken (ich habe hier keinen original-Suse-Apache), ob in der rcapache irgendwas nach /dev/nul geschubst wird und ggf. mal per Hand starten?

Das ist nichts :-( strace liefert auch keine, für mich interpretierbare, Ergebnisse. Ich bemerkte ja schon, der einzige Hinweis ist der fehlende Eintrag in /var/run, sonst keine Error-Meldungen, rein gar nichts. /sbin/init.d/apache start meldet ja auch "done" /sbin/init.d/apache status meldet "checking for service httpd: OK" /sbin/init.d/apache stop meldet "Shutting down service httpd:failed" Kein Zugriff auf Port 80 möglich, kein pid file in /var/run Das sind die einzigen Hinweise, daß Apache nicht läuft. Ich habe nun jede halbwegs relevante Datei angesehen, nichts, nicht mal ein Timestamp über den Start von Apache. -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Hallo Waldemar, Waldemar Brodkorb writes:

Dieter Kluenter wrote,

...

Jörg Roßdeutscher writes:

...

Dieter Kluenter:

...

Hat jemand einen Hinweis, wo ich suchen könnte?

/var/log/httpd/* ?

Mal gucken (ich habe hier keinen original-Suse-Apache), ob in der rcapache irgendwas nach /dev/nul geschubst wird und ggf. mal per Hand starten?

Das ist nichts :-( strace liefert auch keine, für mich interpretierbare, Ergebnisse. [...] ldd auf das binary vom apache und auf die libphp, falls php mit im Spiel ist. Fehlt da was?

Ich kann da nichts entdecken :-( pink:/usr/sbin # ldd httpd libmm.so.11 => /usr/lib/libmm.so.11 (0x40019000) libm.so.6 => /lib/libm.so.6 (0x4001e000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4003b000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x40068000) libdb.so.3 => /lib/libdb.so.3 (0x4006f000) libdl.so.2 => /lib/libdl.so.2 (0x400ad000) libc.so.6 => /lib/libc.so.6 (0x400b2000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) pink:/usr/lib/apache # ldd libphp3.so libc-client.so => /usr/lib/libc-client.so (0x401be000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40262000) libz.so.1 => /usr/lib/libz.so.1 (0x40283000) libttf.so.2 => /usr/lib/libttf.so.2 (0x40292000) libmysqlclient.so.6 => /usr/lib/libmysqlclient.so.6 (0x402bb000) libpq.so.2.1 => /usr/lib/libpq.so.2.1 (0x402cf000) libldap.so.1 => /usr/lib/libldap.so.1 (0x402df000) liblber.so.1 => /usr/lib/liblber.so.1 (0x402f4000) libpdf.so.0 => /usr/lib/libpdf.so.0 (0x402f9000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40321000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x40364000) libpam.so.0 => /lib/libpam.so.0 (0x4036b000) libm.so.6 => /lib/libm.so.6 (0x40374000) libdl.so.2 => /lib/libdl.so.2 (0x40391000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40395000) libresolv.so.2 => /lib/libresolv.so.2 (0x403c2000) libnsl.so.1 => /lib/libnsl.so.1 (0x403d1000) libc.so.6 => /lib/libc.so.6 (0x403e8000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x404cc000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) pink:/usr/lib/apache # ldd libphp4.so libpam.so.0 => /lib/libpam.so.0 (0x40269000) libc-client.so => /usr/lib/libc-client.so (0x40271000) libdl.so.2 => /lib/libdl.so.2 (0x40315000) libz.so.1 => /usr/lib/libz.so.1 (0x40319000) libsnmp.so => /usr/lib/libsnmp.so (0x40328000) libmm.so.11 => /usr/lib/libmm.so.11 (0x40369000) libreadline.so.4 => /lib/libreadline.so.4 (0x4036f000) libhistory.so.4 => /lib/libhistory.so.4 (0x40396000) libpq.so.2.1 => /usr/lib/libpq.so.2.1 (0x4039d000) libmysqlclient.so.6 => /usr/lib/libmysqlclient.so.6 (0x403ac000) libmcal.so => /usr/lib/libmcal.so (0x403c0000) libldap.so.1 => /usr/lib/libldap.so.1 (0x403d2000) liblber.so.1 => /usr/lib/liblber.so.1 (0x403e8000) libttf.so.2 => /usr/lib/libttf.so.2 (0x403ed000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40416000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40435000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x40456000) libresolv.so.2 => /lib/libresolv.so.2 (0x4045d000) libm.so.6 => /lib/libm.so.6 (0x4046d000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4048a000) libnsl.so.1 => /lib/libnsl.so.1 (0x404b7000) libc.so.6 => /lib/libc.so.6 (0x404ce000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

Ansonsten mal den strace output (mit -f) gepackt per PM an mich.

Strace ist doch etwas größer und geht als PM an dich. -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

hi, Dieter Kluenter wrote,

Hallo,

Dieter Kluenter writes:

...

Jörg Roßdeutscher writes:

...

Dieter Kluenter:

...

Hat jemand einen Hinweis, wo ich suchen könnte? [...] strace liefert auch keine, für mich interpretierbare, Ergebnisse. Ich bemerkte ja schon, der einzige Hinweis ist der fehlende Eintrag in /var/run, sonst keine Error-Meldungen, rein gar nichts.

Ich habe jetzt noch mal, auf Empfehlung Waldemars, ein strace -f gemacht und ich denke ich habe den Übeltäter erwischt, weiss aber nicht, wie ich den Fehler beheben könnte, hier ein Auszug aus strace

15400 unlink("/var/run/ssl_scache.dir") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache.pag") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache.dir") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache.pag") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache.db") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_mutex.15396") = -1 ENOENT (No such file or directory) 15400 --- SIGSEGV (Segmentation fault) --- 15396 --- SIGCHLD (Child exited) --- [...] 15399 --- SIGALRM (Alarm clock) --- 15399 <... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call) 15399 sigreturn() = ? (mask now [USR2 ALRM TERM CHLD]) 15399 alarm(0) = 0 15399 rt_sigprocmask(SIG_UNBLOCK, [USR2 ALRM TERM CHLD], NULL, 8) = 0

Am Verzeichnis /var/run ist nichts verändert worden, die Rechte sind 775 root.uucp. Woher kommt also der SIGSEGV. Hat jemand einen Hinweis?

Die interessanten Zeilen fehlen mal wieder. PM ist noch nicht angekommen. Haste das mod_ssl auch aktualisiert? Ist es aktiv? Deaktivier es mal aus Spaß. gruß Waldemar -- 8485 D0CE 2743 656E 867C 5C93 0317 AFD8 BE21 BD90

Hi, Dieter Kluenter wrote,

Hallo Waldemar,

Waldemar Brodkorb writes:

...

hi, Dieter Kluenter wrote,

...

Hallo,

Dieter Kluenter writes:

...

Jörg Roßdeutscher writes:

...

Dieter Kluenter: [...] Die interessanten Zeilen fehlen mal wieder. PM ist noch nicht angekommen. Haste das mod_ssl auch aktualisiert? Ist es aktiv? Deaktivier es mal aus Spaß.

Main Mailserver hat Schwierigkeiten, deine Maildomain zu finden, gibt es auch eine Adresse, so daß ich meinen DNS trainieren kann?

Ist angekommen. Hmmm, ich komm wohl nicht drum herum den bind4 durch den bind9 zu ersetzen. Bist nicht der erste der Probleme meldet. strange. Bei mir geht nämlich alles. gruß Waldemar -- 8485 D0CE 2743 656E 867C 5C93 0317 AFD8 BE21 BD90

Hallo Dieter, Dieter Kluenter wrote,

Waldemar Brodkorb writes:

...

hi, Dieter Kluenter wrote,

...

Hallo,

Dieter Kluenter writes:

...

Jörg Roßdeutscher writes:

...

Dieter Kluenter:

...

Hat jemand einen Hinweis, wo ich suchen könnte? [...] [...] 15400 unlink("/var/run/ssl_scache.dir") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache.pag") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache.dir") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache.pag") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache.db") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_scache") = -1 ENOENT (No such file or directory) 15400 unlink("/var/run/ssl_mutex.15396") = -1 ENOENT (No such file or directory) 15400 --- SIGSEGV (Segmentation fault) --- 15396 --- SIGCHLD (Child exited) --- [...] 15399 --- SIGALRM (Alarm clock) --- 15399 <... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call) 15399 sigreturn() = ? (mask now [USR2 ALRM TERM CHLD]) 15399 alarm(0) = 0 15399 rt_sigprocmask(SIG_UNBLOCK, [USR2 ALRM TERM CHLD], NULL, 8) = 0

Am Verzeichnis /var/run ist nichts verändert worden, die Rechte sind 775 root.uucp. Woher kommt also der SIGSEGV. Hat jemand einen Hinweis?

Die interessanten Zeilen fehlen mal wieder. PM ist noch nicht angekommen. Haste das mod_ssl auch aktualisiert? Ist es aktiv? Deaktivier es mal aus Spaß. ssl ist aktiv, brauche ich auch für meine CA's

<IfDefine SSL> AddModule mod_ssl.c </IfDefine>

Habe ich mal deaktiviert, das Ergebnis ist identisch, no success.

Sorry, no idea. Das letzte was der Apache Prozess macht ist zu forken und dann 15400 setsid() = 15400 15400 close(0) = 0 15400 open("/dev/null", O_RDONLY|O_LARGEFILE) = 0 15400 close(1) = 0 15400 open("/dev/null", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 1 15400 getpid() = 15400 15400 time(NULL) = 1027497933 Mit /dev/null stimmt aber alles? Aber das meldet sich ja auch korrekt zurück, rein systemcall-technisch. Vielleicht mal den Apache ohne -D SSL -D PHP -D PHP4 ... starten um etwaige Probleme mit Zusatzmodulen auszuschließen. In den Logs landet auch garnix? Dann als nächstes Default httpd.conf ausprobieren , um Konfigurationsprobleme auszuschließen. Und dann mal apache ohne Startscript starten. gruß Waldemar -- 8485 D0CE 2743 656E 867C 5C93 0317 AFD8 BE21 BD90

Hallo Ratti, Jörg Roßdeutscher writes:

Moin,

Waldemar Brodkorb:

...

In den Logs landet auch garnix?

Mal 'ne ganz blöde Frage, und nicht schlagen:

Wie könnte ich :-)

Als ich vom Suse-Apache auf selbstgedreht :-) umgestiegen bin, stand auch nie was in den logs, weil die defaultmässig ganz woanders liegen.

2Dieter: Kann es sein, daß du in /var/log/httpd/error* guckst, während das wahre Leben in /usr/local/apache/RestVergessen tobt?

Nein, da ist nichts. Es gibt eine Datei /var/log/httpd.error_log (leer) und eine Datei /var/log/httpd/error_log, letzter Eintrag Tue Jul 9 22:01:03 2002] [error] [client 192.168.100.95] ... Aber ich habe eine /var/log/warn einen Eintrag entdeckt, -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-. PHP Warning: Function registration failed - duplicate name - define in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - defined in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - each in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - strlen in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - strcmp in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - strcasecmp in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - error_reporting in Unknown on line PHP Warning: Function registration failed - duplicate name - leak in Unknown on line 0 PHP Warning: Function registration failed - duplicate name - function_exists in Unknown on line PHP Warning: Basic Functions: Unable to register functions, unable to load in Unknown on line -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- Diese Meldung kann ich aber überhauptnicht interpretieren. Ist das nun php3 oder php4, welche Function soll das sein, wo ist der duplicate name, was ist Unknown. (no funny comments please, I'm quite able to speak english :-)) -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Hallo, Jörg Roßdeutscher writes:

Moin,

Dieter Kluenter:

...

PHP Warning: Function registration failed - duplicate name

Bei "duplicate" klingelt bei mir 'ne Idee: Du hast PHP3 _und_ PHP4 geladen, und das geht nicht. *)

Bitte mal die httpd.conf sowie die Module durchforsten,

Gruß, Ratti

*) Meine ich, mehrfach gelesen zu haben.

Ja, ich habe php3 und php4 parallel laufen, aber dies von anfang an, sprich seit der Erstinstallation, danach den Server dreimal problemlos gebootet, beim vierten mal gibt es nun Probleme :-) Ich kann ja mal php3 rausnehmen und sehen was passiert :-) -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour