Bug 1434362

Summary: Cannot live migrate cinder volume attached to instance from 1 backend to another backend
Product: Red Hat OpenStack Reporter: VIKRANT <vaggarwa>
Component: openstack-cinderAssignee: Jon Bernard <jobernar>
Status: CLOSED DUPLICATE QA Contact: Tzach Shefi <tshefi>
Severity: high Docs Contact:
Priority: unspecified    
Version: 10.0 (Newton)CC: eharney, geguileo, jobernar, lkuchlan, pgrist, scohen, srevivo
Target Milestone: ---Keywords: Triaged, ZStream
Target Release: 10.0 (Newton)Flags: tshefi: automate_bug?
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-05-17 13:38:10 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 905125, 1293440, 1888670, 1888672, 1888674    
Bug Blocks:    

Description VIKRANT 2017-03-21 11:02:30 UTC 
Description of problem:
Cannot live migrate cinder volume attached to instance from 1 backend to another backend

Version-Release number of selected component (if applicable):
RHEL OSP 10

How reproducible:
Everytime.

Steps to Reproduce:
1. Configure two cinder backends. 
2. Try to perform the live-migration of IN_USE cinder volume. 
3. Migration is getting failed. 

Actual results:
Migration is getting failed. 

Expected results:
It should get successfully completed. 

Additional info:
Issue is described in detail in KCS 

https://access.redhat.com/solutions/2975231
Comment 5 Jon Bernard 2017-05-02 15:08:22 UTC 
The behaviour for available volume migration is expected.  Live migration where ceph is the target is not supported in Newton, this feature is actively being worked on and should appear in a release soon.
Comment 7 Sean Cohen 2017-05-17 13:38:10 UTC 

*** This bug has been marked as a duplicate of bug 1293440 ***
Comment 8 Paul Grist 2017-05-17 13:43:03 UTC 
Closing this one and will track with the known feature which depends on a RHEL change.