[Users] theoretical scenario
Jonathan Horne
jhorne at skopos.us
Tue Dec 11 19:47:06 UTC 2012
ok, so the process seems pretty obtuse, so let me run this by the list here and maybe I'm just not doing it the best way.
1) i connected an export domain called EXPORTNFS. the nfs share is physically on my management server (as is iso)
2) exported 1 VM.
3) on the mgmt server, i run "tar zxcf /root/test.tgz /opt/export/[UUID]/images /opt/export/[UUID]/master"
4) for good measure, i use ovirt web gui to delete the exported VM from the export
5) run the command 'engine-image-uploader –u admin at internal upload test.tgz –v –e EXPORTNFS
6) after a while, it completes and i see the VM back in the export storage tab under VM Import.
i didn't run the vm yet, but I'm assuming thats a successful export and import.
so, it seems if i wanted to export each and every VM from one separate ovirt to another, i would export each VM, tar-gzip it, clear it from the webgui, and start the next one? IE.. i mean it looks like engine-image-uploader would be pretty unhappy with finding more than one set of VM UUIDs inside?
is this the way it should be done, or am i doing it the hard way?
thanks!
jonathan
From: Jonathan Horne <jhorne at skopos.us<mailto:jhorne at skopos.us>>
Date: Tuesday, December 11, 2012 8:02 AM
To: "users at ovirt.org<mailto:users at ovirt.org>" <users at ovirt.org<mailto:users at ovirt.org>>
Subject: [Users] theoretical scenario
My production deployment is approaching soon, so i am trying to get some final tasks and concepts completed before that day arrives. Lets say, that i have a working domain, but that an impending disaster is about to destroy the whole thing. How can i get the Vms out, and then how can i reverse this and get them into a completely new and unrelated/unconnected ovirt domain?
Any advice, or a doc or link would be much appreciated.
Thanks,
jonathan
________________________________
This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
________________________________
This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20121211/51f42dd6/attachment-0001.html>
More information about the Users
mailing list