[Lars]

Also, ich hab gerade meinen Apache neu aufgesetzt, Version 2.2.2.
Ich hab zwei Dateien in ./htdocs liegen, index.html und default.css, aber bei beiden kommt nur eine weiße Seite zurück. Ansonsten scheint der Server einwandfrei zu funktionieren, bei fehlerhaften Requests kommt ein 404er und in den Logs steht auch nichts besonderes.

Zitat von logs/error_log

[Sun Jul 23 00:34:36 2006] [notice] SIGHUP received. Attempting to restart
[Sun Jul 23 00:34:36 2006] [notice] Digest: generating secret for digest authentication ...
[Sun Jul 23 00:34:36 2006] [notice] Digest: done
[Sun Jul 23 00:34:36 2006] [notice] Apache/2.2.2 (Unix) configured -- resuming normal operations

Im Zugriffslog (logs/access_log) wird allerdings gar nichts gespeichert.

Die Config hängt unten dran. Danke für jegliche Hilfe.


// edit:
URL zum Selbertesten: http://lars-gierth.de/


// edit:

[01:24] Lars: fein :/
[01:24] Lars: alles module rausgenommen
[01:24] Lars: und trotzdem gehts nicht
[01:24] Lars: hab alle nicht-standard-direktiven in der config wegkommentiert, keine angst

[JumperII]

Hallo,

hast Du nur den Apache neu installiert oder gleich den gesamten Rechner? Ansonsten bietet der Apache mit der Option -t die Möglichkeit, die Konfiguration tatsächlich zu prüfen.

Aus meiner Sicht (ich schau heute abend mal direkt im Internet) scheint es so, als ob der Apache gar nicht auf dem Port 80 listet.

Gruß,
Jumper, the II.

[Lars]

Doch doch, 404er kommen ja. Jetzt grade ist er aber aus
Ich mach mal an, mit -t.

[JumperII]

Hallo,

mit der Option -t solltest Du erst mal die Konfiguration des Apache prüfen ....
ansonsten normal gestartet ist er wohl im moment nicht. Da ist immer noch kein Listener auf dem Port 80.

Gruß,
Jumper, the II.

[JumperII]

Ich sehe gerade, dass Du PLESK 7 darauf laufen hast. Vielleicht erzählst Du erst einmal etwas über den Server und was du an den Einstellungen neben der Installation eines Apache 2.2.2 gemacht hast. Wie gesagt, der Mini Apache von Plesk tut, Dein Apache auf dem Port 80 nicht.

ansonsten wäre es für eine Fehleranalyse vielleicht auch sinnvoll, den Server etwas länger als 5 minuten an zu lassen ....

Gruß,
Jumper, the II.

[Lars]

Plesk ist im Standardimage von HostEurope drin, basierend auf Suse 9.1. Weil mir das zu unbequem war und Plesk beim Update von Einzelpaketen Probleme gemacht hat, hab ich gegen ein selbstinstalliertes Debian 3.1 getauscht
Siehe meinen Bericht zum VPS Linux L.

Also wie gesagt läuft jetzt ein Debian 3.1, per Hand installiert sind bisher nur apr-1.2.7, apr-util-1.2.6 und apache-2.2.2.

Installierte Pakete/Apachemodule kann ich bei Bedarf auch noch posten. Wobei ich die Module als Fehlerquelle ausschließen kann.

Server läuft wieder, sorry.

[JumperII]

So, wie es aussieht, erkennt der Apache die entsprechende Datei und gibt den korrekten Header aus. Allerdings wird bei der Auslieferung der eigentlichen Datei die Verbindung getrennt. Die Ursachen sind erst einmal nicht so klar. Dazu müsste ich mir erst einmal das Paket raussuchen und gegentesten. Es kann ein Problem der virtualisierung in Verbindung mit dem 2.2'er Apache sein. Ich schau mal weiter ...

Gruß,
Jumper, the II.

[JumperII]

So, leider kenne ich Deine gesamte Konfiguration Zum Build des Apache nicht. Ich gehe aber davon aus, dass Du auf einen lokalen Rechner das entsprechende Paket erzeugt und dann auf den Server gelegt hast. Daher tippe ich, dass irgendwo eine kleine Differenz bzgl. den Paketen und dern Konfiguation (Debian) vorliegt. Normal ist es nicht, dass bei der eigentlichen Inhaltsübertragung derartige Fehler auftreten .... Einen Fehler in der httpd.conf würde ich ausschließen.

Gruß,
Jumper, the II.

[Lars]

Ich habe direkt auf dem Server kompiliert.

./configure --prefix=/usr/local/apache/2.2.2 \
	--with-apr=/usr/local/apache-apr/1.2.7 \
	--with-apr-util=/usr/local/apache-apr-util/1.2.7 \
	--enable-module=so \
	--enable-mods_shared=all \
	--with-program-name=apache \
	--with-ssl=/usr/local/openssl/0.9.8b  \
	--with-z=/usr/local

[Lars]

Ich hab auf einmal ~20 Prozesse mit Namen "[httpd] <defunct>". Keine Ahnung, wo die herkommen.

Ich kompiliere jetzt mal ohne OpenSSL.

[JumperII]

*Grübel* apr-util in der Version 1.2.6 oder 1.2.7? Ist ja auch wurscht ... Es scheint, als ob Du den unstable- oder testing-Zweig von Debian bevorzugst. Ansonsten habe ich kein passendes OPENSSL ...

Gruß,
Jumper, the II.

[JumperII]

Also ich bekomme den Apache ohne Probleme zum Laufen, allerdings habe ich den SSL-Start nicht getestet, da ich kein passendes Zertifikat hatte. Entweder liegt bei Dir ein klitzekleines Problem mit Deiner Debian Installation vor oder Du hast noch ein paar Änderungen und Erweiterungen vorgenommen, die Dir so nicht gleich einfallen... Trotzdem kann es auch ein grundsätzliches Problem der Virtualisierungslösung sein. Um da genaueres herauszufinden, müsste man instensiv auf dem Server nachschauen ... Sorry

Gruß,
Jumper, the II.

[Lars]

Habs diesmal ohne OpenSSL probiert, geht auch nicht. Ich nehm mal die zlib raus.


// edit:
Habs jetzt auch ohne zlib nicht hingekriegt. Hab auch "chown -R daemon htdocs/" gemacht, geht nicht :]

[Lars]

Ich krieg noch die Krise hier. Gerade Debian 3.1 + Apache 2.2.3 neu aufgesetzt, nichts. Gar nichts.
Laut WebDeveloper krieg ich nicht einmal eine Antwort.

Wohlgemerkt funktioniert mit der Standard-"It works!"-Seite alles bestens. Sobald ich aber irgendwas eigenes nehme, tritt beschriebenes Problem auf.

./configure --prefix=/usr/local/apache/2.2.3 --with-apr=/usr/local/apache-apr/1.2.7 --with-apr-util=/usr/local/apache-apr-util/1.2.7 --enable-module=so --enable-mods_shared=all

zlib (benötigt für mod_deflate) liegt in der aktuellen Version 1.2.3 vor.

[Mon Jul 31 06:47:50 2006] [notice] SIGHUP received. Attempting to restart
[Mon Jul 31 06:47:50 2006] [notice] Digest: generating secret for digest authentication ...
[Mon Jul 31 06:47:50 2006] [notice] Digest: done
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: driver for [DBDriver unset] not available
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: failed to initialise
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: driver for [DBDriver unset] not available
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: failed to initialise
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: driver for [DBDriver unset] not available
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: failed to initialise
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: driver for [DBDriver unset] not available
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: failed to initialise
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: driver for [DBDriver unset] not available
[Mon Jul 31 06:47:51 2006] [crit] (70023)This function has not been implemented on this platform: DBD: failed to initialise
[Mon Jul 31 06:47:51 2006] [notice] Apache/2.2.3 (Unix) DAV/2 configured -- resuming normal operations
[Mon Jul 31 06:47:58 2006] [notice] caught SIGTERM, shutting down

Diese DBD-Fehler sind imo nicht relevant, das Problem tritt auch ohne das Modul, dass sie verursacht, auf.


// edit:
Tamper Data sagt, dass folgende Response-Header kommen.

Status=OK - 200
Date=Mon, 31 Jul 2006 05:08:56 GMT
Server=Apache/2.2.3 (Unix) DAV/2
Last-Modified=Wed, 26 Jul 2006 16:04:44 GMT
Etag="e9e6026-2993-3cd4df00"
Accept-Ranges=bytes
Content-Length=10643
Keep-Alive=timeout=5, max=100
Connection=Keep-Alive
Content-Type=text/html

Komisch ist dabei, dass der Statuscode manchmal 200 und manchmal 206 ist. Content wird trotzdem nicht gesendet.

[Lars]

Ich nehm jetzt die 2.0-Serie, also aktuell 2.0.59