Posts by MR_LOLKOPF

    Are you using no RAID? When you replace the drive, do you need to reinstall the whole system?


    You could test this command to export all SQL DB's:


    Code
    1. mysqldump -uroot -p --all-databases > alldb.sql


    and to import:


    Code
    1. mysql -u root -p < alldb.sql

    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".

    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


    Code
    1. main::_process: Missing right curly or square bracket at
    2. /var/www/imscp/engine/PerlLib/Modules/SubAlias.pm line 519, at end of line
    3. syntax error at /var/www/imscp/engine/PerlLib/Modules/SubAlias.pm line 519, at
    4. EOF
    5. Compilation failed in require at (eval 27) line 2, <$fh> line 518.

    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 importiert


    Export:


    Code
    1. mysqldump -uroot -p --all-databases > alldb.sql


    Import:


    Code
    1. mysql -u root -p < alldb.sql



    3. /var/mail/virtual und /var/www/virtual von Server1 auf Server 2 kopiert
    4.

    Code
    1. # 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.

    Code
    1. # mysql -u root -p<password>
    2. > use imscp;
    3. > UPDATE plugin SET plugin_status = 'disabled';


    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!! :thumbsup:

    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)


    Migration from ispCP to i-MSCP - Failure

    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?