Plesk backup und restore

S

Schmide

Registered User
Hallo Leute,

ich habe folgendes Problem:

Code: 
Plesk-Version	psa v8.2.1_build82070918.10 os_Debian 4.0
Betriebssystem	Linux 2.6.14-2-686-smp

mein Backup erstelle ich mit:
Code: 
/opt/psa/bin/pleskbackup -v all psa_dump
Es wird erfolgreich abgeschlossen.

Wenn ich dann das Backup dann auf meinem anderen Server (sind identisch) zurückspielen will mit:
Code: 
/opt/psa/bin/pleskrestore --create-map psa_dump -map ip.map
bekomme ich folgenden Fehler:
Code: 
WARNING: Backup file has wrong signature for this server
Traceback (most recent call last):
  File "/opt/psa/admin/share/supervisor/processor.py", line 84, in getStatus
    return (None, self.realGetStatus())
  File "/opt/psa/admin/share/supervisor/processor.py", line 438, in realGetStatus
    info = dump_format.readInfo(fh)
  File "/opt/psa/admin/lib/python/dump_format.py", line 432, in readInfo
    xml.sax.parse(fp, i)
  File "xml/sax/__init__.py", line 33, in parse
  File "xml/sax/expatreader.py", line 107, in parse
  File "xml/sax/xmlreader.py", line 123, in parse
  File "xml/sax/expatreader.py", line 211, in feed
  File "xml/sax/handler.py", line 38, in fatalError
SAXParseException: /root/restore/dump-plesk.xml:303:24: not well-formed (invalid token)

Gibt es dafür eine Lösung?
Mit Plesk 7.5 hat es ohne Probleme funktioniert.

Gruß
Schmide
 
Ich habe gegoogelt. Das Problem kann anscheinend nicht gelöst werden und ich schließe aus der Fehlermeldung, dass im Backup die Signatur des Servers gespeichert wird und der Restore auf einem anderen Server nicht funktioniert.

Tipps im Inernet lauten dazu: "Benutze den Migrations-Manager von Plesk, nicht Backup und Restore".

Andererseits kann ich auch sagen, dass Backups nach einer Neuinstallation problemlos funktionierten. Es war allerdings der gleiche Server mit neuem Plesk-Key. Vielleicht wird in der Signatur einiges an Hardware-Info gespeichert und sobald das nicht mehr identisch ist => Fehler.

Gruß
Claus
 
Nun, die Backups lassen sich auf jedem Server einspielen. Da gibt es keine Sperre. Zumindest konnte ich das immer überall einspielen.

Fehlerquelle nr. 1 ist Platzmangel da Plesk seine Entpackten Daten und Logs nicht selber löscht. Also mal auf die Suche machen und schauen ob genug platz für den Restore da ist.
Code: 
df -h
Sollte helfen :)

Ansonsten google Fragen, hat mir bis jetzt bei jedem Backup Problem geholfen.
Sind die beiden Plesk Versionen identisch? Da könnte das Problem liegen.

Gruß Daniel

Ps: Was sagt die Info?
Code: 
/opt/psa/bin/pleskrestore --info psa_dump
bzw.
Code: 
cat /usr/local/psa/version
 
Last edited by a moderator:
Hallo NeoXx,

am Speicher liegts nich!!!
Code: 
:~# df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sda3             218G   45G  163G  22% /
tmpfs                 951M     0  951M   0% /lib/init/rw
udev                   10M   40K   10M   1% /dev
tmpfs                 951M     0  951M   0% /dev/shm
/dev/sda1              93M  6,6M   81M   8% /boot

Die Info ergibt folgendes:
Code: 
/opt/psa/bin/pleskrestore --info psa_dump
Traceback (most recent call last):
  File "/opt/psa/admin/sbin/backup_info", line 6, in ?
    backup_info.main()
  File "/opt/psa/admin/share/backup_info/backup_info.py", line 140, in main
    getDetailedInfo(sys.stdout, args[0], schema, params)
  File "/opt/psa/admin/share/backup_info/backup_info.py", line 66, in getDetailedInfo
    info = b.getMetadata().getInfo()
  File "/opt/psa/admin/lib/python/backup.py", line 41, in getInfo
    info = dump_format.readInfo(self.fh)
  File "/opt/psa/admin/lib/python/dump_format.py", line 432, in readInfo
    xml.sax.parse(fp, i)
  File "xml/sax/__init__.py", line 33, in parse
  File "xml/sax/expatreader.py", line 107, in parse
  File "xml/sax/xmlreader.py", line 123, in parse
  File "xml/sax/expatreader.py", line 211, in feed
  File "xml/sax/handler.py", line 38, in fatalError
xml.sax._exceptions.SAXParseException: <unknown>:303:24: not well-formed (invalid token)
Empty error message from utility.

und die Version vom Backup-Server ist:
Code: 
 cat /opt/psa/version
8.2.1 Debian 4.0 82070918.10

Die Version vom Hauptserver ist:
Code: 
 cat /opt/psa/version
8.2.1 Debian 4.0 82070918.10

kein Unterschied!!!

Danke für deine Hilfe.

Gruß
Schmide
 
Hm, nun bin ich auch überfragt. Villeicht ist das backup wirklich im A****.

Für diesen fall mal mein mitgefühl. Kann dir leider nicht mehr wirklich helfen.

Daniel
 
Hallo NeoXx,

momentan ist das noch kein großes Problem, da der Server ja noch läuft.
Er erstellt jeden Tag ein neues Backup, keines davon kann ich aber zurück spielen :-(.

Gruß
Platoon
 
Wär ein Fall für den SWSoft Support imho, bzw. den Support beim Provider wenn du die Plesk Lizenz über ihn mietest.
 
Ja dann,

ich taue dem Plesk backup eh nicht deshalb mein Tipp:
Code: 
#!/bin/bash
date=$(date +"%d-%m-%Y")
backfile="backup-manual-$date.tar.gz"
backdir="/home/"

cd $backdir
tar cfvz $backfile /var/lib/mysql /var/qmail/mailnames /srv/www >/dev/null 2>&1

Wenn du nen restor damit machst gelten aber alle alten pws. Mysql Root und Psa Admin.

Gruß Daniel

Ps:
Verzeichinsse sind zu Prüfen ;)
/var/lib/mysql
/var/qmail/mailnames
/srv/www
 
ich mach sowieso mit rsync noch ein Backup, ist halt nur traurig das SWS eon Backup-Programm implementiert das nicht funktioniert.
Mit 7.5 hatte ich das Backup mehrmals (zu Testzwecken) auf den Backup-Server zurückgespielt und es funktionierte immer.

Der Server liegt bei S4Y, aber die können ja auch nix dafür.

Gruß
Schmide
 
Schmide said:
..ist halt nur traurig das SWS eon Backup-Programm implementiert das nicht funktioniert.
Click to expand...
SWSoft hat Dir also bestaetigt, dass die Backupfunktion nicht funktioniert? Ich denke nicht. Bugs gibt es in jeder Software. Ggf. liegt auch ein Fehler in den installierten Tools, die benutzt werden.

Wie bereits gesagt: Wende Dich entweder direkt an SWSoft oder an Deinen Provider, wenn Du die Lizenz von diesem bekommen hast. Auch wenn Dein Provider "nichts dafuer kann" hat dieser einen entsprechenden Supportvertrag mit SWSoft und kann Deinen Fall an SWSoft weiterleiten.
 
You must log in or register to reply here.
Back
Top