15:13:04 <jbernard> #startmeeting cinder_bs
15:13:04 <opendevmeet> Meeting started Wed Sep 13 15:13:04 2023 UTC and is due to finish in 60 minutes.  The chair is jbernard. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:13:04 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:13:04 <opendevmeet> The meeting name has been set to 'cinder_bs'
15:13:11 <jbernard> full report
15:13:26 <jbernard> #link https://lists.openstack.org/pipermail/openstack-discuss/2023-September/035073.html
15:13:50 <jbernard> #topic Fail to migrate, resize, evacuate VM with volume state backing-up
15:13:59 <jbernard> #link https://bugs.launchpad.net/cinder/+bug/2034677
15:15:01 <jbernard> this was seen in a yoga env
15:16:45 <rosmaita> that log extract in the bug looks weird, looks like nova is asking cinder to reserve the volume
15:16:57 <rosmaita> which is strange for an already existing volume
15:17:42 <happystacker> yeah that's weird
15:18:21 <jbernard> do we test vm migration in tempest/devstack jobs?
15:18:22 <happystacker> do we have to wait for the back up to complete before making any further action?
15:18:53 <jbernard> i wonder if a tempest test could reinforce this bug
15:20:14 <jbernard> happystacker: i would think, if this were no allowed, that nova would refuse the operation if the backing volume wasn't in the correct state..
15:20:21 <rosmaita> i'm pretty sure there are migration tests, but probably not when a volume is being backed up
15:20:49 <happystacker> yes that's my thinking too
15:23:19 <happystacker> I can try to recreate the issue
15:24:01 <jbernard> this one needs a closer look by us
15:24:28 <jbernard> happystacker: if you're able to, especially in a current env, steps and findings would be great
15:24:46 <happystacker> ok let me see if I can find anything relevant
15:24:53 <jbernard> thanks
15:25:14 <jbernard> ok, next one:
15:25:19 <jbernard> #topic Dell PowerMax Live Migration Fails Without a Pool Name
15:25:27 <jbernard> #link https://bugs.launchpad.net/cinder/+bug/2034937
15:27:16 <jbernard> although the title suggests it might be driver-specific
15:27:25 <happystacker> I have powermax env available, I can test
15:27:29 <jbernard> it appears this could be a general bug in the volume manager
15:27:46 <jbernard> a second comment adds additional info
15:27:58 <jbernard> this one should be fairly easy to reproduce
15:28:09 <happystacker> yes I'll ask for command and steps to recreate the issue
15:28:41 <jbernard> happystacker: that would help, this one looks like something we can/should fix quickly
15:29:11 <happystacker> absolutely
15:29:34 <jbernard> ok,
15:29:39 <jbernard> #topic Cinder Backups Fail with cinder.exception.ServiceNotFound with multiple availibility zones
15:29:48 <jbernard> #link https://bugs.launchpad.net/cinder/+bug/2035007
15:30:32 <jbernard> ive not used juju before, im not sure if that info is relevant or not
15:31:15 <jbernard> rosmaita: ^ could this be an issue with how juju deploys/configures cinder?
15:31:35 <rosmaita> looking
15:35:50 <rosmaita> i don't think it's a juju issue
15:38:30 <rosmaita> left a comment for some more info
15:38:40 <jbernard> thanks rosmaita
15:38:56 <jbernard> ok, last one:
15:39:01 <jbernard> #topic Dell PowerFlex (Scaleio) connector doesn't handle volume disconnection/unmapping properly
15:39:09 <jbernard> #link https://bugs.launchpad.net/os-brick/+bug/2034685
15:40:52 <jbernard> this sounds like what gorka deals with a lot
15:41:00 <jbernard> who is our scaleio person?
15:41:14 <happystacker> that's me
15:41:22 <happystacker> ScaleIO is PowerFlex
15:42:20 <jbernard> this might not be a scaleio bug, but os-brick in genera
15:42:23 <jbernard> general
15:42:52 <jbernard> some version/env info would be helpful
15:43:06 <happystacker> yes that was also my discussion with them
15:43:13 <happystacker> I'll ask them more info
15:44:22 <jbernard> i left a comment
15:44:56 <jbernard> happystacker: if it's a common env, you might have the necessary backend access to verify
15:45:38 <jbernard> ok, that's all
15:45:42 <jbernard> #topic open discussion
15:48:28 <jbernard> alright, thanks
15:48:30 <jbernard> #endmeeting