Bug 1691369
Summary: | [OSP14] fixes related to multi-attach | |||
---|---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Eric Harney <eharney> | |
Component: | openstack-cinder | Assignee: | Sofia Enriquez <senrique> | |
Status: | CLOSED ERRATA | QA Contact: | Tzach Shefi <tshefi> | |
Severity: | medium | Docs Contact: | Tana <tberry> | |
Priority: | medium | |||
Version: | 14.0 (Rocky) | CC: | abishop, dcadzow, jobernar, pgrist, rheslop, senrique, weiyongjun | |
Target Milestone: | --- | Keywords: | Triaged, ZStream | |
Target Release: | 14.0 (Rocky) | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | openstack-cinder-13.0.3-2.el7ost | Doc Type: | Bug Fix | |
Doc Text: |
The following corrections were made to improve operations with volumes:
* The attachment create create call has been modifed to return SUCCESS as opposed to HTTP ACCEPTED as it's a blocking call.
* The multi-attach and retype flags on volumes are now handled correctly by the API
* Previously, read-only volumes were incorrectly converted to read-write. Now, migrated read-only volumes maintain read-only mode.
* The Cinder API now does status checks when updating attachment objects on a volume. Calls on volumes in an error state result in an 'invalid Volume' exception.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1692542 (view as bug list) | Environment: | ||
Last Closed: | 2019-04-30 17:47:26 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: | 1661022, 1746984, 1761502 | |||
Bug Blocks: | 1692542 |
Comment 6
Sofia Enriquez
2019-03-29 19:01:28 UTC
Verified on: openstack-cinder-13.0.3-2.el7ost.noarch Create a multiattached volume unmanage and remanage it to check mutliattach flag. (overcloud) [stack@undercloud-0 ~]$ cinder show e9145dc4-ac90-433a-a3e4-0339b79ec9c8 +--------------------------------+---------------------------------------+ | Property | Value | +--------------------------------+---------------------------------------+ | attached_servers | [] | | attachment_ids | [] | | availability_zone | nova | | bootable | false | | consistencygroup_id | None | | created_at | 2019-04-21T11:34:12.000000 | | description | None | | encrypted | False | | id | e9145dc4-ac90-433a-a3e4-0339b79ec9c8 | | metadata | | | migration_status | None | | multiattach | True | | name | None | | os-vol-host-attr:host | hostgroup@tripleo_iscsi#tripleo_iscsi | | os-vol-mig-status-attr:migstat | None | | os-vol-mig-status-attr:name_id | None | | os-vol-tenant-attr:tenant_id | ad8fccbb3def40f694ec9084152bdec5 | | replication_status | None | | size | 1 | | snapshot_id | None | | source_volid | None | | status | available | | updated_at | 2019-04-21T11:34:12.000000 | | user_id | 3d99dcddbc564f00a9df041b0269970f | | volume_type | lvmulti | +--------------------------------+---------------------------------------+ (overcloud) [stack@undercloud-0 ~]$ cinder unmanage e9145dc4-ac90-433a-a3e4-0339b79ec9c8 (overcloud) [stack@undercloud-0 ~]$ cinder list +----+--------+------+------+-------------+----------+-------------+ | ID | Status | Name | Size | Volume Type | Bootable | Attached to | +----+--------+------+------+-------------+----------+-------------+ +----+--------+------+------+-------------+----------+-------------+ (overcloud) [stack@undercloud-0 ~]$ cinder manage hostgroup@tripleo_iscsi#tripleo_iscsi volume-e9145dc4-ac90-433a-a3e4-0339b79ec9c8 --volume-type lvmulti +--------------------------------+---------------------------------------+ | Property | Value | +--------------------------------+---------------------------------------+ | attachments | [] | | availability_zone | nova | | bootable | false | | consistencygroup_id | None | | created_at | 2019-04-21T11:37:25.000000 | | description | None | | encrypted | False | | id | 059b75b6-9b48-4069-8e9a-a987e35f60eb | | metadata | {} | | migration_status | None | | multiattach | True | | name | None | | os-vol-host-attr:host | hostgroup@tripleo_iscsi#tripleo_iscsi | | os-vol-mig-status-attr:migstat | None | | os-vol-mig-status-attr:name_id | None | | os-vol-tenant-attr:tenant_id | ad8fccbb3def40f694ec9084152bdec5 | | replication_status | None | | size | 0 | | snapshot_id | None | | source_volid | None | | status | creating | | updated_at | 2019-04-21T11:37:25.000000 | | user_id | 3d99dcddbc564f00a9df041b0269970f | | volume_type | lvmulti | +--------------------------------+---------------------------------------+ We see that after importing(manage) multiattach | True BTW I had a prepatched system onhand and it's import didn't return the multiattach true. https://bugs.launchpad.net/cinder/+bug/1783790 -> covered. Now I've created a none multiattach volume (overcloud) [stack@undercloud-0 ~]$ cinder create 1 +--------------------------------+---------------------------------------+ | Property | Value | +--------------------------------+---------------------------------------+ | attachments | [] | | availability_zone | nova | | bootable | false | | consistencygroup_id | None | | created_at | 2019-04-21T11:43:46.000000 | | description | None | | encrypted | False | | id | b1d2b09b-e94c-4efd-bd26-6cb513d950fb | | metadata | {} | | migration_status | None | | multiattach | False | | name | None | | os-vol-host-attr:host | hostgroup@tripleo_iscsi#tripleo_iscsi | | os-vol-mig-status-attr:migstat | None | | os-vol-mig-status-attr:name_id | None | | os-vol-tenant-attr:tenant_id | ad8fccbb3def40f694ec9084152bdec5 | | replication_status | None | | size | 1 | | snapshot_id | None | | source_volid | None | | status | creating | | updated_at | 2019-04-21T11:43:47.000000 | | user_id | 3d99dcddbc564f00a9df041b0269970f | | volume_type | tripleo | +--------------------------------+---------------------------------------+ I'l retype it to multiattach type #cinder retype b1d2b09b-e94c-4efd-bd26-6cb513d950fb lvmulti --migration-policy on-demand And as can bee seen it moved to multiattach including the flag set to true (overcloud) [stack@undercloud-0 ~]$ cinder show b1d2b09b-e94c-4efd-bd26-6cb513d950fb +--------------------------------+---------------------------------------+ | Property | Value | +--------------------------------+---------------------------------------+ | attached_servers | [] | | attachment_ids | [] | | availability_zone | nova | | bootable | false | | consistencygroup_id | None | | created_at | 2019-04-21T11:43:46.000000 | | description | None | | encrypted | False | | id | b1d2b09b-e94c-4efd-bd26-6cb513d950fb | | metadata | | | migration_status | None | | multiattach | True | | name | None | | os-vol-host-attr:host | hostgroup@tripleo_iscsi#tripleo_iscsi | | os-vol-mig-status-attr:migstat | None | | os-vol-mig-status-attr:name_id | None | | os-vol-tenant-attr:tenant_id | ad8fccbb3def40f694ec9084152bdec5 | | replication_status | None | | size | 1 | | snapshot_id | None | | source_volid | None | | status | available | | updated_at | 2019-04-21T11:45:07.000000 | | user_id | 3d99dcddbc564f00a9df041b0269970f | | volume_type | lvmulti | +--------------------------------+---------------------------------------+ https://bugs.launchpad.net/cinder/+bug/1790840 -> also covered Retyping back to tripleo (none multiattach) set flag multiattach flag back to false as expected. Looking good to verify. 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-2019:0946 |