Segementation fault (core dumped)

[GAEvakYD]

Hey,

Ik heb een probleem met mijn webserver, sins enige tijd geeft hij telkens bij het starten van httpd de ernstige fault "Segementation fault (core dumped)". Als ik Redhat (7,1) er opnieuw opzet gaat het soms 2 weken soms een maand goed en dat komt het weer terug.

Heeft iemand enig idee hoe dit komt en hoe dit te verhelpen is?

Vriendelijk dank

Walter

[blaataaps]

klinkt alsof er iets in je hardware niet helemaal ok is. maar segfaults zijn zo heerlijk duidelijk in waarom ze segfaulten.

het zou misschien je hdd kunnen zijn met wat bad sectors.

[GAEvakYD]

Het is ook echt heel raar ja, hij doet het op allebei de hd's. Dus aan de ide aansturing etc ligt het niet.

Net zo avaag

[moto-moi]

Op zaterdag 17 november 2001 13:18 schreef GAEvakYD het volgende:
Het is ook echt heel raar ja, hij doet het op allebei de hd's. Dus aan de ide aansturing etc ligt het niet.

Het zou misschien aan de httpd package liggen die je hebt geinstalleerd, bitje verkeerd ofzo, heb je al geprobeerd om httpd te deinstalleren, nieuwe package eventueel even controlleren met MD5SUM...
Mocht dat nou allemaal goed zijn, en het probleem blijft bestaan, lees dan eens op de site van je distributie, hoe je een kernel moet compileren.. Kijken of dat helemaal goed gaat enzo...

[Johannes Verelst]

Kijk eens in de error-log van apache (dat ligt helemaal aan de distro + manier van apache installeren, kan zijn in /var/log of in /var/adm of in /usr/local/apache of in ....)

[GAEvakYD]

Staat niets geen bijzonderd in /var/log/httpd/error_log

Heb zelfs al die fucking tarball er opgegooit ipv een rpm maar dat werkt ook al niet.Wordt echt gek!!!!!!

[CU2morO]

Op zondag 18 november 2001 11:57 schreef GAEvakYD het volgende:
Staat niets geen bijzonderd in /var/log/httpd/error_log

Heb zelfs al die fucking tarball er opgegooit ipv een rpm maar dat werkt ook al niet.Wordt echt gek!!!!!!

je moet hem declareren in de etc/ld.so.conf (vul in deze file het pad in van die file, exclusief de bestandsnaam zelf, bijv: het filetje usr/local/dinges/iets.so, vul dan: /usr/local/dinges in

[rvm]

Probeer eens "strace httpd"
of "gdb httpd core"

[Super_ik]

Op zondag 18 november 2001 12:23 schreef rvm het volgende:
Probeer eens "strace httpd"
of "gdb httpd core"

klinkt interessant (serieus), maar wat doed het?

[rvm]

Op zondag 18 november 2001 12:28 schreef Super_ik het volgende:
klinkt interessant (serieus), maar wat doed het?

Het geeft o.a. een hoop info over files en libraries die tijdens het starten van de webserver (httpd) worden geopend.

"strace /path/to/httpd" doet dat real-time.
"gdb /path/to/httpd /path/to/core" kun je gebruiken als httpd gecrashed is om de core dump te onderzoeken.

Met een beetje geluk komt daar wat nuttige info uit rollen.

[Dim]

Ik heb heel vaak gezien dat Apache coredumpt als er iets niet goed is met de hostname van de machine waar ie op draait.

Probeer eens in je httpd.conf (geen idee waar Red Hat dat neerzet, waarschijnlijk in /etc/apache) een regel toe te voegen a la:

ServerName www.example.com

en daarna:

apachectl stop
apachectl start

[Verwijderd]

Een segmentation fault betekent meestal dat een applicatie gereserveerd geheugen probeert te gebruiken van een andere applicatie, en duidt dus meestal op memory leaks.

Probeer eens een nieuwere versie van Apache.

[GAEvakYD]

Nou ik heb dus nu in httpd.conf effe de hostname veranderd. En het werkt tot nu nog steeds. Wel heb ik een nieuwe rpm package van apache erop gedonderd. Ik denk dat het werkelijk aan die hostname lag omdat deze rpm begon te zeuren dat de hostname niet goed was als ik httpd wou opstarten. Dus heb ik dat veranderd en weg waren de problemen.

Hopen dat het werkelijk weg blijft want ik heb al eens eerder VEEEEEEl te vroeg gejuigd


Ps die nieuwe iptables ruled man, echt vet relaxed

[Hans]

Op zondag 18 november 2001 14:14 schreef razor_harm het volgende:
Een segmentation fault betekent meestal dat een applicatie gereserveerd geheugen probeert te gebruiken van een andere applicatie, en duidt dus meestal op memory leaks.

Neen, dat duidt niet op memory leaks. Dat duidt meer op fucked up pointers, library problemen oid. Memory leaks gebeuren als applicaties niet netjes "opruimen" als ze een blok geheugen gebruikt hebben. Hierdoor blijft het stuk geheugen dus in gebruik en dat kan in de loop van de tijd aardig opstapelen en al je geheugen in beslag nemen.

[Verwijderd]

Geheugen lijkt een mogelijke oorzaak. Probeer eens (als je niet te veel geheugen hebt) een kernel te compileren ( installeren is niet nodig). Kijken wat er dan gebeurd. Op mijn oude bak was dat reden om op enig moment in dat proces te gaan roepen dat het niet oke was. Geheugen dr uit en klaar was klara Nadien wel weer nieuw geplaatst maar ik zou idd eens mijn mem testen als ik jou was.
[specualtie mode] brakke compiler in RH7.1 ??