RootForum Community

Hallo,

nach Eintragen einer neuen Domain in Confixx 1.6.5 pro wird meines Wisses nach die Datei confixx_vhost.conf.tmp und confixx_vhost.conf neu geschrieben.

Das passiert auch reibungslos, nur das sich nach dem Update der Dateien Einträge drin sind, die beim Start vom Apache nicht gelesen werden können, dieser gibt immer Syntax Fehler raus.

Wir haben daraufhin die Datei geöffnet und an der Stelle nachgesehen und festgestellt das folgende Einträge vorhanden waren:

<VirtualHost +++.+++.+++.++:80>
ServerName domain.de
ServerAlias http://www.domain.de web10.domain.de
DocumentRoot /home/www/web10/html
User <VirtualHost +++.+++.+++.++:80>
ServerName domain.de
ServerAlias http://www.domain.de web10

Es wird immer mitten in ein <VirtualHost ein neuer Host angefangen, klar das dann Apache mit einem Syntax Fehler rausspringt.

Kennt jemand dieses Problem ?? Woran kann das liegen ??

Wäre ja arm wenn wir nach jeder Domain und SubDomain oder Umleitung den Server neu starten müssten, davon mal abgesehen das wir ständig lauffähige Versionen der beiden Files kopieren müssen und den Apache dann von Hand aus starten müssen...

Gruß
ruelpsi

Das ist ein komisches Problem und du bist anscheindend nicht der einzige dem sowas passiert. Erzwinge doch mal ein Update der confixx_vhost.conf (Beliebige (sub)Domain) anlegen und starte /root/confixx/confixx_counterscript.pl mit dem Parameter DEBUG. Vielleicht siehst du ja eine Fehlermeldung. Ansonsten würde ich zuerst das Confixx Update Script erneut starten und auch mal die MySQL Datenbank überprüfen. (Check und Repair Tables).

Wenn alles nicht hilft Confixx neu installieren.

Hallo,

@Sascha - erstmal danke für deine Antwort

Ich habe eine beliebige SubDomain angelegt, dabei das Script, wie vorgeschlagen, mit DEBUG gestartet, nix.......................passiert.

Die Datei die eine Größe von eigentlich 35 kb ist nun 68kb gross, Apache fällt in Trance und kann erst wieder gestartet werden nachdem ich die beiden Files mit einem Backup überschrieben habe.

Ich habe bereits die Datenbank gecheckt alles ist dort ok, die Einträge aus der dazugehörenden "domain" Tabelle sind auch i.o. nichts was auffällig wäre.

Denke ich komme um eine Neuinstallation nicht herum, da ich mir nicht erklären kann woher das kommt. Bei den 100 angelegten Domains wurde es bereits nach der 40sten dunkel.

Wie bekomme ich denn Confixx sauber runter und wieder drauf ohne das ich die bereits angelegten Domains nochmals eingeben muss ??

Gruß

Hi,

Ich würde /home/confixx sowie /root/confixx/ umbenennen und einen Dump der MySQL Datenbank anfertigen (den kannst du bei Gelgenheit gleich mal auf Auffälligkeiten untersuchen).

Danach Confixx neu installieren und den alten MySQL Dump wieder einspielen. So sollte sich theoretisch sogar eine Downtime vermeiden lassen.

Hi,

ich habe den Fehler gefunden, ich hatte in zwei verschiedenen Dateien den Cron Job eingetragen gehabt (standartmässig oder durch das Update) dadurch wurde der Cron Job zur gleichen Zeit ausgeführt und schreibt doppelt in die confixx_vhost.conf rein ca. eine Millisekunde später und zerhackt dadurch die Datei und nix geht mehr..

Ein Cron Job gelöscht und schon geht es...

Gruß

PS: Support von Y-Y ist echt daneben haben den Fehler nicht gefunden und auch nicht rückgerufen....

Seltsam. Eigentlich soll sowas durch die confixx.pid zur Laufzeit des Scripts in /var/run vermieden werden...

Hi Sascha,

du hast recht aber trotz allem wurde das Counterscript 2 x aufgerufen, hätte ich den Webmin nicht installiert wäre ich vieleicht nie darauf gekommen. In der Cron Verwaltung waren zwei Einträge mit dem Counterscript und ich habe mich gewundert warum der grundsätzlich beim automatischen ausführen des Scriptes immer die Fehler machte, aber beim manuellen Start nicht ?!?

Ich hatte die Vermutung das der zweimal aufgerufen oder zu schnell öffnete und schloss, aber das erklärt alles. Es war auch so das er immer an der selben Stelle den Insert gemacht hatte, das war scheinbar diese Millisekunde in der das andere Script nochmals startet.

Jedenfalls lüppt es nun und ich kann weitermachen...

Gruß
biggi

Mh, ich hab das Problem mit einer 4mal so grossen vhost.
Allerdings laeut der Apache einwandfrei. Hab jetzt die crontabs gecheckt, das war es bei mir nicht.

Karlo