15:00:11 #startmeeting manila 15:00:16 Meeting started Thu Jun 7 15:00:11 2018 UTC and is due to finish in 60 minutes. The chair is tbarron. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:17 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:20 The meeting name has been set to 'manila' 15:00:48 hey 15:00:49 hi 15:00:50 .o/ 15:00:51 manila courtesy ping: gouthamr zhongjun xyang markstur toabctl bswartz ganso 15:00:58 here 15:01:01 hey 15:01:06 o/ 15:01:06 hi 15:01:08 hello 15:01:13 hi 15:01:23 tbarron, where do you get the courtesy ping list from? 15:01:49 erlon_: just manila cores at the moment but I'll set up soemthing like in cinder where anyone can add .... 15:01:53 Hi all 15:01:57 * bswartz guesses tbarron uses a text file on his laptop 15:01:59 ok 15:02:01 nice 15:02:05 \o 15:02:41 This is our first meeting in three weeks given Summit and recovery from same. 15:02:48 So good to "see" everyone here. 15:02:58 :-D 15:02:59 Today's agenda: 15:03:07 o/ 15:03:22 #link https://wiki.openstack.org/w/index.php?title=Manila/Meetings§ion=2 15:03:31 #topic announcements 15:03:42 We have hit the Rocky-2 milestone 15:04:01 #link https://releases.openstack.org/rocky/schedule.html 15:04:18 manila is a cycle-with-milestones OpenStack project 15:04:29 o/ 15:04:42 #link https://releases.openstack.org/reference/release_models.html#cycle-with-milestones 15:05:02 * tbarron pretends not to see vkmc and gouthamr sneaking in 15:05:30 so I will be posting patches today for the corresponding b2 release 15:05:34 * vgreen gives vkmc and gouthamr hall-way passes 15:05:40 * gouthamr what, i'm awake.. i'm awake 15:05:58 and doing admin work to retarget bugs, blueprints, etc from milesone 2 15:06:20 For manila this week was the new driver submission deadline 15:06:43 #link https://releases.openstack.org/rocky/schedule.html#r-manila-driver-deadline 15:07:04 New drivers had to be substantially complete, with unit tests, and 15:07:11 passing 3rd party CI. 15:07:28 Did anyone miss the deadline? 15:07:37 We had Inspur and Pure drivers under consideration. 15:07:46 Inspur is in good shape. 15:08:08 Pure is going to resubmit in Stein. 15:08:35 I talked with some of the Pure folks at Summit and this isn't a surprise. 15:09:06 oh I guess were were on to 15:09:12 #topic New Drivers 15:09:14 :) 15:09:38 for the record: Inspur made the deadline and Pure will resubmit for Stein. 15:09:57 Is the Pure driver in good shape? 15:10:06 Was it just the CI system that holds it back? 15:10:18 simondodsley has noted in the review that the Pure driver will be available out of tree in the mean time 15:10:49 bswartz: we hadn't had any response to outstanding review comments for six weeks 15:11:03 until today, after I applied the -2 for this release 15:11:34 Anything else on this subject? 15:11:57 #topic Feature Spec work 15:12:27 New feature work must be merged by Feature Freeze at milestone 3 15:12:30 July 26 15:12:48 #link https://releases.openstack.org/rocky/schedule.html#r-3 15:13:14 We have the following reviews implementing specs that we approved for Rocky. 15:13:27 Add priority for access rules. 15:13:43 #link https://review.openstack.org/#/c/572283/ 15:13:59 Thanks for your work on this Jun and thanks to Amit for reviewing. 15:14:03 We need more eyes. 15:14:14 Thanks for listing that 15:14:18 JSON schema validation 15:14:50 #link https://review.openstack.org/#/c/563429/ 15:15:03 looks pretty good to me but needs review attention 15:15:16 metadata for access rules 15:15:36 #link https://review.openstack.org/#/c/570708/ 15:16:01 thanks for working on this one too Jun; we need review attention to it 15:16:15 These are all passing CI. 15:16:37 Lets review and get them merged! 15:16:41 and this: link: https://review.openstack.org/#/c/571366/ 15:17:23 zhongjun_: ah yes, thanks, there's a corresponding client side patch for the access-rule metadata work 15:17:52 zhongjun_: I just rechecked that one :) 15:18:02 Anything else on this topic? 15:18:17 tbarron: yeah, The function test fail because of the part of the service code doesn't merge 15:19:00 zhongjun_: do you mean that the client side patch has a dependency? 15:19:43 if so, can we express it with a Depends-on tag and get gerrit to test with it? 15:19:45 dependency on https://review.openstack.org/#/c/570708/ 15:20:07 tbarron: oh , yes , it should be 15:20:30 zhongjun_: ok, cool, I assume you will update the tag then 15:20:40 moving along ... 15:20:54 #topic Summit roundup 15:21:12 Manila-related summit sessions: 15:21:37 #link https://www.openstack.org/summit/vancouver-2018/summit-schedule/global-search?t=manila 15:21:40 check them out 15:22:09 Do any who attended Summit want to share remarks? 15:22:46 crickets 15:23:00 I wanted to point out an email thread that came out of the forum 15:23:03 just want to say that it was cool to finally meet some of you :D 15:23:07 Which resonated with me 15:23:15 tpsilva: yes! 15:23:19 #link http://lists.openstack.org/pipermail/openstack-dev/2018-May/130802.html 15:23:38 bswartz: +1000 15:23:39 The thread got very long 15:24:27 I recommend reading it, so I won't offer the cliff notes version of it 15:25:10 But yes, please read it and let's make sure manila is a leader in evolving our culture along the lines that the community as a whole has decided to go. 15:25:27 I'm doing a lot more non-voting reviews now. 15:25:45 Making suggestions, wording changes, etc. w/o voting -1. 15:26:03 and still voting -1 when I think it's the right thing to do :) 15:26:04 tbarron, +1 15:26:19 Thanks for bringing this up bswartz 15:26:53 I had observed in the past that sometimes people don't the review updates see if you don't vote anything 15:27:09 so I had the habit of -1 just because I'm waiting for an answer 15:27:28 ganso: that may have been an issue but I think we can shift that behavior as well.. 15:27:30 don't see the review updates** 15:27:33 just kidding :P 15:27:49 lol 15:27:55 in the end patch submitters need positive votes to merge 15:28:10 One of the suggestions in the ML thread was that reviewers can simply push their own patchsets if they have a bunch of uncontroversial small nitpicks 15:28:11 but not every suggestion or nit requires a -1 15:28:26 It's more efficient for everyone 15:28:41 and if it's such a minor suggestion, the patch can be merged without it being fixed 15:28:53 no big deal if an English typo is merged 15:28:54 bswartz: I'd personnaly prefer that but some people think that's rude 15:28:55 The only risk is colliding with other changes the submitter is working on 15:29:09 ganso: that's exactly the part of the culture *I'd* like to change 15:29:16 The idea is that we ask: is this patch making manila better rather than insisting on perfection 15:30:21 Let's take this one up again next week or the next after everyoone has had a chance to read the thread. 15:30:58 I'll mention that Vicky and I attended the China Mobile presentation on 15:31:06 glusterfs in public cloud 15:31:11 Very impressive. 15:31:34 But (as I noted publicly) it's a private fork of upstream manila. 15:31:41 tbarron: I watched that, I hope they contribute and interact with us so we can make manila better 15:31:56 We talked with the presenters afterwards informally as well and 15:32:10 there's a lot of good will and individual interest in 15:32:17 contributing the work back to manila. 15:32:21 So we'll see. 15:32:24 tbarron: and also help them improve as well, not only us 15:32:34 ganso: yes 15:32:52 so if you see reviews from these guys let's help shepherd them 15:32:58 =) 15:32:59 through the process 15:33:21 This is somewhat related to the thread bswartz pointe to because 15:33:42 you'll see there anecdotes of potential contributors giving up because of 15:33:54 perceived negative feedback about nitpicks. 15:34:22 We of course need to maintain quality, no one is saying that we retrench on that front. 15:34:48 But that may mean that reviewers take an active role in helping fix up patches where 15:35:01 there is basically a good idea being proposed. 15:35:25 Thiago, Erlon, and Dustin did a nice job on their IPv6 preso 15:35:35 which was well attended and well received. 15:36:00 tbarron, Thanks 15:36:17 In the above link of manila-related presos there is a cool one from CERN that gives manila lots of credit. 15:36:46 I'm thrilled about the progress on IPv6 support -- it's a personal crusade of mine 15:36:57 I with other projects considered IPv6 as important 15:37:03 Patrick Donnelly presented our work and plans w.r.t. multi-tenancy, oerformance and scale our of CephNFS back end. 15:37:04 s/with/wish/ 15:37:26 bswartz: thanks to you and Jun for driving the IPv6 foundationbal stuff in manila 15:37:54 In John Griffith's standalonne cinder session manila came up as well. 15:38:15 It was observed that manila can stand alone wherever cinder can and 15:38:31 is actually free-er to handle non traditionoal consumers 15:38:45 (consumers other than nova instances) since it serves up 15:38:57 storage over network rather than through hypervisor. 15:39:15 We did the usual project update and onboarding sessions. 15:39:55 Thanks to vkmc and dustins for the onboarding and to ganso and gouthamr an vkmc for previous summit sessions/slides that we could crib from 15:40:24 Our forum session turned out to be attended mostly by 15:40:38 worth to note too that the CFP for presentations to Stein is already open, and closes in the end of the month 15:40:49 HPC/scientific folks, on the one hand, and product managers, on the other 15:41:01 erlon_: yes, though they are considering extending that deadline 15:41:14 and forum sessions will be settled later 15:41:37 good, I though it was too early given the summit date 15:41:39 We ran overtime in the forum session, or rather had to quit before 15:41:53 finishing everything on the etherpad, mostly because I 15:42:02 (and I hope others) wanted to hear more about 15:42:31 how Minnesota SuperComputing Center, Square Kilometer Arrray, and Cern 15:42:43 are or are planning to use manila 15:43:25 We agreed to bring some of the etherpad and off-etherpad feature requests into future sessions of this meeting. 15:44:01 Some related HPC presentations where manila was discussed: 15:44:26 https://www.openstack.org/videos/vancouver-2018/containers-on-baremetal-and-preemptible-vms-at-cern-and-ska 15:44:48 #link https://www.openstack.org/videos/vancouver-2018/lessons-learned-in-deploying-openstack-for-hpc-users 15:45:05 #link https://www.openstack.org/videos/vancouver-2018/ceph-and-the-cern-hpc-infrastructure 15:45:32 Anything else on Summit? 15:45:49 #topic bugs 15:45:58 dustin do you have anything for us today? 15:46:36 * tbarron thinks dustin has been plenty busy on other fronts downstream 15:46:59 hey tbarron: thanks for doing the great/painstaking job for summarizing this for those of us who didn't attend in person :) 15:47:22 gouthamr: +1 15:47:32 tbarron: Thank you so much 15:47:32 ++ 15:47:43 np, i was worried I might be boring folks .... 15:47:50 * dustins peaks head in 15:48:06 I've been heads down in downstream stuff, so I haven't looked at bugs :( 15:48:13 dustins: it's bug time, if you have any 15:48:33 And I'm out the next two weeks on PTO, so y'all are on your own for bug scrubs :D 15:48:38 ok, we can skip this one for today 15:48:54 dustin will be with dennis rodman next week I hear 15:48:57 Do we need to worry about summer vacation affecting the release? 15:48:58 * tbarron jokes 15:49:15 LOL 15:49:38 bswartz: if you are on summer vaction then you won't worry and if not you just get the release done 15:49:53 #topic Open Discussion 15:49:56 * bswartz hunts down release schedule 15:50:34 Okay feature freeze is towards the end of July and RC1 early august 15:50:40 #link https://releases.openstack.org/rocky/schedule.html 15:50:42 Not terrible from a vacation perspective 15:51:07 everyone in europe will be on vacation in August I think 15:51:14 There was one year when the summer feature freeze hit right in the middle of the European vacation season 15:51:50 It looks like this time August will be mostly quiet time leading up to the release 15:53:25 One thing I'll mention was that python3 readiness may well be a Stein or T cross-project goal. 15:53:34 So it's good that we are working on it. 15:54:00 Also there was talk of openstack-client integration as a cross-project goal. 15:54:30 Not settled but it is an area (and the SDK in general, and ansible integration) where we in manila 15:54:34 are behind. 15:55:15 And the general tenor of this Summit was less *OpenStack* per se than 15:55:24 Open Infrastructure (stack or not) 15:55:45 so we really need to get our SDK story in order. 15:55:54 Comments? Grenades? 15:56:06 * bswartz throws a grenade 15:56:22 * tbarron wonders where he aimed it? 15:56:53 I just like grenades 15:57:01 OK, it looks like we're done for this week :) 15:57:05 and he has TSA-pre! 15:57:06 thanks 15:57:14 Thanks everyone!! 15:57:27 #endmeeting