Umzug einen Plesk-Servers

[Paebbels]

Hallo,

wir haben massive Probleme mit einem Serverumzug...
alter Server: Plesk 8.3.0 (aktuelle version)
neuer Server: Plesk 8.3.0 (aktuelle version)

ich habe 210 Domains umzuziehen, d.h. Umzug per Hand fällt gleich weg !!

1. Lösung PMM
der Migration Manager hängt sich auf mit dieser Meldung:
The XML file //var/2008-03-31-02.37.32.625007/dump.xml was not parsed successfully with the following errors:
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Char 0x0 out of allowed range <database name="paebbels_com_1 ^//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :AttValue: ' expected <database name="paebbels_com_1 ^//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :attributes construct error <database name="paebbels_com_1 ^//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Couldn't find end of Start Tag database line 1470 <database name="paebbels_com_1 ^//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag domain line 1462 <database name="paebbels_com_1 ^//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag client line 1436 <database name="paebbels_com_1 ^//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag migration-dump line 2 <database name="paebbels_com_1 ^

-> ja wir haben noch 84 GB frei wovon wir auch nur 40 GB bräuchten
-> es liegen eindeutig massive Bgs vor und das schon seit Jahren mit diesem Tool, denn das englische Plesk-Forum führt massig Artikel zum Thema misteriöse Sonderzeichen .... Plesk hängt an bezeichner "paebbels_com_1" einfach mal noch 1 bis 25 sonderzeichen an, wir haben die erzeugten Tempfiles eingesehen, leider kann man die zwar editieren, doch nicht sagen mach dort weiter ...

2. Lösung Backup-files von Plesk
hier meldet dieses Ding dann
WARNING: Backup file has wrong signature for this server
Wir haben zwar schon die IP vom alten Server an eth0 zugewiesen dochd as scheint nicht zureichen, laut english Plesk-Forum gibts dort keine Lösung, der Parallels Support schweigt und weiß von nichts... es lassen sich dazu locker 50 Postings finden

3. per script
wir haben testweise auf einer VM einen identischen Server aufgesetzt und die files per sshfs und tar übertragen und auf der anderen seite entpackt, dann die group,shadow, gshadow und passwd dateien kopiert, dazu noch die plesk-httpd-conf datei aus conf.d des /etc/apache2 ordners
nach einem neustart startet zwar alles, doch auf dem httpsd kommt dann nein netter 403 error obwohl alle berechtigungen root:root stimmen, zumahl wir dort nichts angefasst haben

wir haben nat. auch die datenbanken mittels mysqldump ...... | mysql kopiert und auch die datenbanken psa und mysql übertragen UND auch nicht vergessen die mysql-user debian-sys-maint und phpmyadmin_***** zurück zu überschreiben ;)



kann man den PMM per bash steuern ?

uns gehen die Lösungsmöglichkeiten aus
in 3 wochen wird der alte server abgeschalten
wir haben bereits 3 wochen an einer lösung gesessen um plesk 8.3 auf debian 5.0 zum laufen zu bekommen ...
das mussten wir erstmal abbrechen da der umzug wichtiger ist als ein aktuelles php...


man könnte zwar per bash die ganzen 100 user-accounts erstellen lassen und ggf. auch noch die domains dazu
doch die ganzen subdomains und persönlichendaten, email-konfigurationen, mailinglisten etc per bash rattern zu lassen ist zuviel und nicht mehr fehlerfrei machbar ...

mir reicht es für den umzugstag schon das ich per hand beim DNS-Provider 210 Domains umstellen darf...
da wäre eine copy by hand methode total unschön

[Nerion]

Erstmal vorweg die Frage.
Ist Plesk auf dem aktuellen Stand, da nach dem Plesk 8.3.0 release noch einige Bugfixes rauskamen, die nur über die Console installiert werden können.

Also ist mittels apt-get upgrade alles auf dem neusten Stand.

Ansonsten dann entweder ein lokales Backup machen und dieses dann auf dem neuen Server einspielen oder ein FTP-Backup machen und den gleichen Backupspace auf dem neuen Server einbinden und anschließend von dort zurückspielen.
Hat bei uns bisher problemlos funktioniert.

[Paebbels]

Erstmal vorweg die Frage.
Ist Plesk auf dem aktuellen Stand, da nach dem Plesk 8.3.0 release noch einige Bugfixes rauskamen, die nur über die Console installiert werden können.

Also ist mittels apt-get upgrade alles auf dem neusten Stand.

Ansonsten dann entweder ein lokales Backup machen und dieses dann auf dem neuen Server einspielen oder ein FTP-Backup machen und den gleichen Backupspace auf dem neuen Server einbinden und anschließend von dort zurückspielen.
Hat bei uns bisher problemlos funktioniert.

aktueller Stand: ja
vor 3 Tagen neu von parallels.com gezogen
das alte plesk wurde per console über den pleskinstaller und der option override-version oder so ähnlich erneuert.

"lokales backup" - was versteht du darunter?
ich hab ja /opt/psa/bin/pleskbackup ..... dafür benutzt, dieses kopiert und dann mittels /opt/psa/bin/pleskrestore --create-map /root/plesk_alt/Backup -map Backup.map laden wollen, wovbei dann die signatur falsch war ...


MfG
Patrick Lehmann

[Nerion]

Log dich mal auf der Oberfläche von Plesk ein. Dort kannst du pro Kunde (ich weiß etwas mühseelig) ein Backup erstellen über die Backupfunktion von Plesk und dieses Backup auf einem FTP-Server platzieren.

Auf dem neuen Server legst du den Kunden neu an und bindest dort ebenfalls den FTP-Server über den Backup Button ein. Nun siehst du die Backups die du vorher mit dem Quell-Node erstellt hast. Das entsprechende kannst du nun bequem mit allen Domains zurückspielen.

[Paebbels]

Log dich mal auf der Oberfläche von Plesk ein. Dort kannst du pro Kunde (ich weiß etwas mühseelig) ein Backup erstellen über die Backupfunktion von Plesk und dieses Backup auf einem FTP-Server platzieren.

Auf dem neuen Server legst du den Kunden neu an und bindest dort ebenfalls den FTP-Server über den Backup Button ein. Nun siehst du die Backups die du vorher mit dem Quell-Node erstellt hast. Das entsprechende kannst du nun bequem mit allen Domains zurückspielen.

danke für die info, das ding hab ich noch nie benutzt / gebraucht ^^

ABER hier kommt die gleiche emldung wie per console:

Erstellungsdatum Mar 31, 2008 01:44 PM 
Größe 76.2 M 
Kommentare Patrick Lehmann Backup.
Erstellungsdatum: Mar 31, 2008 01:41 PM 
Name PaebbelsNetworks_2008.03.31_13.41 
 
Fehlerprotokoll
sh: -c: line 0: unexpected EOF while looking for matching `''
sh: -c: line 1: syntax error: unexpected end of file
sh: -c: line 0: unexpected EOF while looking for matching `''
sh: -c: line 1: syntax error: unexpected end of file
sh: -c: line 0: unexpected EOF while looking for matching `''
sh: -c: line 1: syntax error: unexpected end of file

ich werde mal versuchen das ding zu laden, aber bisher ist alles genau so wie per bash ...


P.S. 100 Kunden per hand ist immer noch besser als alles ganz per hand :)

P.S. 2
die genaue Plesk Version vom
alten Server psa v8.3.0_build83080131.20 os_Debian 4.0
neuen Server psa v8.3.0_build83080131.20 os_Debian 4.0


Nachtrag:
Plesk kann das angelegte Backup nicht einlesen aufgrund dieses Fehlers...

[Nerion]

Hast du die Möglichkeit dich über deinen Serveranbieter, Lizenzverkäufter an Parallels zu wenden. Denn ich denke mir, dass keiner eine Lösung hierfür aufbringen kann, da dies scheinbar ein Plesk-Problem auf deinem Quell-Node ist.

Einzige Idee die ich noch habe, ist die Berechtigung auf den Backupordner, dass die falsch ist.

Schau mal ob auf folgenden Verzeichnissen chmod 775 gesetzt ist

/var/lib/psa/dumps
/var/lib/psa/dumps/tmp

Ansonsten mal den Backup-Manager deinstallieren und neuinstallieren.

[Paebbels]

der quell-server ist ein strato MR2 mit OEM key, da gibts keinen support für, und strato redet schon lange nicht mehr mit mir ...
geschweige denn die jemals eine kompetente antwort gebracht haben...

wir werden mal einen reinstall der komponenten probieren ...

[BruceLee]

Es ist nur eine Vermutung, aber ich denke, dass aufgrund eines Fehlers bei der Sicherung
der Datenbank ein Sonderzeichen im Backupfile vorhanden ist, welches beim Restore nicht gern gesehen wird.
//var/2008-03-31-02.37.32.625007/dump.xml was not parsed successfully with the following errors:

//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Char 0x0 out of allowed range 
<database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :AttValue: ' expected 
<database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :attributes construct error 
<database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Couldn't find end of Start Tag database line 1470 <database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag domain line 1462 <database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag client line 1436 <database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag migration-dump line 2 <database name="paebbels_com_1 ^

Der erste Fehler verursacht die darauf Folgenden, weil ein Zeichen fehlt/bzw. erwartet wird, welches nicht kommt.
Vielleicht hilft das weiter:
http://forum.swsoft.com/printthread.php?t=42054

Gruß
BruceLee

[Paebbels]

Es ist nur eine Vermutung, aber ich denke, dass aufgrund eines Fehlers bei der Sicherung
der Datenbank ein Sonderzeichen im Backupfile vorhanden ist, welches beim Restore nicht gern gesehen wird.
//var/2008-03-31-02.37.32.625007/dump.xml was not parsed successfully with the following errors:

//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Char 0x0 out of allowed range 
<database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :AttValue: ' expected 
<database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :attributes construct error 
<database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Couldn't find end of Start Tag database line 1470 <database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag domain line 1462 <database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag client line 1436 <database name="paebbels_com_1 ^
//var/2008-03-31-02.37.32.625007/dump.xml:1470:parsererror :Premature end of data in tag migration-dump line 2 <database name="paebbels_com_1 ^

Der erste Fehler verursacht die darauf Folgenden, weil ein Zeichen fehlt/bzw. erwartet wird, welches nicht kommt.
Vielleicht hilft das weiter:
http://forum.swsoft.com/printthread.php?t=42054

Gruß
BruceLee

in 3 oder 4 Support-Threads im orginalen Plesk-Forum sind fehler beschrieben, dass das update-script einfach sonderzeichen dazu erfindet, wir haben die erzeugen tempdaten mitgelesen und testgestellt das pleskbackup aus

paebbels_com_1 ein paebbels_com_1.................................... .....^ erzeugt
das orginal enthält keine sonderzeichen kann es auch nicht das die eingabemaske diese vorher testet ...