Closed richman1000000 closed 4 years ago
You should backup deployments files too, which contains XML
Yes there is XML file, but it is not viable for correct recovery of whole VM On the screenshot you can see that image "ea4722a11908324c37e5b6c21e53f367" is not contained in config file.
you are wrong, /media/datastores/..../disk.n are only symlinks to real file (snapshot or original image). So you should check system DS with ls -la cmd to see where symlinks are pointing.
yes, I did that. But I want to backup whole VM. images+config. So I can recover them individually if required. Or recover them on separate Opennebula instance
is it possible to export template instead of XML file?
hello, no need, if you backup deployment files, all is in backup. In you backup location you should have both datastores; images and system type. In images ds are persistent images and in system type are deployment files including symlinks to images ds. check by ls -la /path/to/backup/datastores/105/53/
it is just like opennebula storage driver do it, so you can just copy back images and deployment files and you are done.
No, I want to backup VMs in case of Opennebula Upgrade. I had a problem updating Opennebula last time. With VMware I'm able to restore VM on newer version. but on opennebula this is not viable..
I don't see any problem. Before an upgrade, you do a backup of DB and conf files. You can use this script to backup VM disks and deployment files including snapshots.
This backup script can be used to restore the whole cloud in conjunction with DB and Conf files backup. It also helps when your storage system fails. You can mount new and copy back all contents.
According to your messages, it looks like you don't understand well how OpenNebula store files on disk.
I've never upgraded Opennebula successfully on prod. Only on test environment. On prod after a year of use, I had to reinstall it when attempted to upgrade. Database is new and I stuck with bunch of files where XML is not pointing to disks that belong to corresponding VM.
Everything had to be restored manually. This is what I'm trying to avoid in the future.
hmm, this is the discussion suitable for the forum and not issue on GitHub. This script backups images + deployment files including symlinks, so it can be restored without OpenNebula just by copy to the hypervisor and issuing virsh create /path/to/deployment.xml
Sounds strange, I performed several upgrades on production from version 5.4.x to 5.10.x. In upgrade procedure is everything, there is that you should backup DB, how you can restore it, and so on...
I am closing this issue. If you need more help, create a new topic on forum.opennebula.io
I was trying out this script. But I didn't find in folder a configuration for VM. since image name fe7650fe35b110b23d86ab3f6df0cc93, I cannot find easily configuration for VM to be able to restore it. In my case, particular important is MAC address and DISK driver config.