-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Jens,
Am 06.03.2015 um 22:25 schrieb Jens Küspert: > Moin Steffen, > > ich für meinen Teil gehe in solchen Fällen immer in kleinen > Schritten vor: > > 1. Rückholung der Daten mit lzop -d < Pfad_zur.vma.lzo | vma > extract - neues_Verzeichnis das liefert wieder die virtuelle HD also z.B. vm-101-disk-1.raw, und die VM Config, oder? (ich hab damals raw verwendet, ich meine weil man da angeblich besser wieder an die Daten kommt, kann mich aber nur noch dunkel erinnern) > 2. Inspektion der Plattenimages, meistens kann ich hier schon die > fehlenden Daten anschauen (mit qemu-nbd -c /dev/nbd0 > Pfad_zur_qcow2, danach mounten) Kannst du das Mounten noch genauer erklären? mount /dev/ndb0 /mnt/was_auch_immer oder wie? > > 3. Falls notwendig manuelle Anlage einer neuen VM mit den > Informationen aus dem Backup und "unterschieben" der zuvor > extrahierten Images. > > Das habe ich auch schon mit 300GB großen virtuellen Platten so > gemacht also meine virtuelle HD ist noch größer, aber bei weitem nicht voll belegt. Backup ca 75 GB > und noch keine Probleme bekommen. Wenn die Daten von einem NAS > kommen, so kann das dauern, sollte aber immer schneller sein als > das ursprüngliche Backup gedauert hat. Hm, ja, kommen vom NAS. Wie gesagt, Backup dauert gut 2 Std. Ich wollte das Backup über das Webfrontend einspielen, wie ich es schon oft gemacht habe (allerdings immer nicht sooo riesige Backupfiles) Proxmox hat die bestehende VM (war noch die alte LMN 5.1) auch irgendwie neu angelegt, aber dann passierte sicher 15-20 min nichts weiter ersichtliches. Der Fortschritt wurde noch nicht mal angezeigt (also nicht mal 0% oder 1%. was sonst hochläuft) Vermutlich wäre die manuelle Restore Methode mit erst auspacken und dann hinkopieren besser gewesen. Leider habe ich es auf keinem Weg geschafft, den angestoßenen Restore zu beenden. Stopp in der Weboberfläche, kill <angezeigte ID> hat nichts bewirkt. Wie kann man denn einen Restore ggf. wirklich abbrechen? Ich hab schließlich, weil auch die Produktiv-VMs langsam wurden alle VMs runtergefahren und dann den Proxmoxserver neu gestartet. Problem dabei: Jetzt ist er schon gut 1,5 Std nicht mehr erreichbar. Das hatte ich schon mal: Nach langer Betriebszeit läuft beim Booten ja ein HD-Check (RAID 5 mit effektiv 6 TB) und das dauert. Ich hoffe zumindest, dass es das ist ;-) Viele Grüße Steffen - -- Wir sind nicht nur nett, wir sind sogar linuxmuster.net Mein System: - - virtualisiert mit Proxmox 3.4 - - linuxmuster.net 6.0 - - IPFire 2.17 - - Linbo 2.1.10-0 - - Ubuntu 12.04-Client - - Erweiterungen: Chillispot, Pykota, MRBS und OpenSchulportfolio - - Moodle extern (Belwue) per ldaps angebunden Note: No Microsoft programs were used in the creation or distribution of this message. If you are using a Microsoft program to view this message, be forewarned that I am not responsible for any harm you may encounter as a result. - ---------------------------------------- Diese E-Mail ist mit OpenPGP signiert. Der öffentliche Schlüssel zur Überprüfung der Signatur ist hier hinterlegt: pool.sks-keyservers.net - ---------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU+h9nAAoJEBhc6lDKYVtJRS8H/i+IJCwTfGha7wUV2Vj2vd7m p3TXw4gjkC1GYOr5dMk7GaHYH75YMUT3tyCH++MHzJAzNBqK71bmp01vfr0K+HgW 761fvIuHDGXIVnxIAT6SmJDuYJS8BMLnGbq59+Dx52dxNlff0w0+qVkWsDBy732b oDRA3AvbHNGhvNsr+/8N+1/aWc6idZym710D9ThvnLXxrA9eIvw+Z3qduqDzNZcB Za7KJXftoQga9hoQ5TvKgBS3sEuku9nCTSKUSD/HNbuAbb/mGFJYIB0lrGVpUxS3 K8ARSoAiRwEtEh+jDMzZn9bpzzs/SU6X7U4CRY4gH/yHskwj1ZFD72mT/7XuVxM= =XePk -----END PGP SIGNATURE----- _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
