Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Apache2 crasht mit SegFault bei jedem Request

0 views
Skip to first unread message

Sebastian Kaps

unread,
Jul 20, 2004, 4:35:40 AM7/20/04
to
Hi!

Ich habe einen Apache 2 (v2.0.50-5 aus Debian SID) installiert. Bis
gestern funktionierte der völlig problemlos. Dann habe ich in der
apache2.conf etwas mit den IndexOptions Direktiven rumgespielt und den
Server neu gestartet.
Seitdem crasht er bei jedem Request mit einem Segmentation Fault:
,----
| # telnet localhost 80
| Trying 127.0.0.1...
| Connected to localhost.
| Escape character is '^]'.
| GET /index.html HTTP/1.0
|
| Connection closed by foreign host.
`----

In den Logs steht leider nur folgendes:
,----
| [notice] Apache/2.0.50 (Debian GNU/Linux) configured -- resuming normal operations
| [info] Server built: Jul 12 2004 22:43:49
| [debug] /build/buildd/apache2-2.0.50/build-tree/apache2/server/mpm/prefork/prefork.c(955): AcceptMutex: sysvsem (default: sysvsem)
| [notice] child pid 6958 exit signal Segmentation fault (11)
| [notice] child pid 6957 exit signal Segmentation fault (11)
| [notice] child pid 6965 exit signal Segmentation fault (11)
| [notice] child pid 6967 exit signal Segmentation fault (11)
| [notice] child pid 6966 exit signal Segmentation fault (11)
`----

Ein "apache2ctl -t" sagt "Syntax OK". Und auch wenn ich die geänderten
IndexOptions aukommentiere oder in den ursprünglichen Zustand zurück
versetzte, ändert sich nichts.

Hat jemand eine Idee, was ich tun könnte, um den Fehler zu finden?

--
Ciao, Sebastian

André Malo

unread,
Jul 20, 2004, 5:18:56 AM7/20/04
to
* Sebastian Kaps <s...@toyland.sauerland.de> wrote:

> | [notice] child pid 6967 exit signal Segmentation fault (11)
>

> Ein "apache2ctl -t" sagt "Syntax OK". Und auch wenn ich die geänderten
> IndexOptions aukommentiere oder in den ursprünglichen Zustand zurück
> versetzte, ändert sich nichts.
>
> Hat jemand eine Idee, was ich tun könnte, um den Fehler zu finden?

z.B. so:

(1) CoreDumpDirectory auf ein für den Serveruser schreibbares Verzeichnis
konfigurieren
(2) su -
(3) apachectl stop
(4) ulimit -c unlimited
(5) apachectl start
(6) coredump erzeugen lassen (durch request)
(7) gdb /pfad/zum/httpd-binary -c /pfad/zur/core-datei
(gdb) bt
(8) mal gucken, was da steht. Wenn nur lauter Fragezeichen zu sehen sind,
mit --enable-maintainer-mode neu kompilieren (keine ahnung, wie das unter
debian funktioniert) -> weiter mit (2)

nd

Sebastian Kaps

unread,
Jul 20, 2004, 5:57:33 AM7/20/04
to
André Malo schrieb:

>> Hat jemand eine Idee, was ich tun könnte, um den Fehler zu finden?
> z.B. so:

[snip]

Danke! Ich habe allerdings gerade auf der debian-apache Mailing Liste
gesehen, daß es sich wohl um einen Bug im php4 Modul handelt (Bug #259934).
Wenn ich php4 nicht lade, funktioniert der Server prinzipiell (außer
eben die php-Seiten).

--
Ciao, Sebastian

André Malo

unread,
Jul 20, 2004, 12:10:32 PM7/20/04
to
* Sebastian Kaps <s...@toyland.sauerland.de> wrote:

Nuja, dann beim nächsten Mal ;-)

nd
--
my @japh = (sub{q~Just~},sub{q~Another~},sub{q~Perl~},sub{q~Hacker~});
my $japh = q[sub japh { }]; print join #########################
[ $japh =~ /{(.)}/] -> [0] => map $_ -> () # André Malo #
=> @japh; # http://pub.perlig.de/ #

0 new messages