15:05:07 #startmeeting cinder_bs 15:05:07 Meeting started Wed Feb 1 15:05:07 2023 UTC and is due to finish in 60 minutes. The chair is enriquetaso. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:05:07 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:05:07 The meeting name has been set to 'cinder_bs' 15:05:26 hi 15:05:27 Today we have 4 bugs 15:05:34 hello 15:05:40 #topic Quotas rollback error when retype failed 15:05:44 #link https://bugs.launchpad.net/cinder/+bug/2004239 15:05:51 If admin tenants do retype to a volume owned by other tenants, and it fails for some reason, quota rollback will fail. Because it will try to find reservations with the admin tenant's project_id but not the volume owner's. 15:06:22 i forget to ask the cinder version the reporter is using 15:06:31 but looks like something cinder should fix soon 15:08:33 maybe it's addressed in geguileo quota work but that might take some time to merge 15:09:40 oh, true, i'll check and add a comment for that then 15:09:43 moving on 15:09:58 #topic Hitachi: Cinder scheduler is down if backend is down 15:10:02 #link https://bugs.launchpad.net/cinder/+bug/2004140 15:10:15 When the backend is down, the Cinder scheduler is also down with a key error, 15:10:15 because Hitachi driver doesn't return all required keys in update_volume_stats(). 15:10:23 Fix proposed to master: 15:10:28 #link https://review.opendev.org/c/openstack/cinder/+/871269 15:10:46 i left a comment on the patch, needs update 15:10:53 if the bug report is correct, we need a fix for the scheduler, not just the hitachi driver, which is what is proposed 15:10:53 moving on 15:11:10 that fix misses the actual problem 15:11:22 good point 15:12:28 im not sure how other drivers deal with the same problem 15:12:52 if confirmed, we would need a new bug report for the scheduler along 15:13:43 i'll left a comment and try to reproduce if nobody volunteers to do it 15:17:25 okay.. last two bugs 15:17:40 #topic [doc] Update 'Introduction to the Block Storage service in cinder' 15:17:44 #link https://bugs.launchpad.net/cinder/+bug/2004419 15:17:51 The documentation states that "With the Block Storage service, you can attach a device to only one instance." However, Cinder multiattach was introduced in Queens, as described here https://docs.openstack.org/cinder/latest/admin/volume-multiattach.html. Please update the documentation to reflect that multiattach is possible in some scenarios. 15:18:03 This could be a potential intern first contribution for Outreachy potential intern 15:18:17 good idea! 15:18:54 +1 15:19:05 :D cool 15:19:07 last one 15:19:16 #topic Replace plain Mock() calls with autospec=True or Mock(spec) 15:19:21 #link https://bugs.launchpad.net/cinder/+bug/2004174 15:19:43 this is intended for potential Outreachy interns too 15:19:48 Cinder has some tests with assertion typo's or plain calls to Mock() or MagicMock() resulting in those tests not testing code correctly. 15:19:55 "The refactored code would replace plain Mock() calls with Mock(spec) calls 15:19:55 or you can either pass autospec=True to patch() / patch.object() or use the create_autospec() function to create a mock with a spec. We want stronger mocks by using specs, do the right thing where needed to get this." 15:21:14 okay! 15:21:15 i have one other bug to mention 15:21:18 Merged openstack/cinder stable/victoria: Check VMDK subformat against an allowed list https://review.opendev.org/c/openstack/cinder/+/871628 15:21:23 sure eharney 15:21:35 Merged openstack/cinder master: [Pure Storage] Add support for 3-site, trisync, replication. https://review.opendev.org/c/openstack/cinder/+/862365 15:21:40 i just wrote https://bugs.launchpad.net/cinder/+bug/2004484 - rosmaita might be interested in this one 15:21:53 tox4 isn't showing useful output that tox3 did, we should fix it somehow 15:21:53 #topic list dependencies with tox4 15:22:00 because this is annoying 15:22:00 #link https://bugs.launchpad.net/cinder/+bug/2004484 15:22:34 sounds fine 15:22:41 previously we logged all packages used in the env, now it doesn't unless you pass in an env variable 15:22:46 we do have pip freeze output on the ci jobs, though 15:22:54 oh, well that's good i guess 15:23:14 i'm just being a jerk because i didn't think of it 15:23:24 like tox -e pipfreeze? 15:23:44 no, more like .tox/envname/bin/pip freeze 15:23:52 use the pip from the testenv 15:24:04 i didn't see an obvious way to set something in tox.ini to just make it do this, but it would be good for local developers to have it IMO 15:24:19 eharney: are you talking about the list of stuff that's all in one line just before the tests run? 15:24:28 rosmaita: yeah 15:24:47 ok, i always ignore it as hard to read and grep the pip freeze output 15:25:10 yeah, if you find the output useful, i don't object to adding the CI=1 15:25:27 right, but i don't know how to add that for the local developer case :) 15:26:03 i think just in the setenv= in the testenv definition? 15:26:25 i can try it out later if you don't have time 15:26:25 i think that sets it too late for it to do anything 15:26:30 i tested it and didn't work, anyway 15:26:51 ok, well i am all out of ideas then 15:26:52 anyway, i wrote a bug because i wanted to do something else today, no need to figure it out now 15:27:12 ok, cool 15:27:16 i have one 15:27:27 https://review.opendev.org/c/openstack/cinder/+/871976 15:27:40 enriquetaso: i asked on the patch to file a new bug 15:27:54 it can be a public security bug, it's a "hardening opportunity" 15:27:54 oh okay 15:28:07 just want to give you a heads-up so you don't freak out when you see it 15:28:15 looks like a nice hardening patch 15:28:17 thanks rosmaita 15:28:40 sounds good then 15:28:47 yeah, i think it's worth doing, just object to it being snuck in as related to the latest CVE bug 15:29:09 okay, do we have more bugs? 15:29:26 let's close for today's 15:29:33 thank you for joining!! 15:29:36 thanks enriquetaso 15:29:39 #endmeeting