Hallo zusammen,

 

ich hoffe ihr k?nnt mir helfen.

Ich wollte das Update auf Froxlor nutzen, leider klappt das nicht so ganz :/

 

Fehler ist folgender:

 

Updating from 0.9.10-svn1 to 0.9.10-svn2

Updating database table definition for panel_databases[OK]

Adding APS databases to customers overviewEstablishing connection failed, exiting

mysql error number: 0

mysql error desc:

Time/date: 07/10/2010 08:21 PM

Script: /admin_updates.php

Referer: http://domain.de:81/froxlor/admin_updates.php

 

 

=> k?nnt ihr sagen was hier das Problem ist? Welche Verbindung kann nicht aufgebaut werden? Datenbank? Die userdata.inc.php hab ich nach /var/syscp/web/froxlor/lib/ kopiert.

 

Achja - ich benutze ne Kiste von Hetzner, mit Debian Lenny und aktuell Syscp 1.4.2.1 (2)

 

 

 

Gru?,

Steffen

Das Problem ist klar, der MySQL-Server war wohl nicht erreichbar. Kannst du das dauerhaft reproduzieren an der Stelle des Updates oder gings beim zweiten Mal?

 

Das die userdata.inc.php vorhanden und korrekt ist muss gegeben sein, sonst w?rst du garnicht bis zum Update gekommen Eventuell stimmt der root-user zugang nicht(mehr)? ( denn genau der wird an dieser Stelle ben?tigt )

danke f?r die schnelle antwort

 

leider bringt mich das nicht weiter.

die Verbindung m?sste stehen.... im Schritt vorher ist er in Fehler gelaufen weil in der Table panel_XX der Datensatz apsdb bereits vorhanden war, den hab ich manuell gel?scht und das Script lief weiter.

oder findet ein neuer connect statt? aber auch dann werden ja die gleichen userdata-Daten benutzt.

 

 

der Fehler ist dauerhaft vorhanden , hab's gestern zig mal probiert. hatte auch mal von ganz vorne begonnen - Fehler an der gleichen Stelle.

und warum hast du nicht gleich von vornerein gesagt, dass du bereits vorher schon auf einen Fehler gesto?en bist? Wenn da irgendwo schon ein Feld war, wo Froxlor noch keins erwartet, dann l?uft da wohl was schief...und einfach immer nochmal probieren bis es klappt hat noch nie funktioniert.

 

Ich hoffe Du hast ein Backup deiner alten SysCP Datenbank gemacht und kannst das nochmal in Ruhe von Anfang an durchlaufen lassen und uns dann den ERSTEN Fehler auf den du triffst nennen.

sorry (-;

 

das mit dem bereits vorhandenen apsdb war der erste Fehler.

 

klar, Backups sind auch aktuell wieder eingespielt.

 

sagt dir das mit apsdb was? wo liegt hier der Fehler?

 

Grus

Das sagt mir, dass es dieses Feld in der Tabelle wohl schon gibt, was Froxlor an der Stelle des Updates nicht erwartet sondern erst einf?gen will. Deine Datenbank-Layout ist wohl abweichend von dem wie es sein sollte. Eventuell hast du mal eine Froxlor-Trunk version genutzt, oder ?hnliche Test-Versionen. Kann ich halt nicht nachvollziehen.

das ist syscp 1.4.2.1 (2) welches von hetzner standardm??ig ausgeliefert wird, da ist noch nichts dran ge?ndert worden. komisch.

 

nunja schade

Das hatte bei anderen Hetzner-Kunden aber schon geklappt...da weiss ich nun auch nicht weiter, sorry

Hmm.... gibt's irgendwelche Tipps wie man jetzt vorgehen kann?

 

nutzt er den gleichen SQL-Login wie auch in den Schritten vorher?

Klar, er nimmt immer die Daten aus der userdata.inc.php respektive das was du bei der installation angegeben hast

Installation war ja durch das script von hetzner.

ich meinte ob immer der Root Login genutzt wird? oder vorher der syscp Login? dann k?nnte das verschl?sselte Root pw nicht passen o.?.

 

muss am Wochenende nochmal schauen.

 

 

danke dir soweit

ich nehme an, dass das Hetzner script einfach werte abfragt und die dann in die userdata.inc.php schreibt.

F?r Froxlor-Operationen werden im normallfall die Benutzerdaten des unpreveligierten Users genommen, root nur wenn n?tig (z.B. Datenbank-Zugriffe steuern)

hab da 2 user drin stehen, bei beiden ist das Passwort verschl?sselt. wei? nur nicht mit was.

 

user syscp sowie Root.

bei Root wei? ich das Passwort, damit arbeite ich auch.

in der userdata.inc.php stehen die passw?rter in Klartext. Und 2 user ist korrekt, der "normale" user mit begrenzten Berechtigungen und root, mit vollem Zugriff

Die relevanten Daten sollten meines Wissens unter /root/login.txt oder ?hnlich abgespeichert werden (SysCP-installation ?ber Hetzner Rescue System). Eventuell sogar in /installimage.conf oder installimage.debug.

alles klar.

ich mir das nochmal anschauen.irref?hrend ist dass ich das Root pw f?rs MySQL wei? und mich da per Shell auch einlogge.

und das installscript sich ja im Laufe der Installation bei vorherigen Aktionen doch auch?? so hat er ja zwecks apsdb gemotzt weil der Datensatz bereits in der Datenbank steht.daher bin ich davon ausgegangen dass der Zugang funktioniert.au?er im userdata file is lediglich das syscp Passwort korrekt und er diesem Zugang vorher nutzt.

gut zu wissen dass die Passw?rter - wie ?blich - im Klartext da drin stehen.

 

ich geb Bescheid sobald ich mir das nochmal angeschaut hab.

 

Grus

Steffen

Hi,

 

vielen Dank f?r eure Hilfe. Der Tip dass die Passw?rter im Klartext drin stehen war des R?tsels L?sung ...

Ich hatte vergessen dass ich das MySQL Root-Passwort am Anfang ge?ndert hatte.

Syscp brauchte das wohl auch die ganze Zeit nicht, sonst w?rs schon vorher aufgefallen.

Auch w?hrend dem Setup scheinte wohl bis zu dem einen Punkt der Mysql-Login nur mit dem syscp-User zu geschehen.

 

Irritiert hat mich jedoch, dass ich ein paar Tabellen l?schen musste welche von froxlor wieder 1:1 angelegt wurden.

 

ftp_quotalimits

ftp_quotatillies

redirect_codes

domain_redirect_codes

 

 

Ansonsten ist er fehlerfrei durchgelaufen und funktioniert!

 

Die syscp-Datenbank hatte ich jedoch restored, somit war dies ja 1:1 die Datenbank von syscp. Komisch.

 

 

Hauptsache es l?uft (-;;

 

 

Danke!