core dumpie met apache

[jep]

[root@develop apache_1.3.19]# /usr/local/apache/bin/apachectl configtest
/usr/local/apache/bin/apachectl: line 171: 19822 Segmentation fault (core dumped) $HTTPD -t
[root@develop apache_1.3.19]#

Hmm.. en dan ga je op regel 171 kijken en staat er niets bijzonders, namelijk:

MaxRequestsPerChild 10

moet ik hem nou wéér opnieuw compileren?

[Sjonny]

Ik denk niet dat er 171 van je config file wordt bedoeld, maar van de apachectl.c file
Misschien dat ie crashed omdat er meerdere versies van apache door elkaar staan?
doe anders met ./configure ook de --prefix=/usr optie meegeven. Dan gaat ie over je andere apache heen, en als het nodig is kan je je rpm er wel weer overheen halen als "backup"

[jep]

Heb 2 apache versie's geprobeert, allebei paar keer opnieuw gecompiled en allebei gaan ze op hun bek.

Ben ik nou gek?

[Verwijderd]

JAH

Nee ff zonder gein. Ik heb hetzelfde wel eens gehad als jij met een verwijzing in m'n config-file naar een niet bestaand path.
Zeker weten dat dat niet de oorzaak is?

[Verwijderd]

j3p:

code:

# /usr/local/apache/bin/apachectl configtest
/usr/local/apache/bin/apachectl: line 171: 19822 Segmentation
fault (core dumped) $HTTPD -t
#

Hmm.. en dan ga je op regel 171 kijken en staat er niets bijzonders, namelijk:

code:

MaxRequestsPerChild 10

Waarom heb je die zo verschrikkelijk laag staan? (Lijkt me sterk dat Apache daarom core dumpt, maar handig is het niet.)

Default staat dat op 0 (is oneindig), en je kunt hem op tigduizend ofzo zetten als je op SunOS of OudOS bezig bent (ivm memory leaks in de libs).

Kijk ook eens in je error log van Apache.

[jep]

Hij stond op 0 ja, heb hem even een draai gegeven, dat boeit dus niet.

[Verwijderd]

j3p: Hij stond op 0 ja, heb hem even een draai gegeven, dat boeit dus niet.

En je errorlog?