Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1265731

Summary: Cinder: Dell SC: Fix legacy, init_conn and REST API bug ( live migration)( stable/kilo)
Product: Red Hat OpenStack Reporter: Rajini Karthik <rajini.karthik>
Component: openstack-cinderAssignee: Eric Harney <eharney>
Status: CLOSED ERRATA QA Contact: nlevinki <nlevinki>
Severity: medium Docs Contact:
Priority: high    
Version: 7.0 (Kilo)CC: adahms, arkady_kanevsky, cdevine, christopher_dearborn, eharney, John_walsh, kurt_hey, mburns, nlevinki, rajini.karthik, randy_perryman, sasha, scohen, sgotliv, sreichar, wayne_allen, yeylon
Target Milestone: asyncKeywords: OtherQA, Triaged, ZStream
Target Release: 7.0 (Kilo)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-cinder-2015.1.1-2.el7ost Doc Type: Bug Fix
Doc Text:
Previously, if Dell iSCSI ports were in legacy mode rather than virtual port mode, initialize_connection would fail to return connection information. If initialize_connection was called more than once for the same connection, it would attempt to map the volumes again and fail. Instead, it should just return the existing connection information and not try to map the volumes again. Moreover, the Dell REST API 2.2 and later changed the format of the payload filter. This update provides support for both formats. Finally, consistency group support is only supported in Dell REST API 2.1 or later. Version 2.0 is not supported, so an error is now produced if this version is detected.
Story Points: ---
Clone Of: 1184999 Environment:
Last Closed: 2015-10-15 12:30:16 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:    
Bug Blocks: 238779, 1238779    

Description Rajini Karthik 2015-09-23 15:02:02 UTC
Description of problem:
Dell SC: Fix legacy, init_conn and REST API bug  ( live migration) ( stable/kilo)
Live migration fails with Dell Storage Center volumes attached.
without this patch. The 7.0.1 does not include this patch. Can we pull this in for OSP 7.0.2 

https://github.com/openstack/cinder/commit/db372231d4491508046b0fbed1973259c0d11716
https://review.openstack.org/#/c/210564/

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

How reproducible:
1. Deploy OSP 7.0.1 with ceph for libvirt_images_type and have Dell Storage Center as one of the cinder backend
2. Create and attach a dell sc volume to an instance
3. Live migrate to another host and it will fail with 500 error without this patch

Steps to Reproduce:
1.
2.
3.

Actual results:
The server has either erred or is incapable of performing the requested operation. (HTTP 500) 
, initialize_connection\n    raise exception.VolumeBackendAPIException(data=err_msg)\n', 'VolumeBackendAPIException: Bad or unexpected response from the storage volume backend API: Unable to fetch connection information from backend: Unable to map volume With the path it works,


Expected results:
Successful live mirgration


Additional info:

Comment 1 Rajini Karthik 2015-10-01 15:24:41 UTC
Can we pull this in for OSP 7.0.2 please? This is blocking the release

Comment 2 arkady kanevsky 2015-10-01 15:26:08 UTC
If RH can do the merge Dell will do the testing of it for CMPL.

Comment 5 Rajini Karthik 2015-10-02 19:10:18 UTC
Can we get this in 7.0.2?

Comment 7 Rajini Karthik 2015-10-13 21:51:27 UTC
Installed the fixed version of these packages
openstack-cinder-2015.1.1-2.el7ost
python-cinder-2015.1.1-2.el7ost.noarch.rpm


Confirmed that the change works for compellent volumes and live migration was successful.

Comment 13 errata-xmlrpc 2015-10-15 12:30:16 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2015:1902