Re: [Users] theoretical scenario

From: "Jonathan Horne" <jhorne(a)skopos.us&gt; To: "Jonathan Horne" <jhorne(a)skopos.us&gt;, users(a)ovirt.org Sent: Tuesday, December 11, 2012 9:47:06 PM Subject: Re: [Users] theoretical scenario 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@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(a)skopos.us > Date: Tuesday, December 11, 2012 8:02 AM To: " users(a)ovirt.org " < users(a)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. _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users