14:56:20 #startmeeting cinder_bs 14:56:20 Meeting started Wed Jul 27 14:56:20 2022 UTC and is due to finish in 60 minutes. The chair is enriquetaso_. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:56:20 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:56:20 The meeting name has been set to 'cinder_bs' 14:56:43 i'll try to fix bj for next time 14:56:53 enriquetaso_, with all the issues you were facing i thought it would be difficult so suggested here 14:57:07 difficult for you* 14:57:15 Hi 14:57:19 whoami-rajat++ 14:57:20 thanks 14:57:39 Welcome back to the bug meeting, cinder has 6 new bugs 14:57:53 #topic Reimage volume API image is invalid, the status should not be downloading 14:58:01 #link https://bugs.launchpad.net/cinder/+bug/1982436 14:58:11 If reimage of a volume fails, the status of the volume is still downloaded. 14:58:23 Fix proposed to master:#link https://review.opendev.org/c/openstack/cinder/+/850318The fix has some pep8 issues and whoami-rajat left some comments that haven't been replied to it yet. 14:58:46 #link https://review.opendev.org/c/openstack/cinder/+/850318 14:58:52 this bug seems to have two different patches open for it 15:00:09 i see, looks like the second one is the updated 15:00:53 #action(enriquetaso): asks to abandon the first patch 15:01:00 yeah, i will probably update that patch as a co author since i think the author isn't very familiar with unit tests and releasenotes 15:01:14 (and i want the bug to be fixed) 15:01:33 cool, thanks! 15:01:39 oh so we've 2 patches ... 15:01:44 i will take a look anyway 15:02:07 yes, in the second patch the owner addressed your comments from the first patch 15:02:27 but i still don't see tests and releasenote 15:02:30 the commit message needs some more info on what it is actually doing 15:02:37 probably as you mentioned the author isn't familiar with the way we submit updates on patches 15:02:43 yeah suggested that as well ^ 15:02:51 makes sense 15:03:04 yep, that too, anyway i will help out with that 15:03:09 and the topic is wrong as well 15:03:23 :D 15:03:38 too many wrong things in a single patch 15:03:48 Sounds good to me! thanks Rajat, moving on with the next one 15:04:05 #topic Creating from source volume tries to create it multiple times if rekeying fails 15:04:06 np 15:04:13 #link https://bugs.launchpad.net/cinder/+bug/1982848 15:04:38 geguileo reported this one. When creating an encrypted volume from an encrypted volume the cinder-volume manager code calls the driver to clone a volume multiple times if rekeying fails. 15:05:02 yeah, I think eharney was interested on that one 15:05:46 geguileo, one question, you only see this issue using RBD or it's a general problem? 15:06:01 enriquetaso_: the problem is general 15:06:05 it's not an RBD problem, it's an exception handling problem in the create volume flow 15:06:18 what he said ;-) 15:06:24 nice 15:06:48 OK, we don't have fix proposed or anyone assigned 15:07:05 so for now, it's just confirmed 15:07:36 Triaged * 15:07:54 Thanks! 15:07:57 i'll assign it to me since nobody else has it 15:08:20 thanks Eric 15:08:27 (and i probably am the one that introduced it) 15:08:52 :P 15:08:56 moving on 15:09:25 #topic Infinidat driver multi-attach and migration is broken 15:09:35 #link https://bugs.launchpad.net/cinder/+bug/1982350 15:09:41 #link https://bugs.launchpad.net/cinder/+bug/1982405 15:10:00 Both bug reports have a fix proposed to master, so feel free to review them 15:11:08 moving on 15:11:22 #topic PowerMax does not work with workload in extra specs 15:11:27 #link https://bugs.launchpad.net/cinder/+bug/1982568 15:12:39 Gorka found this bug last week "According to the PowerMax driver code the workload in a volume type's extra specs should be treated as None. But that doesn't seem to be the case, at least not in all parts of the driver code, and instance live migration doesn't work for attached volumes that have the "pool_name" extra spec with workloads different than "None"." 15:15:41 OK, last one 15:15:52 #topic NFS Attach Encrypted fails only on the first attempt 15:16:00 #link https://bugs.launchpad.net/cinder/+bug/1982891 15:16:22 Plain generic NFS and encrypted NFS do not perform the attach on the first attempt. 15:16:23 The operation is shown as successful "attachment_update completed successfully", but immediately afterward c-vol shows "Terminate volume connection completed successfully" and the volume is not attached to the instance. 15:16:23 This happens only on the first attempt and works as expected when you try a second or third time. 15:17:50 I'm seeing this on my local devstack, but i'd like to see it on upstream ci https://review.opendev.org/c/openstack/devstack-plugin-nfs/+/742905 15:18:50 i'm not too sure what is going on with the info available on this (need n-cpu info for sure), but i know you're working on it 15:18:53 Merged openstack/os-brick master: Support shared_targets tristate value https://review.opendev.org/c/openstack/os-brick/+/836063 15:20:49 Merged openstack/os-brick stable/train: Use file locks in connectors https://review.opendev.org/c/openstack/os-brick/+/846957 15:21:19 I will add some n-cpu logs. Anyway, the upstream nfs job does not show the same results I see when I run tempest locally, that's bad. 15:22:19 on the upstream job all the encryption test are failed. On my devstack those passed. 15:22:34 well, i guess it's not for this meeting tho 15:22:41 #topic Open Discussion 15:22:54 Feel free to mention bugs now 15:27:20 looks like no bugs for the open discussion 15:27:39 Thanks everyone!! 15:27:46 #endmeeting