14:01:24 #startmeeting cinder 14:01:26 Meeting started Wed Sep 23 14:01:24 2020 UTC and is due to finish in 60 minutes. The chair is rosmaita. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:27 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:01:30 The meeting name has been set to 'cinder' 14:01:33 Hi 14:01:33 #topic roll call 14:01:33 hi 14:01:34 o/ 14:01:37 o/ 14:01:41 i/ 14:02:09 o/ 14:02:25 hi! o/ 14:02:30 hi 14:02:34 hi 14:02:34 o/ 14:02:59 o/ 14:03:20 hello everyone 14:03:33 #link https://etherpad.opendev.org/p/cinder-victoria-meetings 14:03:34 Happy Wednesday. 14:03:48 #topic updates 14:04:02 i guess that's "announcements" on the agenda 14:04:21 we got both our proposed forum sessions accepted 14:04:29 here's the info: 14:04:38 #link https://www.openstack.org/summit/2020/summit-schedule/events/24748/cinder-user-messages 14:04:47 #link https://www.openstack.org/summit/2020/summit-schedule/events/24749/cinder-third-party-ci-whats-in-it-for-you 14:05:17 these sessions are supposed to be an opportunity for operators and users to interact with us 14:05:19 \o/ 14:05:44 so, it would be good for as many cinder community members (that is, you) to attend 14:05:52 ++ 14:05:59 so please mark them on your calendar 14:06:58 ok, next item is that we have a virtual ptg coming up 14:07:09 #link https://etherpad.opendev.org/p/wallaby-ptg-cinder-planning 14:07:17 please add topics to the above 14:07:32 or at the very least, make sure you register for the PTG (it's free) 14:07:47 finally, election season has begun 14:07:57 #link http://lists.openstack.org/pipermail/openstack-discuss/2020-September/017493.html 14:08:23 self-nominations are due by 29 September 14:08:27 details in the email 14:08:49 would be nice to keep some cinder representation on the TC 14:09:02 talk to jungleboyj if you want an idea of what the time commitment is like 14:09:17 :-) 14:09:46 that's all from me -- anyone have an announcement? 14:10:12 There may still be Cinder representation on the TC. :-) 14:10:41 is smcginnis on the TC these days? 14:10:55 rosmaita: No. Not at the moment. 14:11:16 jungleboyj: i misread the subject of your emal 14:11:29 rosmaita: Which one? 14:11:32 you are not running for oslo PTL, looks like 14:11:47 :-) Right. Was thanking Ben. 14:11:58 i though it was about the TC .. my mistake 14:12:18 well, it would be good to have *more* cinder representation on the TC! 14:12:32 my fault for not looking at the ML in threaded view 14:12:35 :) 14:12:54 #topic RC-1 14:13:06 we will be releasing tomorrow 14:13:23 i will put up an overall release notes patch after the meeting 14:13:35 i think we just need to mention the 2 new microversions 14:13:38 * e0ne wants to propose own patch https://review.opendev.org/#/c/752497/ 14:14:42 and maybe OSSN-0086, i think that happened after the ussuri release, though that whole thing is a blur 14:14:54 e0ne: let's add it to the etherpad 14:15:11 so we need to make sure release-critical patches make it into the release 14:15:18 which is why they are called release-critical 14:15:34 rosmaita: The RBD keyring for cinderlib patch is needed, or it will break cinderlib... 14:15:34 #link https://etherpad.opendev.org/p/cinder-victoria-release-critical-patches 14:15:46 geguileo: number 1 on the list! 14:15:50 oh, I see it there 14:15:52 XD 14:16:03 thanks 14:16:29 e0ne: that patch you posted looks appropriate 14:16:46 and small and easy to review 14:16:53 rosmaita: at lease, it makes users more happy :) 14:17:05 and probably operators too 14:17:10 rosmaita: +1 14:17:47 i think this patch is also needed to make the system scope thing work 14:17:48 https://review.opendev.org/#/c/752396/ 14:18:09 geguileo, rosmaita: I understand why we need this for cinderlib, but it looks like a one more dirty hack to get cinderlib working :( 14:18:29 e0ne: it's basically a revert of what we removed 14:18:45 but making sure it cannot be used in Cinder 14:18:55 the initial patches didn't have to add it, just made a small change 14:19:15 to remove it from cinder usage 14:19:19 yeah, the way i see it is that cinderlib has some requirements that are slightly different from cinder 14:19:33 because in Cinder this is a security concern 14:19:39 but it isn't for cinderlib 14:19:54 right, so even if the option is included in a cinder.conf, it will be ignored for cinder 14:20:58 this behaviour should be documented somewhere 14:21:33 well, there are comments in the code for developers 14:21:34 it's documented in OS-Brick 14:22:02 geguileo: can you please drop me a link? 14:22:24 rosmaita: incase it got missed, should i add the above patch to the etherpad as well? 14:22:27 e0ne: https://github.com/openstack/os-brick/blob/18fc838ea3400f81820d826732aef324410e90df/os_brick/initiator/connectors/rbd.py#L123-L125 14:22:51 geguileo: thanks 14:22:54 np 14:23:13 whoami-rajat__: was there any followup patches from the project level default volume-types? 14:23:14 i see it added now, thanks rosmaita 14:23:38 rosmaita: yes, there was one for NITs but it is merged 14:23:47 ok, great 14:24:07 whoami-rajat__: I think we should add a release note, and maybe a unit test... 14:24:27 ok, so the way things work now is that when RC-1 is released, the stable/victoria branch is cut 14:24:40 all bugfixes need to be proposed for master 14:24:48 geguileo: sure, i will add those 14:24:53 whoami-rajat__: thanks 14:25:03 and backports will have to be proposed to stable/victoria to get into RC-2 14:25:15 so, to keep this process manageable 14:25:35 if you have a release-critical bug, please add it to the etherpad so the stable team is aware of it 14:25:38 and can evaluate it 14:26:00 keep in mind that if a bug misses the victoria release, it can still be backported to victoria later for a stable release 14:26:21 and TBH, i don' t know that people rush out and install victoria on release day anyway 14:26:38 any questions? 14:27:25 #topic stable releases 14:27:44 i want to release from stable/ussuri and train soon 14:27:52 ussuri is ready to go, i think 14:28:07 train could still use this backport: https://review.opendev.org/752916 14:28:36 and there are some other open patches for stable/train that could go if people are interested in making revisions and reviewing 14:28:52 * whoami-rajat__ was going to mention the same 14:29:01 but once the above backport to train lands, i'll propose the releases 14:29:18 rosmaita: Done. 14:29:38 this will give us up to date ussuri and train with os-brick in the requirements that addresses all the OSSN-0086 followups 14:30:03 #topic migrate-to-focal community goal status 14:30:30 ok, this goal is continuing during RC time 14:30:55 the most immediate effect on us is this problem with barbican being run in focal: 14:31:05 #link https://storyboard.openstack.org/#!/story/2007732 14:31:33 so gmann posted patches so that our jobs that use barbican will run in bionic where it's not a problem 14:31:49 os-brick: https://review.opendev.org/#/c/743083/ 14:31:58 cinder-tempest-plugin: https://review.opendev.org/#/c/743079/ 14:32:14 i just want everyone to be aware of this in case something else breaks 14:32:34 the above reviews, i think one has been approved and the other still needs approval 14:32:40 so please take a look 14:32:54 because if they don't get merged before the big focal switchover, our gates will break 14:33:07 and that switchover is imminent 14:33:42 hopefully there will be no bad surprises 14:34:18 ok, on to the other community goal, which is to get rid of all legacy zuul jobs 14:34:31 #topic update on last legacy job 14:34:41 tosky: you weren't sure you'd be able to make it 14:34:53 tl;dr I'm late, sorry 14:35:02 no problem, you are right on time actually 14:35:28 i think that's the same patch you mentioned last week? 14:35:37 #link https://review.opendev.org/751579 14:36:04 technically a) the community goals should be done at RC1 time (or even before) b) this is cinder, I should have invested more time before c) well, we will need an extra backport, at least it's an experimental job 14:36:36 i don't think you have any reason to apologize 14:36:36 yes, it is that same patch; no updates, but I think now I know how to solve the reporting part 14:36:43 rosmaita: ++ 14:37:00 ok, great, that gives me an excuse to wait for the next patch to review :) 14:37:48 thanks for the update, and thank you for working on this ... you have pretty much done it alone 14:38:12 #topic update on NFS online extend bugfix 14:38:18 lseki: that's you 14:38:21 o/ 14:38:45 so I haven't worked on this since last time we discussed about it 14:38:59 and won't be able to address it in the next few months 14:39:28 so if anyone else has interest in adopting it 14:39:39 I'll be happy to help with any questions 14:40:13 the summary of what I found so far is in the etherpad 14:40:13 #link https://etherpad.opendev.org/p/fix-nfs-online-extend 14:40:34 and there's a patch from kaisers that is under progress 14:40:44 Note on that: I can fix the reno, np. I'm still working on our new CI setup as much as i can which is why i'm not doing much else here currently 14:40:53 one question ... is the current status that if you try to do an online extend, we now reject it instead of going into error? 14:40:54 which removes support from generic NFS and quobyte drivers 14:40:58 #link https://review.opendev.org/#/c/725805/ 14:41:53 or is that what ^^ does? 14:42:12 rosmaita: no, it goes to error, and ^ makes it reject 14:42:15 yes 14:42:35 ok, i knew we had discussed it, couldn't remember if it had merged or not 14:43:13 kaisers thanks 14:43:18 i think this might be a good candidate patch for RC-2 14:43:40 ++ 14:44:38 ok, thanks for the update 14:45:06 #topic open discussion 14:48:44 *crickets* 14:48:46 * lseki zzz 14:49:04 i have questions after looking at https://bugs.launchpad.net/cinder/+bug/1896764 if nothing else :) 14:49:14 eharney: Error: Could not gather data from Launchpad for bug #1896764 (https://launchpad.net/bugs/1896764). The error has been logged 14:49:28 err 14:49:29 eharney broke the bot 14:49:55 is launchpad down? 14:49:55 anyway, this looks like a small problem from the volume local cache work 14:50:21 but in fixing it, i'm not sure if "storage_protocol" is supposed to always been in volume_stats, or volume_stats['pools'] like this driver seems to do 14:51:05 which makes me wonder if the local cache works w/ volumes using pools currently 14:51:09 *with drivers using pools 14:51:44 e0ne: LP is pretty slow today 14:52:02 bug page just loaded for me 14:53:15 eharney: sorry if I caused the bug 14:53:24 i can submit the simple fix and we can look there to see if there are bigger problems, if that works 14:54:16 LiangFang: nah, this is likely more about us not having sufficient documentation on driver API details 14:55:26 eharney: this looks release-critical to me 14:55:59 I'm happy to be included as the reviewer for such issue 14:56:20 I will take a look of the bug tomorrow 14:56:26 i'll post the patch in a moment with a follow-up question there 14:56:47 sounds good, thanks eharney 14:57:24 just a few minutes left 14:59:10 i guess that's all for today then ... let's clear out and make way for horizon 14:59:17 thanks! 14:59:18 Thanks! 14:59:19 rosmaita: thanks! 14:59:32 thanks! 14:59:34 thanks 14:59:37 thanks 14:59:47 #endmeeting