15:00:11 #startmeeting manila 15:00:12 Meeting started Thu Nov 30 15:00:11 2017 UTC and is due to finish in 60 minutes. The chair is bswartz. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:14 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:16 The meeting name has been set to 'manila' 15:00:21 hello all 15:00:23 \o 15:00:29 o/ 15:00:29 Hi! 15:01:11 hello 15:01:20 courtesy ping: gouthamr zhongjun toabctl xyang markstur vponomaryov cknight 15:01:33 hi 15:02:12 wow it's a small group today 15:02:43 yeah 15:02:44 and I'll be leaving the chat soon for my bus, unfortunately 15:02:53 Is it special today? 15:02:53 okay let's get started 15:03:09 no, I would have expected people to be back from holidays 15:03:33 #topic announcements 15:03:37 o/ 15:04:06 first of all, we already mentioned it on the ML, but welcome zhongjun to the manila core reviewer team! 15:04:16 welcome zhongjun! =D 15:04:18 +1000 15:04:21 Thank you everyone! 15:04:24 welcome :) 15:04:34 zhongjun: is your +2 button working? 15:04:44 zhongjun: just keep catching issues in reviews that I miss! 15:04:51 bswartz: yes 15:05:03 if you have any questions about our team policies, please come ask me 15:05:05 zhongjun: Congratulations! 15:05:16 I assume you're familiar with all the normal rules about merging changes 15:05:40 second thing -- we are just one week away from milestone 2 15:05:46 tbarron jungleboyj: :) thanks 15:06:05 there is a driver proposal freeze next Monday 15:06:06 bswartz: sure , I will 15:06:12 #link https://releases.openstack.org/queens/schedule.html#q-manila-driver-deadline 15:06:36 I know amito-infinidat is working against that deadline 15:07:12 bswartz: yes. Our CI is running, but we experienced a lab crash last night so some of our hosts have issues not related to the zuul/tempest environment. 15:07:13 o/ 15:07:53 bswartz: so we're working to get to a working 3rd party CI. 15:08:10 I'll just remind everyone that feature proposal freeze is just 5 weeks later, and due to the winter holidays, we have very little time to do coding/reviews between milestone 2 and feature proposal freeze 15:08:45 amito-infinidat: sorry to hear that -- I hope you can recover quickly 15:09:04 bswartz: thanks 15:09:10 on to our agenda 15:09:19 #topic Report from Wuhan Bug Smash 15:09:31 zhongjun: I assume you added this? 15:09:39 #link https://etherpad.openstack.org/p/OpenStack-Bug-Smash-Queens-Wuhan-Bugs-List 15:09:55 bswartz: Actually, it isn't 15:10:42 bswartz: But I still want to say the good thing is we fixed 17 bugs in whhan bug smash, and all people come from 5 different companies (firberhome, chinamobile, H3c, 99cloud, huawei ). Thanks all of them 15:10:52 the name on the wiki update is tpb -- is that tbarron? 15:11:32 bswartz: Some of the bugs from dustins’s bug list, thanks dustins 15:11:58 how many of those bugs were related to manila? 15:11:59 bswartz: sorry, in another convo, that was me 15:12:11 look at how many were manila: 17 reviews! 15:12:21 zhongjun: Of course! Hopefully that helped out :) 15:12:23 bswartz: 17 bugs related to manila 15:12:26 oh wow 15:12:26 manila had more reviews than nova or neutron 15:12:29 that's awesome 15:12:37 That's amazing! 15:12:39 with five companies participating I think 15:12:45 I dedicated wednesday to reviewing 15:12:52 but I didn't manage to cover that many bugs 15:13:06 Anyways, I've reviewed a bunch, but we need more eyes. 15:13:18 so what's left to do? are all of these fixes merged or are some waiting for review? 15:13:32 We could continue to review those bugs 15:13:50 yeah I'm clicking some links from the etherpad and seeing these still need reviews 15:14:00 some waiting for review 15:14:29 so let's try to get some eyes on these bugs -- I'd like to merge them before the milestone, so milestone 2 can deliver a bunch of fixes 15:15:37 I'd like to reorder the next 2 topics 15:15:48 I think it makes sense to cover bugs last, because it can take a lot of time 15:16:01 #topic Use v3 cinder client instead of v2 cinder client 15:16:10 #link https://review.openstack.org/#/c/522478/ 15:16:12 bswartz: thanks 15:16:25 this one is definitely yours zhongjun 15:16:33 Cinder has been deprecated v2 api in Pike, So Could we use v3 cinder client instead of v2 cinderclient. 15:16:45 #link https://review.openstack.org/#/c/522478 15:17:05 #link https://review.openstack.org/#/c/438195/ 15:17:09 why does this look like mostly a deletion of code? did we already support cinderv3? 15:17:33 It looks like it is work now 15:17:34 v3 is a supserset of v2. Should be pretty painless. 15:18:00 interesting 15:18:08 where do we use cinder outside of the generic driver? 15:18:12 We just use some of main cinder API 15:18:18 this is similar to my WIP patch: https://review.openstack.org/#/c/516127/ 15:18:39 which attempted similar changes for nova & neutron 15:19:01 but maybe I was confused, I thought those options were for those clients to interact with keystone v2 15:19:22 bswartz: I think only generic uses the cinder client 15:19:51 okay so we should look closely at any test failures in the generic driver jobs 15:20:51 tbarron: I see glusterfs and hdfs jobs are hanging around still -- aren't we trying to remove those? 15:21:13 bswartz: yeah, they were removed from the check queue but didn't go away 15:21:34 bswartz: I've been working with infra, there's some weird zuulv3 inheritance at work 15:21:34 what else do we need to do to make them stop consuming resources? 15:21:38 I see 15:22:12 hopefully we'll get it sorted soon 15:22:18 zhongjun: anything we need to discusss related to this patch? or you just wanted to call attention to it for reviews? 15:22:26 okay, if the generic driver work fine, we could use cinder v3 instead of v2? 15:22:48 yeah we should not use a deprecated API 15:22:57 so I agree with the intent 15:23:12 yeah, then just need more eyes on it :) 15:23:14 and because it only affects the generic driver, that's where we should look for regressions 15:23:20 okay thanks 15:23:27 I think the patch is mixing two things but that's probably ok if we just update the commit msg 15:23:33 1) cinder v2->v3 15:23:44 2) old deprecated keystone options 15:23:53 used by cinder client 15:24:05 tbarron: I trust you'll provide a -1 then 15:24:13 on it 15:24:14 or just update the commit message 15:24:18 #topic Let's go over new bugs 15:24:26 tbarron : good 15:24:28 right, we probably should do more of the latter 15:24:33 dustins: you're up 15:24:43 #link https://etherpad.openstack.org/p/manila-bug-triage-pad 15:24:52 I'm still digging out from the holiday, so I haven't had a look yet 15:25:01 There will be plenty for next week though :D 15:25:13 * dustins just got back yesterday 15:25:23 dustins: we didn't meet last week, and IIRC you were absent 2 weeks ago so we covered this for you 15:25:43 bswartz: Yeah, I was in training two weeks ago 15:25:46 * bswartz goes to check 15:26:18 actually I don't see any coverage from 2 week ago 15:26:34 so we haven't really examined this etherpad in 3 weeks 15:26:56 is there some overlap between these bugs and the bug smash bugs? 15:27:27 The ones from the bug scrub I picked because they were triaged or were fairly trivial/wish listy thing 15:27:49 at least one bug linked here is "fix released" 15:28:05 so yeah we need to update the etherpad 15:28:28 when we do, probably think about which need backports 15:28:53 e.g. 1730529 s/b backported to pike as it was found in pike 15:28:55 who drives the decision to backport the fixes? 15:28:57 * tbarron cherry-picks 15:29:02 is that dustins? 15:29:07 or you tbarron? 15:29:18 junboli 15:29:38 typically we (netapp) only try to backport fixes that our customers complain about 15:29:43 but we can add pike-backport-potential and cherry-pick 15:29:53 this bug says pike in its title 15:30:08 and we (redhat) do pro-active backports to minimize customer pain 15:30:19 and our expense :-) 15:30:21 tagging the bug with backport-potential in LP is the traditional way to do it 15:30:36 but we haven't been scanning the list for bugs with those tags very consistently 15:30:42 b/c it's more work to do it re-actively than pro-actively if you know it needs fixing 15:31:00 ack on not scanning the list well, I can help 15:31:03 okay well you're welcome to initial backports for the ones you think will matter 15:31:17 s/initial/initiate/ 15:31:53 #topic open discussion 15:31:58 okay we have extra time today 15:32:03 anything else we should cover? 15:32:41 alright, thanks everyone 15:32:47 Assuming the CI will finally pass, do you think our driver can be approved till Monday? (the last day according to the sches) 15:32:58 s/sches/schedule 15:33:06 amito-infinidat: the work just needs to be done by then 15:33:07 amito-infinidat: monday is the last day for the driver to be proposed 15:33:16 amito-infinidat: with working CI and unit tests 15:33:19 we can review it and merge it in the following weeks 15:33:38 we just won't accept half-done drivers or drivers without a working CI system 15:33:46 so don't worry about the review/merge part 15:33:47 ok 15:34:16 #endmeeting