Plesk restore auf opensuse10.1

opaa

opaa

Registered User
Hallo spezi's,

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

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.

Code: 
/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 :o

Code: 
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

[COLOR="Red"]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.[/COLOR]

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
 
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 :confused:

-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
Click to expand...

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 :) :confused:

Ein entpacken mit
Code: 
tar tzf textfile0
bringt folgenden error:
Code: 
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error exit delayed from previous errors
:confused:

*weiterhin auf dem schlauch steht*

Viele grüße, opaa
 
Selbe Baustelle anderes Problem.
Ich versuche auch einen Pleskrestore.

Map Datei erstellt - restore "-level all" ausgeführt.
Code: 
------------------------------------------------------------------------
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 ?
 
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 :):mad:
 
Habs gefixxt, einfach vorher schon die Lizenz einspielen und die Languages raus katapultieren.

Und zack es geht
 
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
 
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.
 
darf ich fragen wie du backupst ?
Click to expand...

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
 
Ein Pleskbackup habe ich bis jetzt nur händisch erstellt.

Kommando unter putty (wie bereits oben beschrieben):

Code: 
/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:
Code: 
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
 
Code: 
#!/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 ^^
 
opaa said:
Ein Pleskbackup habe ich bis jetzt nur händisch erstellt.

Kommando unter putty (wie bereits oben beschrieben):

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



LG
Click to expand...

Hmm, ist das nicht noch die alte Befehlszeile von Plesk 7.x oder täusche ich mich ?
 
:eek: dagegen ist das Skript, welches ich einsetze ja nur eine kleine Notiz :D

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
Code: 
# Dateien packen
cd /backup
tar cjf etc_dirs.[B]$WOTAG[/B].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 *[B][B]$WOTAG[/B][/B]*

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 ;) )
 
blaich said:
Hmm, ist das nicht noch die alte Befehlszeile von Plesk 7.x oder täusche ich mich ?
Click to expand...

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
 
Strato hat mit einem Referenzsystem den Sachverhalt nachgestellt und geprüft, konnte aber in der Richtung ertsmal keine Fehlfunktion festellen.
Click to expand...

Interessant!

Dennoch sind wir dann mindestens schon 2, die trotzdem Problem mit dieser Bug verseuchten Software haben. Habe das gestern bereits schon in einem anderen Thread gepostet, finde den aber gerade nicht, deshalb mache ich es kurz:
Backups via Plesk, weil ich von dem Bug nichts wußte und Strato nach wie vor Server mit MySQL Server 5.x und Plesk 8.1.1 herausgibt. Ok, Backups waren hinüber und ließen sich nicht mehr zurückpielen. Ok, selbst schuld, was gibt man sich auch mit grafischen Oberflächen ab. Dennoch sehe ich das ebenso wie andere hier; was ich bezahle, hat schlicht auch zu funktionieren, denn was verschlimmernd dazukommt ist ein nach wie vor laufender Backup Dienst, der sich aber nicht mehr deaktivieren lässt:

Unable get daemon current status: Unable to create UNIX socket /usr/local/psa/tmp/supervisor.xxxx: Connection refused

Ähnliche Meldungen kommen auf der Konsole.
Strato verweist an SWSoft und SWSoft antwortet nicht.
Oh ja, Strato hat doch etwas gesagt; ob ich nicht einfach die Platte bügeln will und ne Neuinstallation durchführe. Ich weiß nicht, was die sich manchmal so vorstellen. Das kann ich mit Omas Seite mit Fotos von der letzten Kaffeerunde machen, nicht aber mit ner Firmenseite. Strato beginnt bereits sehr früh, mich sehr empfindlich zu ärgern!

Also... besser generell die Finger von Plesk lassen, schon die Nerven!

Gruß Blue
 
Oh ja, Strato hat doch etwas gesagt; ob ich nicht einfach die Platte bügeln will und ne Neuinstallation durchführe. Ich weiß nicht, was die sich manchmal so vorstellen
Click to expand...

selbst wenn es helfen würde, der Bug bliebe und bei mir hat es übrigens auch nicht weitergeholfen, obwohl 7 Neuinstallationen durchgeführt worden sind. Der Fehler bleibt. Nun hat man das klickibuntiplesk aber muss dennoch über rsync und tar sichern :rolleyes: gibt es dafür Preisnachlass ? :D
 
gleiches Problem wie im 1. Posting

Moin,

@opaa: Habe gestern ein Thema zum gleichen Problem eröffnet, hatte nur flüchtig im Forum geschaut und in Google keine Hinweise dazu gefunden.
Bei mir Strato Suse 10.1 mit Plesk 8.2 kommt die gleiche Fehlermeldung.
Dachte ja bisher ich hätte irgendwas vermurkst.

Ich hatte sogar nach der Neuinstallation eine komplettes Plesk-Backup gemacht und beim sofortigen wiederherstellen kam auch der Fehler.

Gibt es mittlerweile eine Lösung ? Hast Du irgendwas von Strato/swSoft erfahren ?

Grüße

Matthes
 
blaich said:
Habs gefixxt, einfach vorher schon die Lizenz einspielen und die Languages raus katapultieren.

Und zack es geht
Click to expand...

Hi wie kann ich den den Languages file löschen.

bzw. gibt es schon eine andere Lösung?

Hätte zur not auch noch ein Backup der Files und Datenbank aber es wäre schöner, wenn er alle Domains usw. wieder automatisch einrichtet.

//edit habe jetzt alles manuell wieder eingespielt war zwar aufwendiger aber es geht alles wieder ;-)

mfg
druckgott
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top