Archiv verlassen und diese Seite im Standarddesign anzeigen : Hilfe!! Apache lässt sich nicht mehr starten
Hy
kann den Apache nicht mehr starten , weder mit httpd start noch mit apachectl start, was kann denn das nu wieder sein, weder an der conf noch sonstwo was geändert!!
Gruss
Tags
Ja... und wie lautet die Fehlermeldung???
was sagt
apchectl configtest
majobu
schon mal ins logfile geschaut?
gruß pudding
Apachectl configtest passiert rein gar nix (habs jetzt extra nochmal ausprobiert) und die logfiles haben am 17.9.2002 aufgehört zu loggen (letzter Eintrag ;[notice] SIGHUP received. Attempting to restart) Hab die warn,crit und massages durchgeschaut aber nichts auffälliges gefunden
hatte ich auch schon mal so ähnlich
läuft vielleicht noch ein "halblebiger" httpd-prozess?
--> httpd stop
mal probieren
pudding
Super Beschreibung.
- Distribution?
- Version vom Apache?
- "ps waux | grep apache"?
- Schon nach lockfiles geschaut?
- "apachectl start" danach bitte ein "tail /path/to/logfile" posten
Danke,
-phoen][x-
httpd stop, selbst ein restart des Rechners hat nichts gebracht, kommt mir bald so vor als wenn da was fehlt aber die httpd und auch die apachectl sind an ihrem gewohnten Platz.....Ratlosigkeit ??? :(
Sorry, aber mit deinen "sparsamen" Infos kann man dir hier wohl nicht helfen.
Du schreibst apachectl configtest bringt nicht... ja, das bringt im ersten Schritt auch nix! Aber als Ausgabe bekommst du zurück ob deine httpd.conf OK ist oder nicht.
Und dann wäre es wirklich hilfreich wenn du mal deine Umgebung posten würdest auf der du den Apache starten möchtest... aber das haben die anderen hier ja auch bereits geschrieben.
majobu
@ phoen
Suse 7.3
Apache 1.3.20
ps waux | grep apache
root 1517 0.0 1.1 2272 1076 ? S 09:11 0:00 /bin/sh /usr/sbin/apachectl configtest
root 1580 0.0 8.2 9016 7816 ? S 09:28 0:01 /usr/libexec/webmin/apache/start.cgi
root 2038 0.0 1.1 2392 1124 ? S 09:59 0:00 sh -c (ps waux | grep apache) 2>&1
root 2039 0.0 1.2 2392 1140 ? S 09:59 0:00 sh -c (ps waux | grep apache) 2>&1
root 2041 0.0 0.4 1380 464 ? S 09:59 0:00 grep apache
die letzte info geht leider nicht :-(
gehts nach einem "rm /var/lock/apache*"?
-phoen][x-
kommt leider rm: cannot remove `/var/log/apache': No such file or directory auch mit locate apache kein Ergebnis ¿?¿
lock nicht log...
-phoen][x-
sorry was soll ich den machen wenn apachectl configtest nunmal kein Ergebnis liefert? Hab an der conf doch nichts verändert oder gar an der apachectl, der Apache lief ja auch bis vorgestern ohne Probleme Tag und Nacht durch
selbe in grün rm: cannot remove `/var/lock/apache': No such file or directory
was liegt denn alles im /var/lock? Immer wenn mein apache nicht mehr startet, liegt da noch eine pidfile.
-phoen][x-
> cd /var/lock
> dir
subsys
liegt da noch, keine Ahnung ob es benötigt wird (bin doch noch`n Newbi)
mach es so wie wir es alle unter windows gelernt haben, software nochmal installieren, vielleicht hilft das ...
onetwo
Genau das wollte ich doch vermeiden und bin auf Linux umgestiegen :-)
trotzdem könnte es helfen, wenn du eh "nur" das suse rpm verwendest ist das eine angelegenheit von 5 minuten wenn überhaupt.
hast apache selber kompiliert ist es natürlich nimma so einfach aber auch keine hexerei, oder?
das würde ich auch noch gerne lernen Kernel oder anderes kompilieren , bin schon froh wenn ich make install eingebe und es funzt :)
`ne Frage. wenn ich mir jetzt die neueste Version vom Apache ziehe und den dann installieren möchte, muss ich den alten erst entsorgen?? Und wie geht das, das ich den neuen direkt über den alten installiere?? Hab gelesen die neue Version die´s eben gibt soll besser sein, hab mir nur noch keine Gedanken gemacht weil der "alte" ja wunderbar (dh bis auf´ne Kleinigkeit die mir bauchi erklären wollte) lief..
So nun´n abschliessendes Wort (kann das gar nicht haben wenn man dann die Lösung hat und sie nicht auch veröffentlicht)
Hab onetwo`s Rat befolgt und den apache neu installiert, die gesicherte httpd.conf eingefügt und alles war wieder in Butter
Thx
Tags:D
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.