PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Apache streikt/möchte nicht hören



CombatEgg
15.01.09, 16:25
Hello,

Gestern habe ich mein Arch Linux geupdated, rebooted und festgestellt, dass mein Apache streikt.
Bis auf das Update habe ich keine Aenderungen vorgenommen.

Der Daemon laeuft:

7952 ? S 0:00 /usr/sbin/httpd -k start
Telnet sagt dazu:

Unable to connect to remote host: Connection refused
Netstat listet keinen Port 80 auf:

Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 localhost:ipp *:* LISTEN
udp 0 0 *:bootpc *:*
udp 0 0 *:ipp *:*
Es ist merkwuerdig, dass sich der Daemon nicht offiziell stoppen laesst (httpd -k stop):

httpd (no pid file) not running
ps sagt aber, dass httpd laeuft (s.o.)

Ich habs auch mit "Listen 8080" probiert, aber das will auch nicht.

Was koennte das Problem sein?

Danke

Update 16:35 Uhr:
Um Fehler einzuschränken, habe ich meine ganzen vhosts eliminiert. Die Datei sieht nun folgendermaßen aus:

NameVirtualHost *
<VirtualHost *>
ServerAdmin webmaster@dummy-host.example.com
DocumentRoot "/srv/http"
ServerName 127.0.0.1
ServerAlias localhost
ErrorLog "/var/log/httpd/localhost-error_log"
CustomLog "/var/log/httpd/localhost-access_log" common
<Directory "/srv/http">
Options Indexes
</Directory>
</VirtualHost>

marce
15.01.09, 18:33
auch der Apache unter Arch-linux schreibt Logfiles...

Meiner hier tut es - und auch sonst alles, was ich von ihm will...

CombatEgg
15.01.09, 18:58
Ah entschuldigung, ich hielt die Logs für irrelevant, daher vergaß ich, sie zu erwähnen.

Das error_log gibt folgendes von sich:

[Thu Jan 15 16:24:15 2009] [warn] Init: Session Cache is not configured [hint: S
SLSessionCache]
[Thu Jan 15 16:24:15 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin
/suexec)
[Thu Jan 15 16:24:15 2009] [notice] Digest: generating secret for digest authent
ication ...
[Thu Jan 15 16:24:15 2009] [notice] Digest: done
Dieser Fehler bezieht sich aber auf das SSL-Modul - welches ich derzeit nicht nutze - und tauchte auch vor dem Update auf.

Alle anderen Logs im /var/log/httpd-Verzeichnis wurden nach dem Update nicht modifiziert.

Apache-Version: 2.2.11-1

marce
15.01.09, 19:00
die Logs sind irgendwie recht kurz für einen Neustart des Servers...

mach mal ein ded. apachectl stop ; apachectl start und poste dann die komplette Ausgabe, die ein tail auf das error_log liefert.

CombatEgg
15.01.09, 19:22
Hab mal die error-sensitivity auf debug hochgedreht und das SSL-Modul auskommentiert:

[Thu Jan 15 19:18:24 2009] [info] Server built: Dec 14 2008 14:20:57
[Thu Jan 15 19:18:24 2009] [debug] prefork.c(1001): AcceptMutex: sysvsem (default: sysvsem)
[Thu Jan 15 19:20:04 2009] [info] removed PID file /var/run/httpd/httpd.pid (pid=12165)
[Thu Jan 15 19:20:04 2009] [notice] caught SIGTERM, shutting down
[Thu Jan 15 19:20:15 2009] [info] mod_unique_id: using ip addr 127.0.1.1
[Thu Jan 15 19:20:16 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Jan 15 19:20:16 2009] [notice] Digest: generating secret for digest authentication ...
[Thu Jan 15 19:20:16 2009] [notice] Digest: done
[Thu Jan 15 19:20:16 2009] [info] APR LDAP: Built with OpenLDAP LDAP SDK
[Thu Jan 15 19:20:16 2009] [info] LDAP: SSL support available
[Thu Jan 15 19:20:16 2009] [info] mod_unique_id: using ip addr 127.0.1.1
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1801): proxy: grabbed scoreboard slot 0 in child 12212 for worker proxy:reverse
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1914): proxy: initialized single connection worker 0 in child 12212 for (*)
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1801): proxy: grabbed scoreboard slot 0 in child 12213 for worker proxy:reverse
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1820): proxy: worker proxy:reverse already initialized
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1914): proxy: initialized single connection worker 0 in child 12213 for (*)
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1801): proxy: grabbed scoreboard slot 0 in child 12214 for worker proxy:reverse
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1820): proxy: worker proxy:reverse already initialized
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1914): proxy: initialized single connection worker 0 in child 12214 for (*)
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1801): proxy: grabbed scoreboard slot 0 in child 12215 for worker proxy:reverse
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1820): proxy: worker proxy:reverse already initialized
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1914): proxy: initialized single connection worker 0 in child 12215 for (*)
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1801): proxy: grabbed scoreboard slot 0 in child 12216 for worker proxy:reverse
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1820): proxy: worker proxy:reverse already initialized
[Thu Jan 15 19:20:17 2009] [debug] proxy_util.c(1914): proxy: initialized single connection worker 0 in child 12216 for (*)
[Thu Jan 15 19:20:17 2009] [notice] Apache/2.2.11 (Unix) DAV/2 configured -- resuming normal operations
[Thu Jan 15 19:20:17 2009] [info] Server built: Dec 14 2008 14:20:57
[Thu Jan 15 19:20:17 2009] [debug] prefork.c(1001): AcceptMutex: sysvsem (default: sysvsem)

marce
15.01.09, 19:26
sieht eigentlich gut aus.

nmap, wget, telnet und ps sagen nichts anderes als zuvor? Poste mal die Config...

CombatEgg
15.01.09, 20:14
Es kommt mir so vor, als wuerde sich der Prozess aufhaengen beim ersten Aufruf. Das waere auch der Grund dafuer, warum sich der Prozess nur killen und nicht regulaer stoppen laesst.

Habe jetzt an den configs hin und her editiert. Mit den default-configs (ohne aktiviertes PHP) laeuft Apache. Sobald ich aber das PHP-Modul lade, scheint Apache beim ersten Request abzustuerzen. Ich debugge mal weiter.

CombatEgg
15.01.09, 20:32
Wieso kommt man nie auf die einfachsten Dinge ...
Es gibt ne unscheinbare Datei: /var/log/php/error
Bin einfach nicht drauf gekommen dort hineinzuschauen:

[15-Jan-2009 20:18:51] PHP Fatal error: Unable to start eAccelerator module in Unknown on line 0

Ein Freund von mir hatte kuerzlich nach einem PHP-Update exakt das selbe Problem, da haette ich auch drauf kommen koennen.

Nun laeuft (fast) alles wieder, ein paar Config-Anpassungen noch und alles ist beim Alten.

Danke fuer die Hilfe.