SVC Retype issue between different iogrps

Bug #1896214 reported by Ankit Arora
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Cinder
In Progress
Undecided
Sharath Kacham

Bug Description

When retype is tried between 2 iogrps and it fails during addvdiskaccess - the retype fails but the volume still remains in the target iogrp because of movevdisk done earlier.

I would suggest to do movevdisk and addvdiskaccess again for the old iogrp if retype fails
during addvdiskaccess to the target iogrp.

One of the example of error that I obtained during addvdiskaccess is:

cinder.exception.VolumeBackendAPIException: Bad or unexpected response from the storage volume backend API: CLI Exception output:
command: ['svctask', 'addvdiskaccess', '-iogrp', '1', '"volume-test_ankit-boot"']
stdout:
stderr: CMMVC8997E The host does not belong to one or more of the IO groups specified or inferred.

Now, after the above error is obtained - the volume has already moved to another iogrp - iogrp1 with the movevdisk command but the access is still not done for that volume to that iogrp. This leaves the volume in an unstable state. So, proper error handling is needed here.

Ankit Arora (aarora06)
Changed in cinder:
assignee: nobody → Ankit Arora (aarora06)
assignee: Ankit Arora (aarora06) → nobody
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to cinder (master)

Fix proposed to branch: master
Review: https://review.opendev.org/755241

Changed in cinder:
assignee: nobody → Sharath Kacham (sharathkacham)
status: New → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/cinder 18.0.0.0b1

This issue was fixed in the openstack/cinder 18.0.0.0b1 development milestone.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.