Probleme beim Upgrade

[tenshinhan10]

Ich habe ein Upgrade von Version 1.00 auf 1.07 vorgenommen. Beim Durchlauf des Setups stopt er beim MySQL Teil. Laut Logfile kann er nicht in MySQL connecten. Es steht auch drin password: no - obwohl in den Zugangsdaten unter /etc/ispcp/ispcp.cfg die korrekten Daten stehen. Ich kann manuell auch connecten in die Datenbank und die Übersicht aufrufen.

Ich hatte auch mal versucht den Apache2 zu starten, obwohl der Update Prozess abgebrochen war - jetzt erhalte ich einen Fehler:

(13)Permission denied: Couldn't start ErrorLog process
Unable to open logs

Kann mir eventuell jemand Hinweise dazu geben?

[gOOvER]

Versuch mal das rootpasswort in der ispcp.conf neu zu setzen, da gabs immer wieder probleme mal Probleme

[tenshinhan10]

Ich habe dies geprüft - das PW steht drin (habe es auch nochmal von Hand eingetragen). Ich kann auch manuell in SQL rein - aber ISPCP kann trotzdem irgendwie nicht connecten. Ich denke auch Tippfehler ausschließen zu können.

[tenshinhan10]

Ich habe dies jetzt mehrfach versucht und die PW sind alle richtig eingetragen.

Das Problem scheint wie in diesem Tread hier zu sein:
http://isp-control.net/forum/thread-1046...5B28000%5D

Leider komme ich mit unten genannter Anleitung nicht zurecht und erhalte noch:
/var/www/ispcp/engine/ispcp-db-passwd
Please Enter Your Current Password:
>>> Entered password does not match. Please try again !

Quote:First
Code:
nano /etc/ispcp/ispcp.conf

Remove the hash from DATABASE_PASSWORD so the line only reads as
Code:
DATABASE_PASSWORD =

Next you need to put in your current mysql password
Code:
/var/www/ispcp/engine/ispcp-db-passwd

Now for the important part you need to copy the new hash from DATABASE_PASSWORD = newhash
Code:
nano /etc/ispcp/ispcp.conf

Then replace the old hash in this file with the new hash you just copied
Code:
nano /etc/ispcp/ispcp.old.conf

And finally
Code:
perl ispcp-update

Bei dieser Anleitung:
Next you need to put in your current mysql password
Code:
/var/www/ispcp/engine/ispcp-db-passwd

Wo in der Datei trage ich dies ein - muß danach etwas getan werden, damit der das PW in den anderen Dateien aktualisiert?

Das PW scheint auch kein Hash zu sein - das ist klartext.

---

Update:

Das Datenbank Problem konnte ich lösen - ich habe das PW gelöscht und mit /var/www/ispcp/engine/ispcp-db-passwd neu gesetzt. Den so erzeugten Hash in der /etc/ispcp/ispcp.conf habe ich auch in die /etc/ispcp/ispcp.old.conf kopiert.

Ich hatte noch ein Problem mit den Virtual Hosts das ich beseitigen konnte. Aktuell meckert er jedoch noch bei fastCGI/PHP:

[Error] Unknown user vu2000

[tenshinhan10]

Den User habe ich einfach manuell angelegt - jetzt hängt er am Ende bei den Konfigs:

Rebuilding all customers configuration files
* Please wait, this may take some time: [ Failed ]

[FATAL] An error occurred during update process!
Correct it and re-run this program.

Log files are stored in /var/log/ispcp/setup
You can also find help at http://isp-control.net/forum

get_tag() | Starting...
repl_var() | Ending...
prep_tpl() | Ending...
store_file() | Starting...
setfmode() | Starting...
setfmode() | Ending...
store_file() | Ending...
sys_command() | Starting...
getCmdExitValue() | Starting...
getCmdExitValue() | [DEBUG] External command exited with value 0
getCmdExitValue() | Ending...
sys_command('/bin/cp -f /etc/ispcp/pma/working/config.inc.php /var/www/ispcp/gui/tools/pma/') | Ending...
setup_gui_pma() | Ending...
setup_gui_cfg() | Ending...
rebuild_customers_cfg() | Starting...
doSQL() | Starting...
doSQL() | Ending...
doSQL() | Starting...
doSQL() | Ending...
doSQL() | Starting...
doSQL() | Ending...
doSQL() | Starting...
doSQL() | Ending...
doSQL() | Starting...
doSQL() | Ending...
exit_msg() | Starting...
exit_msg() | Ending...
del_file() | Starting...
del_file() | Ending...
Somebody can help me to resolve this?


Der Workaround:

Run this command:
# cd /var/www/ispcp/engine/setup
# ./set-engine-permissions.sh
# perl ./ispcp-update
=> OK

brachte nichts. Langsam nervt der Setupvorgang ;-/

[ZooL]

Von 1 auf 0.7 ist ein grosser sprung....ab 1.0.3 haette es besser geklappt... Der fehler liegt im detail

[tenshinhan10]

Die Logfiles zeigen leider auch nicht genau, wo sie hängen - gibt es keine Möglichkeit die Configs neu schreiben zu lassen auf Grund der Datenbankinhalte oder raus zu kriegen, wo das Problem liegt?