Plesk restore auf opensuse10.1

[opaa]

Hallo spezi's,

hoffe jemand kann mir hier weiterhelfen oder hat einen guten Verdacht woran es liegen könnte.

Server:
Provider: strato (support hat mich an sw-soft verwiesen)
opensuse 10.1
php 5.2.3
mysql 5.0.41
plesk 8.1.1

Ich habe gestern ein Backup über das Putty mit folgendem Befahl erstellt, da man momentan die Grafische Oberfläsche für backups meiden soll.

/usr/local/psa/bin/pleskbackup -v all ./plesk_all.psabu

nun musste das Backup heute tatsächlich wiederhergestellt werden. Kein Thema eigentlich - es wurde schonmal erfolgreich anhand der Administrationsanleitung (pdf - Seite 10) von Plesk 8 durchführt. Nur heute will es nicht mehr so schön einfach und komfortabel, wie früher (obwohl selbes system!)

Das erstellen einr map geht noch aber beim einspielen der Accounts und Domains fängt es an zu mekkern

server:/ # /usr/local/psa/bin/pleskrestore --create-map plesk_all.psabu -map plesk_komplett
server:/ #
server:/ # /usr/local/psa/bin/pleskrestore --restore plesk_all.psabu -level all -map plesk_komplett
------------------------------------------------------------------------
Restore has been started
------------------------------------------------------------------------
Vergangene Zeit: 00:00:00
WARNING! Restore with "-level all" switch brings server to exactly the same
state, as was saved in backup file. All objects, not presented in the backup
file (clients or domains) will be deleted. Proceed? [yes/no]: yes

Vergangene Zeit: 00:00:08Failed validation of the document with external DTD /usr/local/psa/PMM/plesk.dtd. The errors are: Value "info_not_required" for attribute name of pinfo is not among the enumerated set.

Der Pleskkey hat sich nicht geändert auch der Server ist der selbe. Software wurde vorher auf den neusten Stand gebracht. Ich weiß beim besten willen nicht mehr weiter. Ich vermute da einen Bug und habe bereits auch einen post dazu im sw-forum geschrieben. Sollte jedoch hier einer das problem lösen können, wäre es fantastisch, ansonsten poste ich auch natürlich die Lösung, falls es denn hoffentlich eine dafür gibt, hier im Forum - Oder es haben noch mehrere diesen "Fehler" und schließen sich hier an ..

*hoffe das es alles wieder gut wird* in dem Backup steckt ne menge Arbeit drin...

Viele Grüße und im vorraus ein danke =/

opaa

[Loxter]

Versuche doch mal, die Daten aus dem Backuparchiv manuell zu entpacken:

huschi.net - Plesk-Backup: einzelne Dateien extrahieren

[opaa]

Hi Loxter,

danke fü den guten Linktipp. Huschis Anweisungen konnten mich aber nur teilweise weiterbringen.

Habe ripmime installiert und die Pleskdatei "entpackt" bekommen.
Nun habe ich im Verzeichniss /entpackt folgende Dateien, die sich aber nicht weiter entpacken lassen

-rw-r--r-- 1 root root 13 Jun 17 13:55 doubleCR.803
-rw-r--r-- 1 root root 19 Jun 17 13:55 doubleCR.804
-rw-r--r-- 1 root root 99 Jun 17 13:55 doubleCR.805
.
.
.
.
.
and so on...
-rw-r--r-- 1 root root 530318718 Jun 17 13:55 textfile0

Laut Anleitung sollten dort nun unter anderem textfile's 0-4 erscheinen. Bei mir ist aber nur eine textfile0-Datei zu sehen, die aber eine Größe des gesammten Backups hat

Ein entpacken mit

tar tzf textfile0

bringt folgenden error:

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error exit delayed from previous errors

*weiterhin auf dem schlauch steht*

Viele grüße, opaa

[chris085]

Selbe Baustelle anderes Problem.
Ich versuche auch einen Pleskrestore.

Map Datei erstellt - restore "-level all" ausgeführt.

------------------------------------------------------------------------
Restore has been started
------------------------------------------------------------------------
Elapsed time: 00:00:00
WARNING! Restore with "-level all" switch brings server to exactly the same
state, as was saved in backup file. All objects, not presented in the backup
file (clients or domains) will be deleted. Proceed? [yes/no]: yes

Elapsed time: 00:00:11
.
(1/10) [client] waltergetgrnam(wwwrun): No such file or directory
System error 2: No such file or directory

(1/25)   [domain] ichliebeplesk.localwasauchimmer.de
------------------------------------------------------------------------
Restore has been completed (time: 00:00:36)
------------------------------------------------------------------------
The restore has been completed, but with errors. For more information, see the log file at /usr/local/psa/PMM/logs/restore/migration-logs.tar

Die Log ist für die Katz, was mach ich falsch ?

[opaa]

wir haben das gleiche Problem: wir benutzen beide plesk ^^ ..
werde wohl auf cpanel umsteigen. Die angepriesende Backup- und Restorefunktion scheint ja für die katz zu sein..
was nütz einem ein Tool, welches nicht funzt, was aber derbe viel Kohle kostet!?

Nur das hätte man vorher wissen sollen

[chris085]

Habs gefixxt, einfach vorher schon die Lizenz einspielen und die Languages raus katapultieren.

Und zack es geht

[opaa]

Prima - freut mich
Dann hat ja wenigstens einer heute noch etwas Glück gehabt. Bei mir wird es eine längere Geschichte werden...
strato hat mit einem Referenzsystem den Sachverhalt nachgestellt und geprüft, konnte aber in der Richtung ertsmal keine Fehlfunktion festellen.
Nun habe ich mal testweise, um den Fehler weiterhin einzugrenzen, ein Backup von einer frischen Linux+Plesk-Installtion erstellt und dieses dann einspielen wollen >> gleiches Dilemma.

Ergo, ich habe wohl die ganze Zeit "kaputte" dumps mit dem System erstellt, die, das wird nun seitens von Strato und swsoft genau geprüft, auf einen Fehler der Hardware oder Softwarekonfig zurückzuführen ist. Mich persönlich trifft also keine Schuld, sondern habe einfach mal pech gehabt. Auf meinem Zweitserver (anderer Anbieter) läuft die Restorefunktion nämlich prima durch...

Nun heisst es abwarten und Tee trinken. Das Backupfile kann ich wohl vergessen . Gut das ich noch ein gepacktes tar-BU hatte, welches nun vorübergehend auf dem anderen Server zum Einsatz kommt.

LG und allen ein schönen Abend noch , opaa

[chris085]

darf ich fragen wie du backupst ?

Ich sichere zuerst per rsync

/etc
/log
/mysql
/srv
/qmail

das ganze dann nett verpackt in ne tar.gz und ab auf den ftp

Vorteil:
Wenn eine Datei (z.B Counter) zerstört wird muss ich mich nicht mit Plesk rumärgern.

zusätzlich Plesk Backup

/usr/local/psa/bin/pleskbackup all psa_dump

tar.gz und auch auf den ftp.

Nachteil, ich habe im Prinzip alles 3 mal auf der Platte = Viel Speicherplatz = Verlust.
Kostet aber bekanntlich nicht mehr viel.

Ich kann dir auch mein Backupscript posten falls Interesse besteht.

[opaa]

darf ich fragen wie du backupst ?

Klar

Ich erstelle die BU's genauso wie du

-zuerst per rsync die wichtigsten Verzeechnisse "spiegeln"
-anschließend werden diese mit als tar.gz gepackt und ab damit auf den backupspace.

Das ganze läuft per crontab in den Morgenstunden selbständig durch

Zusätzlich hatte ich noch das Pleskbackup benutzt. Der heutige Vorfall bestätigt nur meine Vermutung. Sicher lieber einmal zuviel und doppelt als hinterher sich mit einem defekten Dump rumschlagen zu müssen. Mir geht es jetzt nur ums Prinzip. SWsoft bzw. strato wirbt mit Funktionen, die bei mir nicht funtktionstüchtig sind.

Gerne kannst Du dein BU-Skript vorstellen. Bin für Tipps und Erfahrungsaustausch immer dankbar

LG, opaa

[chris085]

Poste mal wie deine Befehlszeile zum PSA_Dump bisher aussah

[opaa]

Ein Pleskbackup habe ich bis jetzt nur händisch erstellt.

Kommando unter putty (wie bereits oben beschrieben):

/usr/local/psa/bin/pleskbackup -v all ./plesk_all.psabu

Auf einem T-Server läuft der Restore auch ohne Probleme durch, nur auf meinem Stratoserver zickt es im Moment.

Restore mit:

server:/ # /usr/local/psa/bin/pleskrestore --create-map plesk_all.psabu -map plesk.map

server:/ # /usr/local/psa/bin/pleskrestore --restore plesk_all.psabu -level all -map plesk.map

LG

[chris085]

#!/bin/bash
 
#Variablen fuer Script setzen
#Startzeit des Script-Durchlaufs
STARTZEIT=`date`

DATE=`date +%a`
MYUSER=admin
MYPASS=PW
BACKUPdatei=/root/log/backup.log
ERRdatei=/root/log/backup_err.log

# Verzeichnisstruktur unter / erstellen
mkdir -p /home/backup/mysql 1>$BACKUPdatei 2>$ERRdatei

# Dateien blockweise kopieren
rsync -vaz --delete --delete-after /etc /home/backup 1>>$BACKUPdatei 2>>$ERRdatei
rsync -vaz --delete --delete-after /srv /home/backup 1>>$BACKUPdatei 2>>$ERRdatei
rsync -vaz --delete --delete-after /var/log /home/backup 1>>$BACKUPdatei 2>>$ERRdatei
rsync -vaz --delete --delete-after /var/qmail /home/backup 1>>$BACKUPdatei 2>>$ERRdatei
rsync -vaz --delete --delete-after /home/ts  /home/backup 1>>$BACKUPdatei 2>>$ERRdatei
rsync -vaz --delete --delete-after /root/bin  /home/backup 1>>$BACKUPdatei 2>>$ERRdatei



# Pause 2 Sek
sleep 2

# Ordner wechseln
cd /home/backup/mysql

# ALLE Datenbanken sichern
mysqldump -AaCceQ -u$MYUSER -p$MYPASS -r mysql.dbs 1>>$BACKUPdatei 2>>$ERRdatei

# Pause 2 Sek
sleep 2

# Zum uebergeordneten Ordner wechseln
cd /home/backup

# Ueberpruefung eventuell vorhandener GunZip-Dateien
gz=`find /home/backup -maxdepth 1 -iname "*.gz"`

if [ -n "$gz" ]
    then
        echo "gz-Dateien vorhanden" 1>>$BACKUPdatei 
        echo "gz-Dateien werden nun verworfen" 1>>$BACKUPdatei
        rm -f /home/backup/*.gz 1>>$BACKUPdatei 2>>$ERRdatei
    else
        echo "gz-Dateien nicht vorhanden" >>$BACKUPdatei
fi

#Pause 2 Sek
sleep 2

# Plesk Sicherung
cd /home/backup/psa
/usr/local/psa/bin/pleskbackup all psa_dump

cd /home/backup

# Komprimieren der kopierten Ordner
for files in *
  do
     tar -czvf $files.${DATE}.tar.gz $files 1>>$BACKUPdatei 2>>$ERRdatei
  done
  
# Pause 2 Sek
sleep 2

# Daten auf FTP-Backupspace kopieren
# Alle komprimierten Dateien per FTP auf den Backup-Server laden
# Unter dem Punkt "open" sollte der FTP Server eingetragen werden. (z.B. open FTPServer)
# Unter dem Punkt "user" bitte die Zugangsdaten fü FTP Server setzen.(z.B. user FTPName FTPPassword)
ftp -ni <<EOFTP
    open backup.serverkompetenz.de
    user user pw
    bin
delete bin.Sat.tar.gz
delete etc.Sat.tar.gz
delete log.Sat.tar.gz
delete mysql.Sat.tar.gz
delete psa.Sat.tar.gz
delete qmail.Sat.tar.gz
delete srv.Sat.tar.gz
delete ts.Sat.tar.gz
    mput *.gz
    quit
EOFTP

#Pause 2 Sek
sleep 2

# Alle gz Dateien loeschen
rm -f *.gz 1>>$BACKUPdatei 2>>$ERRdatei

# Pause 2 Sek
sleep 2

#Endzeit des Script-Durchlaufs
ENDZEIT=`date`

# Backup Ordner Groesse ermitteln und E-Mail versenden
# Variablen fuer Mailversand setzen
DIR=/home/backup
DIRETC=/home/backup/etc
DIRLOG=/home/backup/log
DIRMYSQL=/home/backup/mysql
DIRVHOSTS=/home/backup/srv
DIRQMAIL=/home/backup/qmail
DIRPSA=/home/backup/psa

diskusage0=`du -sm /$DIR | cut -f 1`
diskusage1=`du -sm /$DIRETC | cut -f 1`
diskusage2=`du -sm /$DIRLOG | cut -f 1`
diskusage3=`du -sm /$DIRMYSQL | cut -f 1`
diskusage4=`du -sm /$DIRVHOSTS | cut -f 1`
diskusage5=`du -sm /$DIRQMAIL | cut -f 1`
diskusage6=`du -sm /$DIRPSA | cut -f 1`

diskfree=`df -h /`

# win32=`find /srv -iname "*.exe"`

# Pause 2 Sek
sleep 2

MAILdatei=/root/log/backup_mail.log

echo "Hinweis: Das Backup-Verzeichnis belegt zur Zeit $diskusage0 MB." > $MAILdatei
echo " " >> $MAILdatei
echo "Belegung der einzelnen Ordner im Backup-Verzeichnis:" >> $MAILdatei
echo "Size 'ETC'-Ordner: $diskusage1 MB" >> $MAILdatei
echo "Size 'LOG'-Ordner: $diskusage2 MB" >> $MAILdatei
echo "Size 'MYSQL'-Ordner: $diskusage3 MB" >> $MAILdatei
echo "Size 'SRV'-Ordner: $diskusage4 MB" >> $MAILdatei
echo "Size 'QMAIL'-Ordner: $diskusage5 MB" >> $MAILdatei
echo "Size 'PSA'-Ordner: $diskusage6 MB" >> $MAILdatei
echo " " >> $MAILdatei
# echo "Folgende Win32 Anwendungen sind vorhanden(SRV): $win32" >>$MAILdatei

# Pause 1 Sek
sleep 1

echo " " >>$MAILdatei
echo "Size der Festplatte:" >> $MAILdatei
echo "$diskfree" >> $MAILdatei
echo " " >>$MAILdatei
echo "Dauer des Script-Durchlaufs:" >> $MAILdatei
echo "START: $STARTZEIT" >>$MAILdatei
echo "ENDE : $ENDZEIT" >>$MAILdatei
echo " " >>$MAILdatei
echo " " >>$MAILdatei

sleep 2

cat $MAILdatei | mail -s "mmc-root.net Dienstag Backup" e-mail

# Ausstieg
exit 0

Ich hab mir das Teil mal irgendwo her kopiert und massig Zeugs noch selber geaddet.

Sry an den eigentlichen Scripter, ich kennen deinen Namen nicht mehr

Scheisse ist nur das ich für jeden Wochentag ein eigenes Script brauche, weil keine Variablen im FTP Prog. übernommen werden.
Naja, vielleicht findest du was zu optimieren ^^

[chris085]

Zitat von opaa

Ein Pleskbackup habe ich bis jetzt nur händisch erstellt.

Kommando unter putty (wie bereits oben beschrieben):

/usr/local/psa/bin/pleskbackup -v all ./plesk_all.psabu

LG

Hmm, ist das nicht noch die alte Befehlszeile von Plesk 7.x oder täusche ich mich ?

[opaa]

dagegen ist das Skript, welches ich einsetze ja nur eine kleine Notiz

Sorry da steige ich jetzt auf dem ersten Blick garnicht durch. Aber schau doch mal hier

Dort wird die Variable WOTAG=`date +%a` festgelegt (bei dir heißt sie DATE)

Das packen der Archive und die anschließende Übertragung über FTP erfolgt durch

# Dateien packen
cd /backup
tar cjf etc_dirs.$WOTAG.tar.bz2 etc
tar cjf srv_dirs.$WOTAG.tar.bz2 srv 
tar cjf mysqldbs.$WOTAG.tar.bz2 mysql 
tar cjf qmail_dirs.$WOTAG.tar.bz2 qmail
tar cjf psaetc_dirs.$WOTAG.tar.bz2 psa_etc/psa
tar cjf psalocalusr_dirs.$WOTAG.tar.bz2 psa_local_usr/psa

# Übertragen auf Backupserver
ftp -u ftp://$FUSER:$FPASS@backup.serverkompetenz.de *$WOTAG*

Weshalb ich gerade eine lange Leitung habe, das ftp angeblich keine Variablen verarbeiten könnte..
Mit letzterem wird doch für jeden Wochentag eine Datei erstellt und diese anschließend
mit *$WOTAG* übertragen.

HMM vllt sollte sich das mal ein Fachmann ansehen. (dazu zähle ich definitiv nicht )

[opaa]

Zitat von blaich

Hmm, ist das nicht noch die alte Befehlszeile von Plesk 7.x oder täusche ich mich ?

du täuscht dich jetzt
Siehe hier
(/plesk-8-backup-restore-users-guide.pdf)

Plesk 7:
/usr/local/psa/bin/psadump -F -f psa_dump

Plesk 8 :
/usr/local/psa/bin/pleskbackup --all psa_dump