[BC3] Apache probleem :(

[Verwijderd]

Ik heb het volgende probleem:

Apache word wel goed gestart (tenminste, bji het opstarten zegt hij [ ok ]) maar de localhost is niet benaderbaar! D.w.z. dat bij elke file wat ik opvraag de melding komt dat de gevraagde file leeg(!??) is.

Na veel spit- en graafwerk ben ik erachter gekomen dat er bij elke foutmelding die hij geeft er een proces van httpd gekild wordt (pid nummers van hoog naar laag).

In de error_log van Apache staat de volgende foutmelding (niet letterlijk en niet volledig):
child pid xxx killed segmentation fault (11):(

Overnieuw installeren van apache heeft geen zin, hij geeft daarna vrolijk de zelfde foutmelding.

Hopelijk weten jullie een oplossing (nee niet linux overnieuw installen|:()

Greetz

Klappie

[Verwijderd]

welke distro?

Is de RPM of DEB wel van een goeie versie /distro? gebruikt hij geen libraries die er niet op staan?

[Verwijderd]

Het is Red Hat 7.0 --> juiste versie voor de distro.

[ACM]

Heb je al de nieuwste versie van apache geinstalleerd (die als rpm leverbaar is op de redhat site)?

[Nowhere]

./httpd restart
wil waarschijnlijk helpen

moet je gewoon handmatig doen.....:(
ff mijn topic opzoeken

[edit] [topic=155200]

[Wirf]

wat voor een computer heb je? en waarvoor zijn die RPM''s?

gaat natuurlijk niet werken als je 686 rpms gebruikt op een 486

(het is maar een gokje)

[BC3 Victim]

''t kan ook met je hardware te maken hebben. Geen problemen met andere progs?

[Verwijderd]

nee niet echt.

Ik moet toegeven dat ik een newbie ben op linux-gebied en dat ik heb geprobeerd om perl te installen.

Daar dit niet werkte (volgens GNOME rpmmanager wel geinstalleerd), ook maar weer gedeinstalleerd via dit proggie.

Gelijk hierna werkte het allemaal nog en na de eerste paar keer booten ook nog maar daarna plotseling niet meer.:'(

Ik ben dan toch bang dat dat perl toch iets grondig heeft verneukt!

[BC3 Victim]

je kan is in je httpd.conf kijken of daar iets verkeerd is....[just a wild guess]

[Verwijderd]

Op woensdag 09 mei 2001 22:38 schreef compukid het volgende:
je kan is in je httpd.conf kijken of daar iets verkeerd is....[just a wild guess]

Doe httpd --help. Dan verschijnt er een optie die je kan gebruiken om de syntax van httpd.conf te testen.

[Verwijderd]

Heb je ook al eens in de log-files van je systeem gekeken (naast in eerste instantie de logfiles van Apache natuurlijk)

Het feit dat hij het nog niet doet na meerdere updates geprobeerd te hebben, doet mij een foutje in het configuratie bestand vermoeden. Let bijvoorbeeld op verwijzingen naar niet (meer) bestaande bestanden en directories.

Probeer anders eens apechectl -configtest te draaien of het equivalent daarvoor bij jouw distributie.

[Verwijderd]

De config-file heb ik al tientallen keren door zitten spitten maar zie niets wat verkeerd is!

Ok ik heb nog eens verder lopen spitten en ben erachtergekomen dat de lock-file en scoreboard-file niet bestaan! dus waarschijnlijk is dat het probleem.

Maar ik ben nu Red Hat 7.1 aan het branden en denk dat ik die maar eens ga installen!

hopenlijk ben ik dan van dit gezeur af!:7

[Jack Flushell]

Had ik ook.
Ga naar je /etc/.httpd/conf/httpd.conf
Edit de ServerName regel en verander het in:
ServerName http://jouwipnummer

Dat werkte voor mij... suc6 !

[Verwijderd]

Ok het is in ieder geval geen fout in de config file, na de opdracht: httpd -T configfile geeft hij de melding Syntax OK

ik heb de servername al een keer geprobeerd maar ga het gelijk nog eens proberen!!:P

[Verwijderd]

Als de syntax okee is en hij start nog niet op, dan gok ik toch echt dat er een verwijzing in die config-file naar een directory zal staan, die niet bestaat o.i.d.

Kijk daar dus eens goed naar als je de config-file doorspit. Heb je ook al eens in de systeemlogs gekeken?

[BC3 Victim]

Dat de syntax ok is hoeft nog niet te zeggen dat je config file ok is. Al gekeken op httpd.apache.org?

[ACM]

Op woensdag 09 mei 2001 16:35 schreef klappie het volgende:
nee niet echt.

Ik moet toegeven dat ik een newbie ben op linux-gebied en dat ik heb geprobeerd om perl te installen.

Daar dit niet werkte (volgens GNOME rpmmanager wel geinstalleerd), ook maar weer gedeinstalleerd via dit proggie.

Gelijk hierna werkte het allemaal nog en na de eerste paar keer booten ook nog maar daarna plotseling niet meer.:'(

Ik ben dan toch bang dat dat perl toch iets grondig heeft verneukt!

Heb je ook mod_perl geinstalleerd??
(rpm -qa | grep perl)
Als apache die probeert te laden terwijl er geen perl aanwezig is, gaat het niet echt lukken lijkt me?

[Verwijderd]

Ik heb van het weekend mijn hele bak maar eens geformateerd. Helemaal overnieuw begonnen dus, en nu is mijn probleem ook verdwenen.

Dus ik ben weer blij!!

Tooch weet ik nog steeds niet wat het was maar ik hoef het ook niet meer te weten!!

Maar in ieder geval bedankt voor alle hulp!! *D*D

[Verwijderd]

Zwak hoor als het niet werkt gewoon weer opnieuw installen. Ik zou het uitzoeken wat het was en zo mischien weer tig andere tweakers helpen


MVGR

Sebastiaan

[Verwijderd]

Wat is dat voor een onzin, dat het zwak zou zijn?? Wat ben jij een ZWAKKE klootzak!!!:(

Ik ben een newbie ben op linux-gebied en heb al aardig wat uren aan dit probleem besteedt.

Als het dan nog niet gelukt is, dan begin ik wel overnieuw!

Dat jij nou alles wilt gaan uitzoeken moet je zelf weten maar dan moet je niet iemand anders gaan lopen afzeiken.:(

[serkoon]

Juist newbies moeten het een en ander aflezen om het allemaal te begrijpen. Als je dat gedaan had, dan had je geweten dat sig11''s voorkomen bij hardware-problemen en bij kapotte execs/modules/libs. (en bij serkoon die geen malloc() gebruikt waar het wel moet)

Het zou bijv. kunnen dat apache dynamisch tegen een aantal libs gelinked is, die door perl vernachelt zijn, zodat nu apache er geen zin meer in heeft. Of je CPU wordt te warm door te veel stof, waardoor processen dood gaan. (niet in dit geval, mgoed)

[Jordi]

Zeg Sebatech en met name klappie... doen we een beetje rustig??

Ik ben het met je eens dat je zelf mag weten hoe jij je problemen oplost en Sebatechs opmerking was misschien niet de leukste van de wereld, maar we gaan hier niet schelden en vloeken... daar hou ik helemaal niet van! Schelden doe je maar via ICQ/mail, okee? Geef elkaar een hand... dit wil ik niet nog eens meemaken! Alletwee een usernote.

[Verwijderd]

Moet wel zeggen dat hij compleet uit zijn naadje gaat. Ik zelf was niet echt vrolijk vanmiddag. Maar hij was gewoon wel ff super prikkelbaar. Maar ik zal hier bij mijn actie wel ff recht zetten.

Naar mijn idee!! en zo ik handel. Probeer ik
altijd er achter te komen wat er aan de hand is ook al moet ik daar voor de source na pluizen. En aanpassen. Mischien omdat ik dan een echte tweaker ben. Het was helemaal niet de bedoeling om naar een gebruiker van GOT uit te halen. En hem te venederen. Die User note ach ja> Mijn best ik wou alleen aangeven dat d.m.v. doorspitten en mischien wel werkend te maken. Je een hele hoop kan leren en daar weer andere mensen op GOT en omstreken blij maken.

MVGR

Sebastiaan

[Verwijderd]

ok, dan biedt ik hierbij ook mijn excuses aan.

Ik moet zeggen, terwijl het niet echt een excuse is, dat ik al best chagrijnig was.

Maar ik had niet zo uit mijn naad moeten schieten. Was wel een beetje overdreven!!

Verder wil ik nog een keer zeggen dat ik al best lang naar het probleem, liever gezegd de oplossing ervan, gezocht.

Maar aangezien ik het echt niet kon vinden en ik toch een systeem wil hebben waar ik op kan werken, heb ik uiteindelijk alles gewist.

Het is natuurlijk wel zo dat als ik door was gegaan met proberen dat ik wel meer van Linux zou leren. Daar heb je gelijk in!

[T-h-i-j-s]

Ik heb ook ooit eens een errorlog vol segmentationfaults gehad. Dat kwam bij mij toen door een slecht functionerende mhash module. Toen ik die verwijderde (incl bijbehorende libmhash) was het voorbij...

probeer het eens zou ik zeggen. Niet geschoten is altijd mis