Posts by MR_LOLKOPF
-
-
Dein Ernst jetzt?
Steht doch alles in der Fehlermeldung.
Ein richtiger Hostname wäre z.B.: srv01.dota-board.de
-
-
-
I had the same problem about a year ago, but I don't know what I've exactly changed. I know it was in the PuTTY settings.
Try to change to this in the PuTTY settings under Window -> Colors -> "The color" or to "both".
-
Ich bin mir nicht ganz sicher, aber ich glaube Cronjobs sollten in der 1.2.x dabei sein.
EDIT: OK, da lag ich wohl falsch.
-
I have the same problem.
Debian 7 Wheezy
Git 1.1.x (tried to update yesterday evening)
Dovecot and Apache FPM
The logs have the same message like the installer shows -
Funktioniert beinahe perfekt, aber es gab ein Problem mit dem MySQL Server. Schritte die ich gemacht habe:
1. Server 2 mit i-MSCP installiert
2. Alle Datenbanken von Server1 exportiert und in Server2 importiertExport:
Import:
3. /var/mail/virtual und /var/www/virtual von Server1 auf Server 2 kopiert
4.Code- # mysql -u root -p<password>> use imscp;> update domain set domain_status = 'ok';> update subdomain set subdomain_status = 'ok';> update domain_aliasses set alias_status = 'ok';> update subdomain_alias set subdomain_alias_status = 'ok';> update mail_users set status = 'ok';> update admin set admin_status = 'ok', admin_sys_name = null, admin_sys_uid = 0, admin_sys_gname = null, admin_sys_gid = 0;
5. In der Tabelle server_ips habe ich die alten IP's gegen die neuen ersetzt
6.
7. Dann habe ich den Installer mit "-r sql" durchlaufen lassen.Soweit so gut, allerdings wollte der SQL Server danach nicht mehr "ordentlich" runterfahren (egal ob über "service mysql stop" oder beim herunterfahren des Servers).
Lösung:
Beim importieren aller Datenbanken wird auch das Passwort der Datenbank "debian-sys-maint" mit dem Passwort des alten Servers überschrieben. Also entweder man ändert das Passwort der Datenbank auf das Passwort was in der /etc/mysql/debian.cnf auf Server2 steht oder man trägt in der /etc/mysql/debian.cnf einfach das Passwort des alten Servers ein. Habe mich für letzteres entschieden.
Ansonsten scheint alles zu gehen!!
-
Okay. Ich mache heute nochmal ein Versuch mit deiner Variante.
Was ist eigentlich mit dem /var/www/imscp Ordner und dem /etc/imscp? Sollte man auf dem neuen Server nach der Installation nicht die vuxxxx Einträge aus /etc/groups, /etc/shadow und /etc/passwd löschen, bevor man das Setup erneut startet mit der Datenbank des alten Servers?
Migration auf einen neuen Server
Migration from Server 1 (i-mscp 1.1.3) to server 2 (i-mscp 1.1.5)
-
Ich plane in etwa 2 Wochen ebenfalls einen Serverumzug und habe die letzten Tage es öfters mal in einer VM versucht.
Ninos hat eigentlich schon alles gesagt, aber falls du Plugins nutzt, dann musst du diese erstmal in der DB deaktivieren, sonst läuft das Setup nicht durch. Danach kannst du die Plugins wieder aktivieren, sobald du die erforderlichen Pakete installiert hast (z.B.: SpamAssassin usw.).
Was mir gerade noch einfällt: Sollte man die neue IP Adresse nicht auch in der imscp.conf ändern, bevor man das Setup durchlaufen lässt?