Description of problem: If we enable image cache feature in cinder, cinder create an image cache volume in storage and create a volume by cloning that image cache volume. In current RHOSP13, when cinder fails to create an cloned volume from the existing image cache volume, it retrieves image from glance but does never recreate the image cache. This causes a problem when we use XtremIO as cinder backend, as XtremIO has a snapshot limit per volume group, which prevents that cloning when we have a number of volumes already created from the same image cache volume. There is a bug report on launchpad[1], and the fix is already merged in master [2], so we should backport this to also our downstream version. [1] https://bugs.launchpad.net/cinder/+bug/1801595 [2] https://review.opendev.org/#/c/630753/ How reproducible: Always Steps to Reproduce: 1. Configure XtremIO cinder backend and image cache enabled 2. Create 100(=xtremio_volumes_per_glance_cache) volumes from the same image 3. Again create some volumes from the same image Actual results: - Cinder always retrieves an image from glance Expected results: - Cinder creates a new image cache volume and create volumes using it
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:2627