15:04:55 <enriquetaso> #startmeeting cinder_bs
15:04:55 <opendevmeet> Meeting started Wed Apr 20 15:04:55 2022 UTC and is due to finish in 60 minutes.  The chair is enriquetaso. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:04:56 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:04:56 <opendevmeet> The meeting name has been set to 'cinder_bs'
15:05:07 <enriquetaso> Welcome to Cinder Bug Meeting
15:05:07 <enriquetaso> 8 new bugs!
15:05:07 <enriquetaso> Full email report:
15:05:07 <enriquetaso> #link http://lists.openstack.org/pipermail/openstack-discuss/2022-April/028257.html
15:05:07 <enriquetaso> #link https://etherpad.opendev.org/p/cinder-bug-squad-meeting
15:05:41 <enriquetaso> #topic  [Storwize_SVC] Retype operation failure for GMCV due to update_clean_rate.
15:05:41 <whoami-rajat> hi
15:05:44 <fabiooliveira> hi
15:05:50 <lucasmoliveira059> hi
15:05:56 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1967481
15:06:03 <enriquetaso> Cinder Version - Yoga. Retype GMCV operations are failing for several scenarios.No fixes yet.
15:06:09 <enriquetaso> moving on
15:06:17 <enriquetaso> hello everyone
15:06:22 <enriquetaso> #topic  [IBM Storwize] Retype failure for replication volume-type
15:06:31 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1968159
15:06:44 <enriquetaso> Please feel free to review the fix https://review.opendev.org/c/openstack/cinder/+/836944
15:06:52 <enriquetaso> next..
15:06:53 <enriquetaso> #topic  Incorrectly shown volume size while using PowerFlex cinder driver
15:07:02 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1968164
15:07:02 <enriquetaso> Fix proposed to master https://review.opendev.org/c/openstack/cinder/+/836973
15:07:37 <eharney> this fix seems to be incorrect and has a pending review saying so
15:08:44 <enriquetaso> oh, sorry about that
15:08:50 <enriquetaso> I need some help with this case:
15:08:55 <enriquetaso> #topic  Cinder fails to retype / migrate large volumes
15:09:00 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1969408
15:09:07 <enriquetaso> The bug report mentioned that Cinder fails to complete large volume (1TB) retype w/ migration from one ceph custer to another. Small volumes (30GB) complete migration. However, the logs show a 401 Error. "The request you have made requires authentication. (HTTP 401) Code: 401: cinderclient.exceptions.Unauthorized: The request you have made requires authentication. (HTTP 401)"I'm confused, could that be a problem related to working with
15:09:07 <enriquetaso> big volumes?
15:09:46 <whoami-rajat> this i think we've discussed before, it's a token expiry issue for long running ops?
15:09:57 <eharney> IIRC, there is a way to set up keystone tokens so you don't run into this, but i don't know that we document how to do it
15:10:02 <whoami-rajat> and using service tokens is a way
15:10:06 <whoami-rajat> but i don't remember exactly
15:10:16 <rosmaita> there's a doc about this
15:10:20 <jbernard> is it possible that "bumped up the keystone timeout" wasn't done correctly?
15:10:32 <rosmaita> https://docs.openstack.org/cinder/latest/configuration/block-storage/service-token.html
15:10:52 <jbernard> and the default 30 minutes was still in effect when the 1+ hour (yikes) migration occurred?
15:11:29 <enriquetaso> jbernard, not sure, but I can ask that to the reporter
15:12:10 <jbernard> i don't know how to verify the change is in effect, but it would be nice to know if the keystone changes were present at runtime
15:12:34 <enriquetaso> maybe I can reply with the service-token doc and asking those questions
15:14:01 <enriquetaso> OK, i'll do that, moving on..
15:14:07 <enriquetaso> #topic Backend incorrectly reporting cacheable capability
15:14:13 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1969366
15:14:18 <enriquetaso> When using the LVM cinder driver the cacheable capability is not being reported by the backend to the scheduler when the transport protocol is NVMe-oF (nvmet target driver), but it is properly reported if it's the LIO target driver.
15:14:42 <enriquetaso> geguileo is going to work on ^
15:15:01 <geguileo> enriquetaso: yeah, I have a patch ready
15:15:16 <geguileo> it's the same from the PTG action of making storage_protocol use constants
15:15:34 <geguileo> by patch ready, I mean a local patch I'll submit soon
15:15:48 <enriquetaso> sounds good, thanks!
15:16:09 <geguileo> funny story, the same thing happens for shared_targets
15:16:27 <geguileo> when drivers resport 'iscsi' instead of 'iSCSI' as the storage_protocol
15:17:03 <enriquetaso> oops :P
15:18:12 <enriquetaso> well.. luckily we have you working on this
15:18:17 <enriquetaso> #topic pylint tox environment fails on Fedora 35
15:18:19 <rosmaita> enriquetaso: ++
15:18:24 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1968048
15:18:38 <enriquetaso> "tox -e pylint" fails on Fedora 35. This seems to be due to it running with Python 3.10 and some dependencies not being compatible there.
15:18:46 <enriquetaso> Fix proposed to master by eharney
15:18:50 <enriquetaso> #link https://review.opendev.org/c/openstack/cinder/+/836842
15:19:43 <eharney> just a small version bump
15:20:07 <rosmaita> nice
15:20:23 <enriquetaso> cool, cinder team please review ^^
15:20:45 <enriquetaso> #topic [DEFAULT] use_forwarded_for is a duplicate of the HTTPProxyToWSGI middleware
15:20:51 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1967686
15:20:56 <enriquetaso> Assigned to Takashi Kajinami but no patch proposed to master yet.
15:21:44 <enriquetaso> Last bug:
15:21:58 <enriquetaso> #topic  when image properties contain "signature_verified" field,create volume from image will fail
15:22:03 <enriquetaso> #link https://bugs.launchpad.net/cinder/+bug/1969213
15:22:11 <enriquetaso> If cinder enables image signature verification, image properties contain "signature_verified" field,create volume from image wil fail.
15:22:11 <enriquetaso> I've closed it as NOTABUG because the error it's the expected behavior I think.
15:22:40 <eharney> is the message here basically, don't set that field on your glance image?
15:22:56 <rosmaita> that's a duplicate
15:24:04 <enriquetaso> #link https://specs.openstack.org/openstack/cinder-specs/specs/rocky/support-image-signature-verification.html
15:24:27 <rosmaita> https://bugs.launchpad.net/cinder/+bug/1823445
15:24:33 <enriquetaso> 'To be clear, we will verify the image’s signature only when image is downloaded from glance and content is copied to volume on host. So when image volume is created via clone_image or clone_image_volume we will skip this verification process regardless of configuration option and provided signature metadata, in order not to confuse end users, we will add verification flag signature_verified in volume’s image metadata when creat
15:24:34 <enriquetaso> ing from image.'
15:25:01 <enriquetaso> cool rosmaita, i'll marked it as duplicate
15:25:26 <eharney> hum i thought we had fixed this
15:26:12 <rosmaita> not yet
15:26:20 <enriquetaso> the fix proposed to master isn't merged yet
15:26:22 <enriquetaso> #link https://review.opendev.org/c/openstack/cinder/+/764045
15:26:46 <eharney> yeah we need to review that :/
15:27:36 <enriquetaso> Maybe I can add it to the next XS festival
15:27:38 <rosmaita> and also https://review.opendev.org/c/openstack/cinder/+/812685
15:27:41 <enriquetaso> it's kind of small
15:27:52 <eharney> it's small, but not simple
15:28:32 <enriquetaso> true u.u
15:28:56 <eharney> seems like something we would want tempest coverage for, too
15:31:04 <enriquetaso> yes.. how are we going to track the tempest ideas ? i think we had a etherpad with ideas a while ago
15:31:14 <rosmaita> enriquetaso: there are several issues around the bug, i will take the action item to try to organize how these bugs and patches hang together and check back next week
15:31:38 <enriquetaso> thanks rosmaita !!
15:31:44 <eharney> maybe we should create some need-integration-test launchpad bug tag
15:31:57 <rosmaita> don't thank me yet!
15:32:55 <enriquetaso> sounds good Eric, we can use a tag.. OK, run out of time
15:33:10 <enriquetaso> Thank you for joining today
15:33:23 <enriquetaso> #endmeeting