Description of problem: From my point of view, Export domain is not needed and it's purpose -- moving VMs across Datacenters could be done using Data domains only using Destroy and "Import". The term "Destroy" for would have to be changed it is misleading anyway. Getting rid of Export domain would bring a system simplification there wouldn't export and import operations. Only move operations would be required. Version-Release number of selected component (if applicable): ic153.3
how do you expect this will work between rhev-m deployments using block storage devices? (we could solve with an download/upload api, but it will require moving the bits twice)
From my POV it's pretty important for enterprise deployment. Customer needs backup & also possibility to use it on test environment. I'd like to have more feats during export/import: - encryption & compression of files; - renaming (nowadays based on ID - which leads for impossibility to clearly identify images); - description (where will customer place comments of his images?); - auto-export (ok, today could be solved by REST); - support of 3r parties SW ? (maybe their business); I'd like to add I am not against 'fast' moving between DC's in same setup which Jarda originaly demanded - on the contrary. P.
(In reply to comment #1) > how do you expect this will work between rhev-m deployments using block storage > devices? Same way as with export. I meant that I don't understand what is the difference between export and data domain. Why there are those restriction that we can attach only one export (I hope I'm not wrong there) and that it is not possible to import a data domain. > (we could solve with an download/upload api, but it will require moving the > bits twice) With export domain, you also need to export the VM to ED and than import the VM in another DC from ED.
It will also mean less copy operations to be performed in order to move the VM from one DC to another. Current workflow: 1) Attach Export 2) Copy from Data -> Export 3) Detach the export 4) Attach export in another DC 5) Copy form Export -> Data 6) Use your VMs New workflow: 1) Attach (new) Data domain 2) Copy from Data -> Data domain 3) Detach the Data domain 4) Attach (Import) the data domain in another DC 5) [Nothing here] 6) Use your VMs Note the point 5)
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.
I think this still applies. Reopening.
done in 3.5 via import data domain *** This bug has been marked as a duplicate of bug 1083307 ***