Bug 1131087

Summary: [ImportDomain]Import vm which has disks on several domains is CDA blocked
Product: [Retired] oVirt Reporter: Ori Gofen <ogofen>
Component: ovirt-engine-coreAssignee: Maor <mlipchuk>
Status: CLOSED DUPLICATE QA Contact: Aharon Canan <acanan>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.5CC: acanan, acathrow, amureini, bugs, ecohen, gklein, iheim, tnisan, yeylon
Target Milestone: ---Keywords: Triaged
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-09-03 17:55:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
vdsm+engine logs none

Description Ori Gofen 2014-08-18 13:01:05 UTC
Created attachment 927879 [details]
vdsm+engine logs

Description of problem:
An operation of recovering a vm and it's disks gets blocked with CDA in a case that the vm had 2 disks on different domains and that one of the domains is irrecoverable or just haven't been recovered from some reason.
The UI prompts a warning window :

Error while executing action:

vm2:

    Cannot import VM. Storage Domain doesn't exist.

That message basically means that import domain feature can't recover useful data unless all domains were recovered successfully primarily to this action.

Version-Release number of selected component (if applicable):
rc1

How reproducible:
100%

Steps to Reproduce:
Setup:
-have 2 initialized dc's
-have one dc with at least 2 active domains
-have a vm + disks on two different domains

1.make sure OvfStore image file is updated
2.detach one domain which has disks attached to the vm(or destroy it)
3.attach the domain to the second dc(or import it)
4.import the vm back to the system

Actual results:
operation is blocked with CDA

Expected results:
recovering some data that haven't been lost is better than no data

Additional info:

the logs are attached although no error has been monitored during this procedure

Comment 1 Maor 2014-09-03 17:55:29 UTC

*** This bug has been marked as a duplicate of bug 1108904 ***