Get Tag Error - u.s.w.

R

Riddler

New Member
Hi zusammen,

wollte gerade einen neuen Benutzer (Top Level Domain) anlegen und wundere mich, warum der Status auf Unbekannt stehen bleibt. Ein Blick in den Debugger verrät mir, dass ich folgenden Fehler habe:

Code: 
meine-domain.be
get_tag() | ERROR: '# httpd Data BEGIN. ' ne '# httpd Data END. ', '# httpd Data BEGIN. ' or '# httpd Data END. ' missing in src !

Was dieser Fehler aber bedeutet, kann ich mir so erstmal nicht erklären. Vielleicht aber jemand von euch?

Danke schonmal!

Gruß

Hateman
 
Nur mal so ne Idee

Der Fehler deutet darauf hin, dass der Parser des VHCS-Daemon ein Problem mit den Templates oder mit der Arbeitsdatei der vhcs.conf für apache2 hat.

Diese liegen i.d.R. (debian/ubuntu ;)) im Verzeichnis /ect/vhcs2/apache/parts bzw. /ect/vhcs2/apache/working.

Hattest Du hier evt. mal dran gearbeitet, z.B. /ect/vhcs2/apache/working/vhcs2.conf

Es fehlt hierin irgendwie ein Markup / Tag.
 
Hi,

jo. Aber ich kann mir nicht vorstellen, dass ich meine .tpl Datei so anpassen soll, da ich erstens den Inhalt kaum verstehe, und mein Inhalt viel viel weniger ist... Ich steh ehrlich gesagt ein wenig auf dem Schlauch. Hier mal mein Inhalt:

Code: 
# httpd Data BEGIN.

#
# Web traffic accounting.
#

LogFormat "%B" traff

#
# GUI Location.
#

Alias /vhcs2 /var/www/vhcs2/gui
<Directory /var/www/vhcs2/gui>
    AllowOverride none
    Options MultiViews IncludesNoExec FollowSymLinks
    ErrorDocument 404 /vhcs2/errordocs/index.php
    DirectoryIndex index.html index.php
</Directory>

<Directory /var/www/vhcs2/gui/tools/filemanager>
    php_flag register_globals On
    php_admin_value open_basedir "/var/www/vhcs2/gui/tools/filemanager/:/tmp/:/usr/share/php/"
</Directory>

Alias /vhcs_images /var/www/vhcs2/gui/images
<Directory /var/www/vhcs2/gui/images>
    AllowOverride none
    Options MultiViews IncludesNoExec FollowSymLinks
</Directory>

#
# Default GUI.
#

<VirtualHost _default_:*>

    DocumentRoot /var/www/vhcs2/gui

    <Directory /var/www/vhcs2/gui>
        Options Indexes Includes FollowSymLinks MultiViews
        AllowOverride None
        Order allow,deny
        Allow from all
    </Directory>

</VirtualHost>

# httpd [{IP}] virtual host entry BEGIN.
# httpd [{IP}] virtual host entry END.

# httpd Data END.
 
Hateman said:
Code: 
[COLOR=Red] # httpd Data BEGIN.[/COLOR]

#
# Web traffic accounting.
#

LogFormat "%B" traff

#
# GUI Location.
#

Alias /vhcs2 /var/www/vhcs2/gui
<Directory /var/www/vhcs2/gui>
    AllowOverride none
    Options MultiViews IncludesNoExec FollowSymLinks
    ErrorDocument 404 /vhcs2/errordocs/index.php
    DirectoryIndex index.html index.php
</Directory>

<Directory /var/www/vhcs2/gui/tools/filemanager>
    php_flag register_globals On
    php_admin_value open_basedir "/var/www/vhcs2/gui/tools/filemanager/:/tmp/:/usr/share/php/"
</Directory>

Alias /vhcs_images /var/www/vhcs2/gui/images
<Directory /var/www/vhcs2/gui/images>
    AllowOverride none
    Options MultiViews IncludesNoExec FollowSymLinks
</Directory>

#
# Default GUI.
#

<VirtualHost _default_:*>

    DocumentRoot /var/www/vhcs2/gui

    <Directory /var/www/vhcs2/gui>
        Options Indexes Includes FollowSymLinks MultiViews
        AllowOverride None
        Order allow,deny
        Allow from all
    </Directory>

</VirtualHost>

[COLOR=Red] # httpd [{IP}] virtual host entry BEGIN.
# httpd [{IP}] virtual host entry END.[/COLOR]

[COLOR=Red] # httpd Data END.[/COLOR]
Click to expand...

Also, die rot markierten Tags haben nix mit apache2 zu tun (für den sind das lediglich Kommentare - siehe Zeichen '#' ) jedoch sind genau diese für den VHCS-Daemon von großer Bedeutung.

Was ich meinte, dass Du mal schauen sollst, ob in einer der templates oder der Arbeitsdatei hier ein Tag / Markup # httpd Data BEGIN. oder # httpd Data END. fehlt. Beide Tags markieren für den VHCS-Daemon einen eingebetteten Text. Fehlt ein Tag, kann der VHCS-Daemon nicht korrekt arbeiten und mault entsprechend.

Je nachdem wie der Praser gestrickt ist, könnte theoretisch auch eines der anderen Tags wie z.B. # httpd [{IP}] virtual host entry END. fehlen. Die Fehlermeldung an sich wäre zwar falsch, aber dennoch läg ja ein Fehler vor.

Check doch zunächst mal das Datum/Zeit der Änderung dieser Dateien, dann kannst Du die Suche auf die zuletzt geänderten Dateien vieleicht einschränken. Denn nach der Installation von VHCS werden z.B. die Templates selbst nicht mehr vom VHCS-Daemon angefasst.
 
Hi,

ich steh ein wenig auf dem Schlauch. Also wenn ich dich richtig verstehe, spielen die Templates bei der Fehlermeldung keine Rolle? Und was genau muss ich bearbeiten? Kenn mich mit dem VHCS2 so gut wie garnicht aus.

Gruß
 
Das passiert mir auch schon mal. ;)

Ich zwar kein VHCS Experte, aber die Fehlermeldung deutet IMHO auf ein Problem des VHCS-Daemon mit den Konfigurationsdateien bzw. mit den Templates, hin.

So, nun zu den Dateien, nehme wir mal Debian/Ubuntu:

Hier finden sich im Verzeichnis /etc/vhcs2 sämtliche Dateien, die für die Generierung der jeweiligen Konfigurationsdateien durch den vhcs-Daemon benötigt werden.

Der Log-Eintrag
Code: 
get_tag() | ERROR: '# httpd Data BEGIN.
deutet darauf hin, dass der Fehler im Unterverzeichnis apache zu finden ist, also in /etc/vhcs2/apache
Hier gibt es wiederum Unterverzeichnisse und eine Vielzahl von Dateien. IMHO ist der Fehler in einer der dort gespeicherten Dateien zu suchen. Ich würde mit der Suche bei der Datei anfangen, die das jüngste Datum trägt.

Bei der Suche musst Du den Suchstring "httpd Data" verwenden. Wenn Du die Suche beginnst, musst Du immer einmal "httpd Data BEGIN" am Anfang der jeweiligen Datei und einmal "httpd Data END" am Ende der jeweiligen finden. Wenn nicht, hast Du den Fehler gefunden. Beheben kannst Du den Fehler dadurch, in dem das fehlende Tag an der enstprechende Stelle einfügst.

Auch ein Eintrag wie z.b: "httpd Data 2BEGIN", verursacht durch einen Tippfehler ist für den Parser schon nicht mehr erkennbar.

Ich hoffe, es wird nun klarer, wo zunächst zu suchen ist.
 
Hi,

ich hab mir die zuletzt bearbeiteten Dateien mal angeschaut und alle hatten sie die beiden Einträge. Zumale keine .tpl Dateien bearbeitet wurden, habe ich mir mal die .conf Dateien angeschaut. Allerdings ebenfalls ohne Erfolg!

Gruß

Hateman
 
Hmm, wie sieht es denn mit den anderen tags in diesen Dateien auf, sind die denn auch immer paarig (also jeweils BEGIN und END) vorhanden?.

Es kann ja sein, dass zwar hier ein Fehler auftrtitt, jedoch die Meldung nicht korrekt ist.

Hast Du denn von den gänderten Dateien ggfs. Sicherungskopien. Nur um mal zu testen, ob wenn man die nimmt, das Problem bleibt oder nicht.
 
Tja, da weiss ich auch nicht weiter.

Ich habe mal inzwischen in den Code reingeschaut. Seltsame ist hier, dass diese Fehlermeldung irgendwie mit der BIND Konfiguration zusammenzuhängen scheint.

Vieleicht schauste Du Dir auch nochmal die Templates, usw. für den BIND im gleichen Verzeichnis an, also ob hier die Tags BEGIN und END vorhanden sind.

Ist aber nur mal Spekulation, weil ich den Code auf den ersten Blick nicht durchschaue.
 
You must log in or register to reply here.
Back
Top