15:01:27 <enriquetaso> #startmeeting cinder_bs
15:01:28 <opendevmeet> Meeting started Wed Dec 14 15:01:27 2022 UTC and is due to finish in 60 minutes.  The chair is enriquetaso. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01:28 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01:28 <opendevmeet> The meeting name has been set to 'cinder_bs'
15:01:30 <enriquetaso> Hello
15:01:33 <enriquetaso> Today's we have two bugs related to retype.
15:01:38 <enriquetaso> Full list of bugs
15:01:41 <enriquetaso> #link https://lists.openstack.org/pipermail/openstack-discuss/2022-December/031511.html
15:02:01 <enriquetaso> I've marked both as incomplete and waiting for some reporter input
15:02:05 <enriquetaso> #topic [RBD -> SolidFire] Cache mode was not updated after volume retype
15:02:09 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1999252
15:02:13 <enriquetaso> Summary: After retyping with On-demand. Volume was moved to another backend, but the cache mode was not changed so the operation failed.
15:02:20 <enriquetaso> I'm not sure if the operation failed on the Nova side or Cinder side, so I asked this to the reporter.
15:02:34 <enriquetaso> I'm not sure but I have one question here:
15:02:34 <enriquetaso> Is Cinder in charge of updating the cache? Or is this a Nova bug?
15:03:34 <eharney> this is the cache mode for how the disk is used by the VM via libvirt, which is nova, but i'm not sure this is a bug
15:04:01 <eharney> they set network=writeback which maybe only applies to network disks? (rbd)
15:04:55 <eharney> oh, never mind, it applies writeback to the second disk too, so yeah, needs input from nova
15:20:07 <enriquetaso> sorry, my laptop friezed
15:20:22 <enriquetaso> eharney, i'll link the bug to Nova then
15:20:24 <enriquetaso> thanks!
15:20:32 <enriquetaso> next
15:20:34 <enriquetaso> and last bug
15:20:43 <enriquetaso> #topic Cinder retype volume raise exception with shutoff vm
15:20:48 <enriquetaso> #link https://bugs.launchpad.net/nova/+bug/1999125
15:20:53 <enriquetaso> The errors from the nova client:
15:20:53 <enriquetaso> ERROR oslo_messaging.rpc.server novaclient.exceptions.Conflict: Cannot 'swap_volume' instance a14b7344-3054-4d9a-9357-c0adc1b00650 while it is in vm_state stopped (HTTP 409) (Request-ID: req-7913c7fb-51d0-4a2a-8463-d8a9883dea0b)
15:20:58 <enriquetaso> I've asked if the volumes are attached to an instance. If so, it's a known limitation that I'm not sure if we plan to fix soon.
15:21:21 <enriquetaso> "For example, for older releases (before Ussuri), the migration of ‘in-use’ volume from RBD to LVM will succeed, but from LVM to RBD, it will fail. Currently, migration of ‘in-use’ volumes will not succeed for any backend when they are attached to an instance in any of these states: SHUTOFF, SUSPENDED, or SOFT-DELETED."
15:21:25 <enriquetaso> #link https://docs.openstack.org/cinder/latest/contributor/migration.html
15:21:47 <enriquetaso> anyone had faced this issue and would like to input about the bug?
15:24:14 <eharney> i can't open the launchpad bug, but, it's a known nova limitation, so, not much to do about it
15:29:32 <enriquetaso> oh
15:29:41 <enriquetaso> launchpad is not working now
15:30:45 <enriquetaso> Thanks eharney! I've added Nova to the patch already, so I'll leave a msg once Launchpad is alive again
15:30:49 <enriquetaso> thanks!!
15:30:56 <enriquetaso> #endmeeting