RootForum Community

Ich habe auf meinen Server verschiedene Domains mit Virtual Host eingerichtet.
jede Domaine hat eine eigne error_log und access_log Datei.
Bei 5 funktioniert das alles, aber eine Domain hier als Test.de bezeichnet spinnt

Die logs landen nicht in
CustomLog /var/log/httpd/test/access_log combined
sondern in
/var/log/httpd/soso/access_log
Hat jemand eine Idee, woran es liegt?

/etc/init.d/apache restart habe ich gemacht.
entferne ich ServerName, wird die Domain nicht mehr gefunden,also wird die Datei bearbeitet,
aber warum wertet Apache CustomLog falsch aus?

Was genau ist das "soso" in dem Pfad, in dem fälschlicherweise geschrieben wird?

EdRoxter wrote:Was genau ist das "soso" in dem Pfad, in dem fälschlicherweise geschrieben wird?

sos ist ein normaler Kunde

oder auch
var/log/httpd/kunde1/access_log
var/log/httpd/kunde2/access_log
var/log/httpd/kunde3/access_log
var/log/httpd/kunde4/access_log

Existiert das Verzeichnis /var/log/httpd/test/ und ist für root einseh- und schreibbar (chmod 0770)?

EdRoxter wrote:Existiert das Verzeichnis /var/log/httpd/test/ und ist für root einseh- und schreibbar (chmod 0770)?

Wenn es nicht exisitiert oder nicht schreibbar ist, verweigert Apache normalerweise den Start mit einem entsprechenden Hinweis im Error-Log.

Nun ja, bezieht man die Mondphase und den Aszendenten des Orion mit ein, könnte es ja auch sein, dass er quasi als "Fallback" in das im letzten VHost definierte CustomLog schreibt. Oder es ist ein generischer CustomLog außerhalb der VHost-Konfiguration eingestellt..

Aber das sind nur Schüsse ins Blaue, warten wir mal die Antwort des Threaderstellers ab.

oder die Vhost existiert in sites-enable und sites-available ...und im available stehts noch auf soso...oder oder oder :)

markuman wrote:oder die Vhost existiert in sites-enable und sites-available

..was bei einem gut konfigurierten Apache ja nicht der Fall sein sollte, weil in sites-enabled nur Symlinks auf die Konfigurationsdateien in sites-available vorhanden sein sollten. Und sites-available sollte gar nicht geparsed werden.