Generic volume migration was added to Cinder during the Liberty cycle. This allows the RBD driver to participate in volume migration using the "generic" method where each block is read from the source volume and written to the target volume. Although this gives customers the ability to migration volumes where previously they had no options, the block-for-block copy is more work than needed when both backends (source and target) reside on the same Ceph cluster. In this case, an optimized migration methond can be implemented to take advantage of the underlying storage knowlege. We should do this.
*** Bug 1315661 has been marked as a duplicate of this bug. ***
update: patch is complete to my knowledge, waiting on upstream reviews
Moving to ON_DEV, as this change is currently under upstream review.
verified RPM package version python-cinder-13.0.1-0.20180917193045.c56591a.el7ost.noarch openstack-cinder-13.0.1-0.20180917193045.c56591a.el7ost.noarch python2-cinderclient-4.0.1-0.20180809133302.460229c.el7ost.noarch puppet-cinder-13.3.1-0.20180917145846.550e793.el7ost.noarch according to RFE test run
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/RHEA-2019:0045