15:00:40 #startmeeting manila 15:00:41 Meeting started Thu May 21 15:00:40 2020 UTC and is due to finish in 60 minutes. The chair is gouthamr. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:42 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:44 The meeting name has been set to 'manila' 15:00:49 o/ 15:00:51 o/ 15:01:08 o/ 15:01:09 hi 15:01:15 courtesy ping: xyang toabctl ganso vkmc amito lseki tbarron danielarthurt 15:01:21 o/ 15:01:21 hi 15:01:26 o/ hey 15:01:32 hello o/ 15:01:50 Here's our agenda for the day: 15:01:56 #link https://wiki.openstack.org/wiki/Manila/Meetings#Next_meeting 15:02:10 lets get started 15:02:12 #topic Announcements 15:03:00 not much going on this week, in terms of announcements - folks are probably looking forward to a long weekend in some countries 15:03:04 o/ 15:03:20 to do fun things, at home :} 15:03:31 :) 15:03:44 if you haven't registered for the upcoming virtual PTG, please do so: 15:03:55 #link https://www.eventbrite.com/e/virtual-project-teams-gathering-june-2020-tickets-103456996662 15:04:35 also add your name and tz info here: 15:04:37 #link https://etherpad.opendev.org/p/vancouver-ptg-manila-planning 15:04:53 any other announcements? 15:05:12 #topic Requesting a new manila tempest plugin tag (gouthamr) 15:05:21 * gouthamr pages me 15:06:08 okay, so we have some downstream requests piling up to tag a version of tempest with bugfixes that we've landed since the ussuri release 15:06:44 we have a handful of these fixes, but, i was hoping to collect a few more 15:07:28 so, if you have a tempest fix, point me to it, so i can review, wait for it to merge before requesting a release 15:07:56 i'm trying to get this tag early next week at the latest 15:08:12 any objections/concerns? 15:08:18 gouthamr: is there any upstream job that can test andrebeltrami fix? 15:08:34 this one: https://review.opendev.org/#/c/728604/ 15:08:57 #link https://review.opendev.org/#/c/728604/ (Add security service to share networks) 15:09:01 ^ for the highlight 15:09:05 ack 15:09:25 dviroel: sadly no, none of our first party DHSS=True drivers support security services 15:09:50 Seems to work with NetApp driver, but andrebeltrami is fixing some CI issues right now 15:09:57 dviroel: your best bet is the NetApp/EMC CI systems 15:10:17 we will post the results as soon we achieve all tests passing on CI 15:10:42 ++ 15:10:49 gouthamr: yeah, we may send an email to EMC guys also, so they can test too 15:10:50 dviroel: great... lets get this one, its been a pita for a bit 15:11:00 dviroel: sure thing! thanks for considering it 15:11:23 gouthamr: yeah, if you have any other concern with the code, please ping us 15:11:26 lkuchlan's not around, but he had a change https://review.opendev.org/#/c/725487/ that he's tested locally 15:12:19 it would be a "nice-to-have" for us, given we've never run scenario tests against the cephfs native protocol in manila 15:12:44 we'll need a custom image and some job changes to test this change 15:12:52 those are still pending.. 15:13:25 i'll ping folks once they're ready... 15:13:47 that's the two changes i'm tracking, speak up now if there are others 15:13:52 or let me know soon :) 15:14:06 lkuchlan++ 15:14:38 cool, lets move on.. 15:14:41 #topic Reviews needing attention 15:14:44 #link https://etherpad.openstack.org/p/manila-victoria-review-focus 15:15:26 looks like haixin's issues aren't fixed on https://review.opendev.org/#/c/700393/ 15:15:40 i haven't had cycles to look at it again and help.. 15:16:15 that's still on my backlog however, and others are welcome to take a look - its certainly a positive change for us to have, and a sort of tech debt 15:16:40 carloss: gave you plenty to work with wrt https://review.opendev.org/#/q/status:open+project:openstack/manila+branch:master+topic:bug/1843953 :) 15:17:00 no rush though! 15:17:14 yep :p ... it's in my todo list 15:17:19 intend to work on it soon 15:17:30 ack 15:17:43 lets go down that list 15:18:00 carloss vkmc: i noticed updates on https://review.opendev.org/#/c/703025/ 15:18:33 have you had a chance to re-review yet? 15:18:37 yes, the author seems to have fixed the issue I pointed out, I'll try it in my env today 15:18:50 good stuff, thanks carloss 15:18:59 the code changes I've proposed were answered 15:19:09 yw gouthamr 15:19:36 https://review.opendev.org/#/c/722418/ - this has a +1 from vkmc; will need more time? eyes? 15:20:10 both? :) 15:20:25 I think more eyes would be nice... thanks for reviewing it, vkmc :) 15:20:33 tbarron, dviroel can you help here? 15:20:51 sure 15:21:02 will take a look again, saw it on downstream some time ago 15:21:02 carloss: also add carthaca to the review 15:21:19 oh i see him there already 15:21:26 yep :) 15:21:36 good stuff 15:22:06 huge props to carloss dviroel and tbarron for their war-footing merges of the zuulv3 backports 15:22:20 that's just the tip of the iceberg, and there are a lot more coming :) 15:22:30 ++ 15:22:42 but, i've updated the review etherpad so you can track what's left in the current list 15:23:09 some of the backports haven't been uploaded yet to prevent merge conflicts and unnecessary rebases 15:24:15 alright, any one have any other review to bring up 15:24:16 ? 15:24:34 s/have/has 15:25:04 i'll add another NetApp bug fix to the etherpad 15:25:24 dviroel: sure.. 15:25:31 #link https://review.opendev.org/#/c/718233/ ([NetApp] Fix falsely report migration cancelation success) 15:25:33 ^ this one 15:26:06 cool, please add it and reach out to folks that can help review it.. 15:26:12 ack 15:26:25 lets move on to our next item.. 15:26:28 #topic Bugs (vhari) 15:26:45 o/ 15:26:47 o/ vhari - the floor is yours 15:26:57 ty gouthamr 15:27:01 #link https://bugs.launchpad.net/manila/+bug/1879907 15:27:01 Launchpad bug 1879907 in OpenStack Shared File Systems Service (Manila) "restapi filter can't work correctly if response has 'null' value of the lookup key." [Undecided,New] 15:27:32 this is a new one - 15:27:42 needs minor triage for now 15:28:08 weird 15:28:21 "The test case query all shares with snapshot_id='b17eb2a9-c7a5-4367-ba0f-e43eeb76ee9f'. However manila returns 3 shares, 2 of them have snapshot_id=null and only 1 of them has the requested snapshot_id." 15:29:27 the log actually confirms this, but i haven't seen this on the CI 15:31:02 its a really old test too, so i wonder how this is broken now - and only in third party CI 15:31:21 ack 15:31:27 oh waiy 15:31:29 wait* 15:31:30 https://review.opendev.org/#/c/703025/ 15:32:00 this "breakage" is on a bugfix we just discussed 15:32:12 so it looks like a regression introduced by the patch 15:32:56 yeah, ctrl+F on the bug report for 703025, all the logs are from that change 15:33:19 exactly 15:34:00 vhari: not a bug - the test is doing what its supposed to do, the code change is introducing a regression, that that has to be fixed before it can be merged 15:34:45 vhari: so lets mark it invalid - wdyt? 15:35:15 gouthamr, sounds ok, retest later and open bug if persist 15:35:48 need to tell this to the reporter, it's not the first time iirc 15:36:14 dviroel: ack 15:36:21 yes, adding ^^ comment 15:36:31 thanks vhari 15:36:40 sure, moving on 15:36:43 #link https://bugs.launchpad.net/manila/+bug/1879884 15:36:43 Launchpad bug 1879884 in OpenStack Shared File Systems Service (Manila) "lack of "cephfs_volume_mode " for other backend file systes" [Undecided,New] 15:36:59 ditto for this one .. looking for minor triage 15:37:32 this is a curious one 15:38:25 hmmm, yeah we don't really dictate what the unix directory permissions must be 15:38:51 i wonder if we should; is this a common use case? 15:39:15 hmm, seems like something the operator should config for their use case 15:39:27 I'd make a default config for permissions to 777 15:40:30 this is the change they're referring to when they say cephfs supports it: https://github.com/openstack/manila/blob/721bb70a81b80bf065705e8790bd117eae806e7d/releasenotes/notes/cephfs-set-mode-b7fb3ec51300c220.yaml#L5 15:40:42 so each back end would have to pick up on the option and act on it, right? 15:40:57 yes 15:41:19 that's why we did it just for cephfs, that's where we had a customer requesting it 15:41:20 and that probably matters only in case of NFS 15:42:57 hmmm, this one is a tough one - we'll probably have to think about it a bit more 15:44:03 for one, we should ask the reporter what's the ZFS backend they're using - we can change stuff easily if its zfsonlinux, but if they're referring to zfssa, that's an unmaintained backend 15:44:50 does anyone have any opinions on this bug, or is interested in tackling this use case? 15:45:12 i'd like to understand the use case better 15:45:34 e.g. if netapp or emc are used for nfs back end 15:45:41 is there a need? 15:46:02 e.g. when k8s runs on openstack? 15:46:12 what is is his zfs use case? 15:46:13 its uniform, iirc, everyone sets the default to 755 15:46:52 gouthamr: right, so if there is a need for a difft mode, what is the use case? 15:47:17 if we implement this, do we have to have driver support all at once? 15:48:02 gouthamr: i can ask some questions in the bug, or you can, but to prioritize need more info unless the reporter wants to start working on it 15:48:38 tbarron: ack, please do.. we can talk about it outside of this meeting, i don't understand *why* they can't deal with 755 to begin with .. 15:49:19 tbarron: i haven't dabbled too much into openshift, but, on native k8s with manila-csi, we are able to use the lvm backend fine, without having to toggle unix permissions 15:50:51 on netapp, you can control this with "unixPermissions" during share creation - i vaguely recall that the container plugins could do this 15:51:17 cool, vhari - tbarron will engage, and we'll follow up 15:51:44 got it .. so that's a wrap for bugs almost out of time :) 15:51:50 great thank you vhari 15:51:58 thanks all for input 15:52:00 #topic Open Discussion 15:52:32 wow time's flying, its already week 3 of Victoria Release: https://releases.openstack.org/victoria/schedule.html 15:52:50 next week* :) 15:53:07 anyway, i'll take some time to add time slots to our ptg discussions 15:53:17 please let me know if you have a preferred slot 15:53:28 i'll share deets on the ML asap 15:53:54 noone 15:54:06 has claimed any of the slots yet, so its first come first served 15:54:44 +1 15:55:08 alrighty folks, anything else for today? 15:56:02 cool, i want to end today's meeting with this: 15:56:51 if you haven't already seen this, please take a moment to read up about maaritamm's latest adventures 15:56:53 #link https://twitter.com/xahteiwi/status/1262675749149999105 15:57:25 gouthamr: i *think* it was a limitiation in openshift 3 that may have been resolved 15:57:30 we're grateful for her work here, and are proud of being her initial buddies :) 15:57:46 tbarron: ah! 15:57:54 lol, thanks gouthamr 15:58:06 I'm still sneaking around in here too :D 15:58:13 maaritamm++ 15:58:21 maaritamm++ 15:58:38 maaritamm++ 15:58:45 maaritamm++ 15:58:46 oh dont go away, maaritamm :) 15:58:49 i asked for info and marked it incomplete 15:59:01 maaritamm++ 15:59:07 cool ty tbarron 15:59:07 maaritamm++ 15:59:08 will become bug or wishlist and prioritized depending on response 15:59:24 awesome, thanks all for joining today 15:59:34 hope you stay safe and healthy! 15:59:37 #endmeeting