Bug 1650426
Summary: | [OSP14]Multiattach does not work with LVM+LIO target | |||
---|---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Lee Yarwood <lyarwood> | |
Component: | openstack-cinder | Assignee: | Lee Yarwood <lyarwood> | |
Status: | CLOSED ERRATA | QA Contact: | Avi Avraham <aavraham> | |
Severity: | urgent | Docs Contact: | Kim Nylander <knylande> | |
Priority: | urgent | |||
Version: | 14.0 (Rocky) | CC: | aavraham, ccopello, lyarwood, tenobreg, tshefi, tvignaud | |
Target Milestone: | --- | Keywords: | Triaged, ZStream | |
Target Release: | 14.0 (Rocky) | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | openstack-cinder-13.0.3-0.20190118014305.44c5314.el7ost | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | ||
Clone Of: | 1648337 | |||
: | 1650429 (view as bug list) | Environment: | ||
Last Closed: | 2019-03-18 12:56:24 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: | 1648337 | |||
Bug Blocks: | 1650429 |
Description
Lee Yarwood
2018-11-16 07:00:04 UTC
Verified on: openstack-cinder-13.0.3-0.20190118014305.44c5314.el7ost.noarch 1. Bring up an LVM system, on cinder.conf /var/lib/config-data/puppet-generated/cinder/etc/cinder/cinder.conf target_helper=lioadm yum install python-rtslib 2. restart docker 3. Create multiattach type #cinder type-create multiattach #cinder type-key multiattach set multiattach="<is> True" 4. Create a multiattach volume #cinder create 1 --volume-type multiattach --name mattachvol .. +--------------------------------+---------------------------------------+ | Property | Value | +--------------------------------+---------------------------------------+ | attachments | [] | | availability_zone | nova | | bootable | false | | consistencygroup_id | None | | created_at | 2019-03-11T12:51:45.000000 | | description | None | | encrypted | False | | id | 17888cba-a5b3-422b-ab4f-db3dd64549de | | metadata | {} | | migration_status | None | | multiattach | True | | name | mattachvol | | 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 | 9d6a66636fc34e3691541c56e6218ce6 | | replication_status | None | | size | 1 | | snapshot_id | None | | source_volid | None | | status | available | | updated_at | 2019-03-11T12:51:46.000000 | | user_id | cc053b0dcf134eaaaf54e6eb24f9208d | | volume_type | multiattach | +--------------------------------+---------------------------------------+ 5. Booted two instance: #nova list .. ------------+-------+--------+------------+-------------+-----------------------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+-------+--------+------------+-------------+-----------------------------------+ | 92993c99-a5f5-4037-a40d-85e3feddf0ca | inst1 | ACTIVE | - | Running | internal=192.168.0.25, 10.0.0.238 | | a22303f0-5455-416e-8207-c044a01ef3b5 | inst2 | ACTIVE | - | Running | internal=192.168.0.13, 10.0.0.220 | +--------------------------------------+-------+--------+------------+-------------+-----------------------------------+ 6. Attach same volume to both instances #nova volume-attach 92993c99-a5f5-4037-a40d-85e3feddf0ca 17888cba-a5b3-422b-ab4f-db3dd64549de auto +----------+--------------------------------------+ | Property | Value | +----------+--------------------------------------+ | device | /dev/vdb | | id | 17888cba-a5b3-422b-ab4f-db3dd64549de | | serverId | 92993c99-a5f5-4037-a40d-85e3feddf0ca | | volumeId | 17888cba-a5b3-422b-ab4f-db3dd64549de | +----------+--------------------------------------+ nova volume-attach a22303f0-5455-416e-8207-c044a01ef3b5 17888cba-a5b3-422b-ab4f-db3dd64549de auto +----------+--------------------------------------+ | Property | Value | +----------+--------------------------------------+ | device | /dev/vdb | | id | 17888cba-a5b3-422b-ab4f-db3dd64549de | | serverId | a22303f0-5455-416e-8207-c044a01ef3b5 | | volumeId | 17888cba-a5b3-422b-ab4f-db3dd64549de | +----------+--------------------------------------+ 7. Migrate one of the server to same compute host, forgot to predeploy to same compute #nova migrate 92993c99-a5f5-4037-a40d-85e3feddf0ca --poll nova resize-confirm 92993c99-a5f5-4037-a40d-85e3feddf0ca 8. Verify that both instance run on same compute nova show 92993c99-a5f5-4037-a40d-85e3feddf0ca | grep host | OS-EXT-SRV-ATTR:host | compute-0.localdomain nova show a22303f0-5455-416e-8207-c044a01ef3b5 | grep host | OS-EXT-SRV-ATTR:host | compute-0.localdomain 9. Just recheck cinder list to see vol still attached to both instances #cinder list +--------------------------------------+--------+------------+------+-------------+----------+---------------------------------------------------------------------------+ | ID | Status | Name | Size | Volume Type | Bootable | Attached to | +--------------------------------------+--------+------------+------+-------------+----------+---------------------------------------------------------------------------+ | 17888cba-a5b3-422b-ab4f-db3dd64549de | in-use | mattachvol | 1 | multiattach | false | 92993c99-a5f5-4037-a40d-85e3feddf0ca,a22303f0-5455-416e-8207-c044a01ef3b5 | +--------------------------------------+--------+------------+------+-------------+----------+---------------------------------------------------------------------------+ 10. Open console to both instance, From one instance create a file on device, mount it On the second instance also mount and look for file. ignore the input/output error as ext4 mounted from two instances. But I see the file so the volume is attached to both instance. 11. Detach volume from second instance #nova volume-detach a22303f0-5455-416e-8207-c044a01ef3b5 17888cba-a5b3-422b-ab4f-db3dd64549de 12. Check first instance the volume should remain attached. Cinder list also show only one instances attached to said volume +--------------------------------------+--------+------------+------+-------------+----------+--------------------------------------+ | ID | Status | Name | Size | Volume Type | Bootable | Attached to | +--------------------------------------+--------+------------+------+-------------+----------+--------------------------------------+ | 17888cba-a5b3-422b-ab4f-db3dd64549de | in-use | mattachvol | 1 | multiattach | false | 92993c99-a5f5-4037-a40d-85e3feddf0ca | +--------------------------------------+--------+------------+------+-------------+----------+--------------------------------------+ As expected the first instance (929..) still has access to volume, I can see my test file. # ls kuku/ lost+found tshefi.txt # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vda 253:0 0 1G 0 disk `-vda1 253:1 0 1011.9M 0 part / vdb 253:16 0 1G 0 disk /root/kuku Where as on the second instance the volume has vanished # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vda 253:0 0 1G 0 disk `-vda1 253:1 0 1011.9M 0 part / Verified, looks fine. 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:0586 |