Description of problem: In OSP13, the [nova] section is not populated with the appropriate authentication information. Without this information being populated, migration of in-use bootable volumes between backends will fail. Version-Release number of selected component (if applicable): OSP13 How reproducible: Every time Steps to Reproduce: 1. Attempt to retype a volume attached to an instance Actual results: Migration will fail Expected results: Migration works Additional info: Also see BZ#1559505
*** Bug 1559505 has been marked as a duplicate of this bug. ***
Patches have merged on upstream master, and are currently proposed for stable/rocky. Once they merge I'll propose to stable/queens.
Clearing needs-info.
*** Bug 1624744 has been marked as a duplicate of this bug. ***
Verified on: openstack-tripleo-heat-templates-8.0.7-15.el7ost.noarch puppet-tripleo-8.3.6-5.el7ost.noarch puppet-cinder-12.4.1-0.20180628102254.el7ost.noarch Booted an instance, created an LVM backed volume, attached to instance cinder list +--------------------------------------+--------+--------------+------+-------------+----------+--------------------------------------+ | ID | Status | Name | Size | Volume Type | Bootable | Attached to | +--------------------------------------+--------+--------------+------+-------------+----------+--------------------------------------+ | c56f6628-9320-4199-b6ce-532fb4630466 | in-use | Pansible_vol | 1 | - | true | e07f6fcb-f21a-434e-a258-800290a06a59 | +--------------------------------------+--------+--------------+------+-------------+----------+--------------------------------------+ Added second backend netapp, retype the attached volume from lvm to netapp #cinder retype --migration-policy on-demand c56f6628-9320-4199-b6ce-532fb4630466 netapp An attached volume migrated successfully: cinder show c56f6628-9320-4199-b6ce-532fb4630466 +--------------------------------+-------------------------------------------------------------------------------------------------+ | Property | Value | +--------------------------------+-------------------------------------------------------------------------------------------------+ | attached_servers | ['e07f6fcb-f21a-434e-a258-800290a06a59'] | | attachment_ids | ['4fdb0cc0-65f4-43e4-bd23-c91e1c5a9ed4'] | | availability_zone | nova | | bootable | true | | consistencygroup_id | None | | created_at | 2018-12-11T16:25:38.000000 | | description | None | | encrypted | False | | id | c56f6628-9320-4199-b6ce-532fb4630466 | | metadata | attached_mode : rw | | migration_status | success | | multiattach | False | | name | Pansible_vol | | os-vol-host-attr:host | hostgroup@tripleo_netapp#rhos_cinder | | os-vol-mig-status-attr:migstat | success | | os-vol-mig-status-attr:name_id | 37a0a967-7957-4d65-84a5-04abe702559a | | os-vol-tenant-attr:tenant_id | 275a1555b13a4316b09c9f02597e5129 Looks good to verify, retype of an attached volume worked.
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:0068