Nun bin ich endlich mal dazu gekommen, ispCP abzutesten - Server neu aufgesetzt, Debian Lenny und nach Install-Anleitung gem.
http://www.isp-control.net/documentation...ion/debian vorgegangen.
Zwischendurch allerdings noch das DB-Verzeichnis von /var/lib/mysql auf /var/www/dbase in der /etc/mysql/my.cnf geändert und mysql neu gestartet - was es auch fehlerfrei tut (Status gecheckt)
Der perl-Befehl mit dem Parameter macht aber nix, er beendet sich nach einigen langen Minuten (bald ne halbe Stunde...), bei Webzugriff dann passiert nix weiter als dass die Apache-Standardseite kommt - kein Anmeldedialog und nix....
Was könnte da schief laufen, hat den Effekt schon mal jemand gehabt oder welche Tipps gibt es, um ispCP zum mitmachen zu überreden?
Danke für Tipps....
nochne Info dazu: Der Perl-Install-Prozess läuft noch, der ssh-Timeout hatte mich nur rausgeschmissen, bin gespannt, wielange das läuft oder ob da überhauptnoch was passiert. In paar Stunden bin ich zu Hause, da dann mehr...bin im Moment etwas ratlos und sauer ;(
Weitere Info:
Nach ner Halben Stunde gings dann doch weiter, aber nun kommt immer Fehler:
ERROR: External command '/usr/bin/mysql --host="localhost" --user="root" --pass="meinpasswd" < /tmp/db.sql 1>/tmp/db.sql.stdout 2>/tmp/db.sql.stderr' returned '1' status !
wobei zu sagen wäre, dass der Manuelle Start von mysql als root mit den Zugangsdaten funktioniert...
Neuer Stand eine Stunde später:
Datenbank wurde angelegt, aber die Install-Routine hat sich wieder aufgehängt, der Timeout des ssh-Servers (10 Minuten) hat wieder zugeschlagen, htop zeigt noch an, dass der Prozess noch läuft, awstats hat auch schon nen Durchlauf weg, nur auf ispCP kommt man noch nicht...
Achso - Datenbank wurde nur angelegt, nachdem der DB-Pfad aufs Original zurückgesetzt wurde...