Apache -> httpd (no pid file) not running

[djcrackman]

Tag die Herrschaften.

Folgende Situation:
- selbst kompilierter Apache 1.3.33
- Gentoo 2005.0 64bit (2.6.11-hardened-r15)

Apache mit folgendem Befehle installiert:

Code: Select all

./configure --prefix=/opt/apache_1.3.33_php4 --datadir=/www/htdocs --disable-module=asis --disable-module=imap --disable-module=userdir --disable-module=auth --disable-module=auth_dbm --disable-module=negotiation --disable-module=setenvif --disable-module=cgi --disable-module=env --enable-module=rewrite --enable-module=proxy --enable-module=so && make && make install

Funktioniert wunderbar -> Apache per /opt/apache_1.3.33_php4/bin/apachectl start gestartet (erfolgreich) und danach versucht per /opt/apache_1.3.33_php4/bin/apachectl stop zu beenden -> bringt folgende Fehlermeldung:

Code: Select all

~ # /opt/apache_1.3.33_php4/bin/apachectl stop
/opt/apache_1.3.33_php4/bin/apachectl stop: httpd (no pid file) not running

Die httpd.conf wurde nicht verändert. Apache rennt als nobody:nobody (99:99).

Im error_log steht dazu folgendes:

Code: Select all

[Wed Sep  7 17:24:50 2005] [crit] (98)Address already in use: make_sock: could not bind to port 80

Die Meldung kommt daher, dass apachectl versucht den Apache erneut zu starten, da er ja laut apachectl nicht gestartet ist.

Pid-File wurde korrekt erzeugt und während der Laufzeit des Apache stimmt auch die Pid.

Suche + Google habe ich bereits bemüht, eine wirkliche Lösung dafür habe ich nicht gefunden!

Hatte das Problem vl schon einmal jemand von euch?

Danke im Voraus,

mit freundlichen Grüßen

Jürgen Jaritsch

[Joe User]

Abgesehen davon, dass nobody:nobody suboptimal ist: Was spricht gegen USE="apache -apache2" emerge apache php?

[djcrackman]

@Joe Danke für die Antwort.

Mir ist bewusst, dass das der "schönere" Weg währe. Da ich aber relativ wenig von fertigen Paketen etc halte, tu ich mir gerne die Arbeit an und baue das Ganze selbst. In späterer Folge muss ich auch diverse HARD_LIMITS (max_connections, etc) verändern und komme dadurch NICHT um ein neukompilieren der Sourcen vorbei.

ad 99:99: Sei dahin gestellt ob sub- oder optimal. Es ist so definiert, Punkt. Sollte daher der Fehler kommen, so wird es korrigiert, fertig :).

PS: Als Gentoo und *BSD-Admin bin ich es gewohnt (fast) alles per Hand zu bauen und bisher habe ich damit noch bessere Ergebnisse erzielt, als mit fertigen Paketen.

mit freundlichen Grüßen

Jürgen Jaritsch

[djcrackman]

Ich fass es nicht! Fehler gefunden!

Habe soeben die httpd.conf überarbeitet. Für mich war es logisch, das wenn ich das datadir mit /www/htdocs angebe, dass dieses auch das DocRoot wird. Denkste! Der erstellt dann dort drin die Unterordner ("cgi-bin", "htdocs" und "icons"). Somit war das eigentliche DocRoot /www/htdocs/htdocs. Das dir hatte ich aber bereits gelöscht. Und das war der Fehler -> der Apache hat nach wie vor versucht auf dieses dir zuzugreifen, das hat nürlich nicht funktioniert. Config angepasst und getestet ->

Code: Select all

pkill http && /opt/apache_1.3.33_php4/bin/apachectl start && /opt/apache_1.3.33_php4/bin/apachectl stop

und siehe da ... die Meldung ist schon bei weitem besser.

Code: Select all

/opt/apache_1.3.33_php4/bin/apachectl stop: httpd stopped

Und auch das funktioniert nun:

Code: Select all

~ #: /opt/apache_1.3.33_php4/bin/apachectl graceful
/opt/apache_1.3.33_php4/bin/apachectl graceful: httpd gracefully restarted

Einfacher Fehler, großes Problem ;). Danke für die Aufmerksamkeit und auch einen Dank an jene, die sich den Kopf darüber zebrrochen haben.

mit freundlichen Grüßen

Jürgen Jaritsch