14:00:40 #startmeeting cinder 14:00:40 Meeting started Wed Aug 24 14:00:40 2022 UTC and is due to finish in 60 minutes. The chair is whoami-rajat. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:40 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:40 The meeting name has been set to 'cinder' 14:00:48 hi! o/ 14:00:51 hi 14:00:55 #topic roll call 14:01:33 o/ kind of ... multi-tasking. 14:01:37 o/ 14:01:46 hi 14:01:56 hi 14:02:01 hi 14:02:35 #link https://etherpad.openstack.org/p/cinder-zed-meetings 14:02:46 o/ 14:03:02 o/ 14:03:04 o/ 14:04:28 good turnout today 14:04:30 let's get started 14:04:35 #topic announcements 14:04:49 i think the first two announcements are by rosmaita , would you like to do it? 14:05:42 sure 14:05:51 great 14:06:15 as agreed last week, we proposed to EOL cinderlib on stable/train and stable/ussuri 14:06:29 #link https://lists.openstack.org/pipermail/openstack-discuss/2022-August/030013.html 14:06:47 the release team is OK with the patches, but have put a hold to give people time to respond 14:06:56 haven't heard anything in a week so far 14:07:26 what will happen is that they will tag the branches with 'train-eol' or 'ussuri-eol' 14:07:31 and then delete the branches 14:07:40 so if you need them, you can always checkout the tag 14:07:51 next item 14:08:12 we agreed at the midcycle that third-party CI should run on all os-brick changes 14:08:25 so there's an announcement to the ML: 14:08:36 #link https://lists.openstack.org/pipermail/openstack-discuss/2022-August/030014.html 14:08:49 no responses to that one either 14:09:08 hopefully the driver maintainers have seen it 14:09:15 to all vendors in the meeting ^ 14:09:30 yes, we should point out to any new people 14:09:38 rosmaita: I realized something we'll have to merge and backport in Cinder for cinderlib... 14:10:04 rosmaita: because afaik the primary user of cinderlib is oVirt to attach RBD volumes, and with the removal of the keyring, we broke it 14:10:20 rosmaita: I have a patch to fix this in Cinder (will only work with Cinderlib) 14:10:26 so no security issue for Cinder 14:10:32 https://review.opendev.org/c/openstack/cinder/+/846054 14:10:36 i thought we had merged that, or am i thinking of something else? 14:10:44 it's now failing on mypy, but it should be ok otherwise 14:10:59 rosmaita: I thought we had already merged it as well 14:11:16 rosmaita: but it turns out we didn't, so iirc right now cinderlib is broken for RBD 14:11:40 rosmaita: oooooh, wait, wait, we merged that 14:11:59 rosmaita: this is a second patch, for when the config is not under /etc/ceph (which is usually the case in cinderlib) 14:12:06 ah, ok 14:12:17 anyway, just wanted to give the fyi on that one 14:12:39 we can continue, and once CI says it's ok I'll go around with the usual begging for reviews 14:12:42 guess we need to prioritize getting cinderlib master open for zed development 14:12:46 ok 14:12:58 final thing i wanted to say to driver maintainers 14:13:03 you may know this already 14:13:35 but when we send stuff to the openstack-discuss mailing list about the cinder project, we put '[cinder]' in the subject line so you can filter easily 14:13:58 for stuff that impacts driver maintainers, we also put '[cinder][drivers]' in the subject line 14:14:06 so you should *really* pay attention to those 14:14:10 rosmaita, would be good to get a current status on cinderlib Zed development (maybe later), I'm kind of not updated there 14:14:32 ok, let's see if there's time during open discussion 14:14:40 ack 14:14:51 (i am not completely updated myself, tbh) 14:15:27 though now i remember, so let's talk later 14:15:33 I'm sure more updated than me ! 14:15:38 whoami-rajat: the tldr; is that it's broken 14:15:38 sounds good 14:16:03 geguileo, :( so it's in the state i last remember 14:16:17 whoami-rajat: yeah, I've been a bit busy with the unit tests mess 14:16:30 busy indeed! 14:16:33 * whoami-rajat will pay more attention to cinderlib after M-3 14:17:01 don't forget quotas! 14:17:17 whoami-rajat: oh I haven't!! 14:17:37 :D 14:17:41 geguileo has nightmares about quotas 14:17:42 (I have nightmares with it now) 14:17:47 :) 14:17:50 rosmaita: you know me so well!! 14:18:27 so we can discuss about cinderlib if we get time after the topics 14:18:58 rosmaita, anything else from the first two announcements? 14:19:06 s/from/for 14:20:18 nope, i think that's all 14:20:44 ok, thanks for the announcements 14:20:47 next, os-brick release this week 14:20:58 we've the os-brick release deadline tomorrow 14:21:11 I've created an etherpad from which most of the changes have merged 14:21:16 #link https://etherpad.opendev.org/p/zed-os-brick-patches 14:21:26 I've left a -1 on the release patch for the meantime 14:21:46 not all the patches are release critical but good to have them merged 14:22:08 this one would be good to have merged: https://review.opendev.org/c/openstack/os-brick/+/854281 14:22:29 that together with a cinder patch can prevent unit tests not returning to the shell 14:22:51 geguileo, yep, i was reviewing it but the meeting started, will finish it after the meeting 14:22:56 that sounds great! 14:22:59 thanks 14:23:00 we should probably merge it, we're supposed to be supporting py 3.9, and that seems to be where it happens 14:23:16 rosmaita: this is a different blocking ;-) 14:23:28 there are 2 kinds of blockings rofl 14:23:42 because, why not! 14:24:06 this is a weird interaction of the garbage collector calling the close method of the wrapper 14:24:09 geguileo is laughing because otherwise he would be crying 14:24:26 rosmaita: yup 14:25:06 there is also a topic dedicated to UTs by geguileo later during the meeting 14:25:42 next, Antelope PTG Registration 14:26:06 by this time everyone might be aware that the Antelope PTG in october is going to be virtual 14:26:25 but some people might not have registered before thinking it's in person and forgot about it later 14:26:40 so for a reminder, please register for the upcoming PTG, it's virtual and free 14:26:41 #link https://www.eventbrite.com/e/project-teams-gathering-october-2022-tickets-374118026087 14:27:55 that's all for announcements 14:28:15 let's move on to topics 14:28:28 #topic Our Unit Tests are a broken clock 14:28:31 nice heading 14:28:34 geguileo, that's you 14:28:44 thanks 14:28:59 so basically it's by pure luck that our unit tests run successfully 14:29:07 we have all kicks of madness going on there 14:29:21 and it's easy to see by running tox -epy39 -- --random 14:29:40 if you can run that 3 times without a failure, you should play the lottery, because your luck is out of this world 14:30:02 lol 14:30:06 besides the 10 to 15 seconds tests we have that abishop is working on 14:30:35 I have found that our test runs may just get stuck 14:30:48 I think my patches to eliminate timed delays all merged 14:31:09 abishop: didn't know if you had more you were working on or not, thanks 14:31:21 today I hit the blocking issue at the gate https://zuul.opendev.org/t/openstack/build/73706405b8cb472982f4f09b056d3d09 14:31:31 that's on py38 14:31:40 and it shows as the CI job timing out 14:32:06 I have a whole series of patches (16 or so) fixing unit test issues 14:32:13 links on the etherpad 14:32:41 I just want to point out 4 things here for reviewers and coders 14:33:26 - Look at the results of the unit tests jobs when new UTs are being added to confirm there are no >1sec new test 14:34:05 - Make sure that data in 'ddt.data(...)' are static values, otherwise those tests are not executed 14:34:19 example: https://review.opendev.org/c/openstack/cinder/+/854262) 14:34:22 oh 14:35:05 - Use self.mock_object and self.patch and NEVER, EVER replace things with something.another = mock.Mock() 14:35:25 Because when that happens on a library you'll break tests that come afterwards 14:36:10 - Preferrably don't use global variables (or class attributes) with data that is going to be used in the tests unless they are not going to be modified 14:36:34 otherwise even if you usually use copy and deepcopy, you will eventually forget somewhere and make your tests flaky 14:36:43 as success will depend on the order in which they are run 14:36:59 A lot of examples of these last 2 in the patches I have proposed 14:37:23 One of the patches proposes adding --random to how we run stestr 14:37:33 to try to detect these sooner 14:38:22 oh, and for anyone that uses 'stestr run --load-list XYZ' to reproduce a gate job tests in the same order 14:38:30 they should know that that is currently broken in stestr 14:39:14 I have proposed a patch to fix it: https://github.com/mtreinish/stestr/pull/331 14:39:50 and that's all I wanted to complain about 14:40:33 there are a series of patches on the etherpad that geguileo mentioned fixes our UTs so please review 14:40:37 i don't think it counts as complaining when you have posted all those patches fixing stuff 14:41:14 rosmaita, +1 14:41:21 thanks for all the work on this geguileo ! 14:41:41 fingers cross that those are the only big issues for a while 14:42:11 s/cross/crossed 14:43:06 geguileo: just one question: stestr is pinned in requirements.git for each release 14:43:34 tosky: I don't know WHEN they broke that feature 14:43:54 so what does it mean for older releases? I guess the unit test fixes are still valid to be backported, but the older branches won't benefit much 14:44:01 or at least partially 14:44:17 in my opinion for older branches I wouldn't backport the fixes 14:44:25 unless they are problematic for another backport 14:44:26 uhm, the "when it broke" is a good question, I hope stestr maintainers could help 14:44:42 tosky: well, the feature that broke is not related to all those fixes 14:44:57 tosky: I think I wasn't clear on what is broken in stestr 14:45:17 so when you run tox for unit tests, or when it runs at the gate and it fails 14:45:23 but you run it locally and it doesn't 14:45:34 it's usually because tests are executed in a different order 14:45:56 so it's a problem with some test that is not mocking things properly and breaks later tests 14:46:10 the way to reproduce this locally is not download the subunit file from the gate 14:46:21 see the worker number that has failed in the logs 14:46:35 extract that worker tests into a file 14:46:38 oh, but then wouldn't it make sense to backport them then? 14:46:43 and tell stestr to load that file and run it in that order 14:47:05 and that is the part that's broken in stestr, that it doesn't preserve the order of the list 14:47:15 so you can't reproduce the issues at the gate 14:47:32 so it doesn't affect our gates 14:47:40 (the stestr bug) 14:47:51 only our avility to reproduce the issues to fix things 14:48:15 i suspect we'll want to backport some, like https://review.opendev.org/c/openstack/cinder/+/854259/ 14:48:38 eharney: yeah, probably the generic 3 generic ones 14:48:39 many of them probably could be ignored for backport until obviously needed, as they've sat and run in the gates for years, mostly working 14:48:42 (first 3) 14:48:54 eharney: +1 14:49:05 if it's not broken, don't touch it ;-) 14:52:19 if there's nothing else, we can continue or finish 14:52:40 we've open discussion :) 14:52:44 so that's all the topics had for today, let's move to open discussion 14:52:48 #topic open discussion 14:53:03 one thing i wanted to mention, we've the feature freeze next week so make sure to review the feature patches 14:53:11 #link https://etherpad.opendev.org/p/cinder-zed-features 14:54:16 rosmaita, would you like to provide an update on cinderlib or we can discuss that later? 14:55:00 real quick, here's what's going on 14:55:23 current cinderlib master is running gate CI against cinder and os-brick stable/yoga 14:55:51 the patch to open it to zed development will run it against cinder/os-brick master 14:55:54 and that is failing 14:56:04 mostly due to database changes, i believe 14:56:56 so if you propose a patch to master right now, i think the CI will be green 14:57:06 but that's not a "real" green CI 14:58:25 sorry, got distracted for a minute 14:58:56 this is the patch opening cinderlib for zed development 14:58:59 #link https://review.opendev.org/c/openstack/cinderlib/+/848846 15:00:13 anyway, we could merge the rbd keyring fix to master now and backport it as necessary 15:00:31 it would just be a little weird 15:00:32 rosmaita: oh, that's a cinder patch 15:00:42 but it's for cinderlib 15:00:43 oh, then there's no problem wiht that 15:00:46 yup 15:00:59 ok, good, because i wasn't liking what i suggested there 15:01:08 can we delete the last 10 lines from teh meeting log? 15:01:48 doesn't look doable but we can end meeting quickly 15:02:18 we're already out of time 15:02:22 yes, please do, before i say anything else stupid 15:02:34 thanks for the update rosmaita 15:02:37 and thanks everyone for attending 15:02:44 #endmeeting