14:00:00 #startmeeting cinder 14:00:00 o/ 14:00:01 Meeting started Wed Mar 18 14:00:00 2020 UTC and is due to finish in 60 minutes. The chair is rosmaita. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:03 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:05 The meeting name has been set to 'cinder' 14:00:07 hi 14:00:09 Hi 14:00:12 #topic roll call 14:00:27 i guess the roll call is kind of pointless at this point 14:00:30 hello everyone 14:00:45 #link https://etherpad.openstack.org/p/cinder-ussuri-meetings 14:01:00 the roll call is over before the roll call :D 14:01:17 o/ 14:01:22 hi 14:01:48 #topic announcements 14:01:58 hi 14:02:01 first up 14:02:01 o/ 14:02:39 ttx is cleaning up the IRC channels and meetings, you may have seen his email 14:02:51 this meeting room is going to be a casualty of that effort 14:03:04 it will probably no longer exist next week 14:03:19 so, we will be moving to meeting room #openstack-meeting-alt for next week 14:03:28 the time WILL NOT CHANGE 14:03:32 just the location 14:03:54 i will send out a reminder and put a note in #openstack-cinder next week 14:04:04 rosmaita, thanks for the heads up 14:04:15 just be aware that if you try to connect to -meeting-4, it may not exist! 14:04:32 next topic 14:04:44 we had the second session of the virtual mid-cycle on monday 14:04:48 thanks to all who attended 14:05:01 jungleboyj posted the recording onto the cinder youtube channel 14:05:11 woot woot. 14:05:12 #link https://youtu.be/cA_VfYnS77o 14:05:21 and there's a summary available 14:05:30 #link https://wiki.openstack.org/wiki/CinderUssuriMidCycleSummary#Session_Two:_16_March_2020 14:06:11 one last announcement, i will be putting up release patches for stable/stein and stable/train later this week 14:06:32 so please check if there's anything that you'd like to propose for backport 14:06:42 rosmaita: Thanks for getting the summary and everything put together so quickly. 14:06:55 * rosmaita blushes 14:06:56 rosmaita: Are there many patches waiting on approval? 14:07:00 :-) 14:07:13 i don't think so, but i got distracted this morning and didn't look 14:07:21 Ok. I will take a look. 14:07:32 cool 14:07:54 ok, that's all for announcements, other than i hope everyone is staying healthy in these stressful times 14:08:23 #topic initial import of  devstack-plugin-open-cas 14:08:32 LiangFang has been busy! 14:08:42 #link https://review.opendev.org/#/c/713173/ 14:08:47 hi 14:08:58 I have prepared the initial 14:09:20 and I think I need to add tempest job 14:09:45 I take a look of devstack-plugin-ceph 14:10:12 seems I need to add tempest test cases in cinder-tempest-plugin 14:10:37 and then TEMPEST_PLUGINS: '/opt/stack/cinder-tempest-plugin' 14:11:16 you mean in .zuul.yaml ? 14:11:22 yes 14:11:37 not sure i'm correct or not 14:12:14 i'm not sure either 14:12:30 i will try to test this way 14:12:32 but we don' t need to wait until we figure it out to get the repo merged 14:12:42 you have some basic tests there of the plugin itself 14:12:56 I haven't had a chance to actually stack with that plugin. I'm assuming you have and it all works LiangFang? 14:13:16 yes, i use github repo 14:13:34 and it can work when ./stach.sh 14:13:57 it installed and uninstall open-cas normally 14:14:07 Perfect, thanks. 14:14:12 github repo is same with this repo in code 14:14:26 great, that's a good start 14:15:00 next, I need to add tempest test 14:15:46 I think the tempest test can be a follow up. Just my opinion. Might be good to get the code in place so the repo is there, then enhance it with better testing. 14:15:54 but I think i can add in next patch 14:16:10 smcginnis: agreed, thanks 14:16:19 smcginnis: +1 14:16:23 i agree with smcginnis, will be good to have this in place and then we can work with it 14:16:39 +1 14:16:49 plus, i think it can't actually break anything at this point 14:16:53 :) 14:17:51 no code referenced to this repo correctly I think 14:18:03 right, that will be the next step 14:18:12 thanks, LiangFang ... anything else? 14:18:35 when I do test, I just add in local.conf 14:18:50 enable_plugin devstack-plugin-open-cas https://... 14:19:29 yes, i think that's the standard way to enable a plugin 14:19:30 sorry I have not attend the virtual PTG meeting because my daught got fever 14:19:40 hope she's OK 14:20:02 my daughter also woke up with a fever this morning :( 14:20:06 yes, she's OK now, thanks. that's all from me 14:20:09 rosmaita: ++ 14:20:19 ok, great 14:20:27 rosmaita: Hope your daughter is ok. 14:20:47 yeah, just a low-grade fever at this point, so normally noting to worry about 14:20:53 *nothing 14:21:12 #topic os-reset_status notifications not going to the standard publisher 14:21:23 #link https://review.opendev.org/#/c/708563/ 14:21:32 hemna has ^^ up 14:21:37 it looks ok to me 14:22:01 but i just wanted to ask whether anyone knows of a reason why those notifications weren't going to the standard queues for cinder? 14:22:20 do we have any general documentation on how these notifications work? 14:22:38 ^ 14:22:55 I think we've had issues from time to time with notifications because not many people even are aware of them. 14:23:03 it wasn't really obvious to me why, for instance, snapshot notifications should go to a different publisher than volumes 14:24:17 i couldn't find anything 14:24:32 it's a repository 14:24:59 oh, sorry, ignore me 14:25:16 tosky: was waiting for you to elaborate 14:25:19 :) 14:25:47 so yeah, i don't have an answer to eric's question 14:26:08 i guess the thing to do now is to make these consistent with the others 14:26:12 Well, we can use git blame to find the commits that added the notifications. I'm guessing will just find that whoever added them just didn't know how things are supposed to work. 14:26:35 The tricky part will be that now there may be some consumers looking for these notifications in different places. 14:26:58 So I guess if we change any of them, we need to at least be very clear in the release notes about it. 14:28:25 sorry, was just looking at that patch 14:28:46 yes, i agree about the release note being beefed up a bit 14:29:22 i guess we could also send an email to [ops] requesting comments 14:29:33 Not a bad idea. 14:29:43 i'll do that 14:29:45 Yeah, I am having trouble following the release note. Trying to suggest improvement there now. 14:30:17 #action rosmaita email to [operators] about change to publishing queue for os-reset_status notifications 14:30:43 ok, thanks ... if anyone has second thoughts or sudden recollections, please comment on the patch 14:31:04 this next topic is exciting 14:31:11 #topic new job to test Active/Active HA 14:31:17 e0ne: that's you 14:31:28 :) 14:31:46 That is exciting. 14:31:51 to be clear, I'm not proposing adding any new tests now :) 14:32:17 everything I propose is to add a regular tempest tests with cinder plugin 14:32:42 so it will find such bugs as https://bugs.launchpad.net/cinder/+bug/1867906 14:32:46 #link https://bugs.launchpad.net/cinder/+bug/1867906 14:32:50 Launchpad bug 1867906 in Cinder "group-create-from-src doesn't work in active/active mode" [Undecided,In progress] - Assigned to Ivan Kolodyazhny (e0ne) 14:33:27 Ah, sounds like a good idea. 14:33:54 I know that geguileo was going to create some active/active-specific test framework.. it's also great idea 14:34:24 e0ne: yeah, that's on hold and I don't expect to be able to work on that for a while... :-( 14:34:29 but with a limited capacity I would like to have tempest run to be sure that A/A doesn't break anything 14:34:50 geguileo: :( 14:34:58 Any additional testing would definitely be an improvement. 14:35:22 I'm still concerned that we have this feature in there with no real way of knowing it works right. 14:35:31 Other than that geguileo has run some things locally. :) 14:35:31 smcginnis: +1 14:35:49 smcginnis: we're going to use it in our distro 14:36:00 as are we 14:36:09 We'll probably know for sure soon enough then. :D 14:36:19 :) 14:36:49 We use eharney 's distro, so ... :-) 14:36:59 this sounds like a good start 14:37:11 Testing in production is the best! 14:37:15 Adds spice to life. 14:37:21 rofl 14:37:24 jungleboyj: does it mean Lenovo will support HA soon? 14:37:30 well, it certainly adds urgency 14:37:40 geguileo: Thought you could use a laugh. 14:37:49 e0ne: The Lenovo driver? 14:38:06 jungleboyj: I do, thanks :-) 14:38:07 yep 14:38:35 looks like we agree with my proposal... so I have one more question about our CI... 14:38:44 e0ne: No, I don't think we will use it there but we are making use of the Ceph driver which has HA support. Right? 14:39:11 jungleboyj: fair enough 14:39:41 does anybody remember where is our multinode job? 14:39:44 We will also be using NetApp's drivers. I think they may have added support. 14:40:40 we have a patch enabling AA only for SF until now 14:41:27 you are saying for ONTAP right? 14:42:00 Yes, ONTAP. 14:42:03 e0ne: i think the grenade jobs are multinode ? 14:42:35 rosmaita: I'm not sure 14:42:46 me neither, tbh 14:42:54 jungleboyj: we don't have plans to implement A/A on ONTAP yet 14:42:55 we've got lvm multibackend 14:43:09 but I don't see any multinode job now :( 14:43:16 lseki: Ok. Good to know. 14:43:23 I remember we'd got it in the past 14:43:36 tosky: are you around? 14:43:47 jungleboyj: but it's in progress for solidfire 14:43:56 (Luigi is my go-to person for gate jobs) 14:44:05 :) 14:44:31 rosmaita: yes 14:44:44 the "mn" in "cinder-grenade-dsvm-mn-sub-volbak" implies it does something multi-node but i'm not sure what 14:45:08 yes, it uses two nodes (and split the cinder services) 14:45:12 tosky: maybe you can coordinate with e0ne -- he has some ideas for adding some tests, but needs a multinode job 14:45:40 well, the grenade job is not the first choice as it is for upgrades, you probably want a normal multinode job 14:45:40 the cinder-grenade-dsvm-mn-sub-volbak and one more job with -volsch in the experimental job were defined for multinode testing purpose 14:46:02 it 14:46:03 all the tempest-based jobs are potentially multinode, you just need to change the nodeset 14:46:16 it's good that at lease grenade is multinode 14:46:36 which kind of tests do you want to add? 14:46:43 tosky: sounds good. I'll try to add a new job 14:47:09 tosky: do you know any examples of a "normal" (non-grenade) multinode job? 14:47:14 tosky: some A/A HA configuration 14:47:55 i think e0ne just wants to get an A/A setup, and then run our normal tempest tests and see what breaks 14:48:28 rosmaita: thanks. it's exactly what I want to do 14:48:36 rosmaita: tempest-multinode-full from tempest.git 14:48:52 it's basically devstack-tempest with a different nodeset 14:49:06 tosky: sounds like what we need 14:49:17 +1 14:49:24 Different nodeset, then some config changes to set up the A/A bit. 14:49:55 e0ne: see if you can get something started, and ask for help if you need it next week 14:50:10 i think there's a lot of interest in getting something like this working 14:50:11 rosmaita: ok, will do it asap 14:50:47 great 14:51:01 so that actually was an exciting topic! 14:51:21 #topic open discussion 14:51:41 :-) 14:52:03 :) 14:52:23 rosmaita: Anything we need to do to start planning for the virtual PTG? 14:52:40 i was going to wait until M-3 14:52:43 :-) 14:52:51 smcginnis: is it virtual for sure? 14:52:59 Has it been officialy decided virtual? 14:53:02 Jinx. 14:53:13 I thought so. 14:53:14 jungleboyj: afaik, not yet 14:53:15 the foundation page hasn't been updated since 2 march 14:53:19 * smcginnis looks again 14:53:28 https://www.openstack.org/events/covid-19-coronavirus-disease-updates 14:53:54 I think it is a safe bet that it will be. 14:53:58 https://www.openstack.org/events/covid-19-coronavirus-disease-updates 14:54:01 Unfortunately. 14:54:25 the European Football Championship has been postponed to 2021 (and it was supposed to happen in June), I would be surprised if the PTG was going to happen 14:54:27 jungleboyj: +1 14:54:31 It's probably safe to assume APril will be virtual. 14:54:51 i think the KubeCon was postponded as well 14:55:06 May will probably be all virtual as well. 14:55:13 i guess the only worry will be everyone using bluejeans at once may crash it! 14:55:23 They were talking about this going through the Summer in the US potentially but I really hope not. 14:55:38 my thought would be, we'll hold the virtual PTG on the dates already reserved 14:55:46 I've found this useful: https://stayinghome.club/ 14:55:58 i guess the only problem will be time zones 14:56:00 :-) This is an amazing scaling test for VPN providers, streaming companies and video conferencing platforms. 14:56:25 I've been impressed how little issues I've noticed so far. 14:56:33 rosmaita: maybe the foundation could provide a private jitsi instance on private server for the PTG 14:56:46 i think we can do multiple 2 hour slots such that at least one slot is convenient for each TZ 14:56:55 We do have our own asterisk server. Not sure how much that scales. 14:57:04 smcginnis: ++ My internet is a little slower, but not bad. Apparently some people in Lenovo were having VPN issues. Not too bad though. 14:57:08 tosky: i misread that as "private jet" and thought, "but where would we go?" 14:57:14 :) 14:57:14 Rachel is having major issues with her VPN. 14:57:50 ok, i guess the summary of that is we should start thinking about a virtual PTG 14:58:01 :-) 14:59:22 ok, just about out of time 14:59:32 we'll start planning at next meeting, i guess 14:59:47 anyone have anything to say? 15:00:02 Stay safe everyone! 15:00:08 +1 15:00:12 +1 15:00:13 +1 15:00:24 #endmeeting