15:00:23 #startmeeting manila 15:00:23 Meeting started Thu Oct 10 15:00:23 2019 UTC and is due to finish in 60 minutes. The chair is gouthamr. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:24 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:26 The meeting name has been set to 'manila' 15:00:42 \o 15:00:45 hey :) 15:00:52 o/ 15:01:02 courtesy ping: xyang toabctl bswartz ganso erlon tpsilva vkmc amito jgrosso dviroel 15:01:08 o/ 15:01:10 o/ 15:01:13 \o 15:01:15 \o/ 15:01:20 \o/ 15:01:27 .o/ 15:01:42 o/ 15:01:50 this is pretty enthusiastic 15:01:52 ascii figures ftw 15:02:01 hello everyone! :) 15:02:25 thanks for joining 15:02:29 here's the meeting agenda 15:02:30 \o/ /o\ \o/ 15:02:32 #link: https://wiki.openstack.org/wiki/Manila/Meetings#Next_meeting 15:02:37 jumping jacks to wake up 15:02:53 lol 15:02:57 #topic Announcements 15:03:17 first off, let's formally welcome our newest core reviewer, dviroel 15:03:23 \o/ 15:03:26 this is pretty enthusiastic <- this is all we got in irc, we need to exploit it 15:03:37 👏 15:03:37 * tbarron does a deep bow 15:04:00 thanks for your hard work, dviroel - and everyone for your votes 15:04:02 #link: http://lists.openstack.org/pipermail/openstack-discuss/2019-October/009910.html 15:04:08 in dviroel's direction 15:04:09 dviroel++ 15:04:37 gouthamr: ty for providing the opportunity 15:05:24 as mentioned in that email, we'd like to grow the core maintainers team - if you're interested to join, please let your interest known to one of us, and we'll help guide you 15:05:47 \o/ 15:05:51 Hooray 15:05:57 krakenbot somewhere: you're doing great work, dviroel 15:06:27 thanks everyone 15:06:55 Hi 15:06:57 :) 15:07:01 next up, please review our List of Shanghai events 15:07:02 hey jgrosso 15:07:12 hey gouthamr 15:07:18 we have a few good talks proposed: 15:07:19 #link: https://www.openstack.org/summit/shanghai-2019/summit-schedule/global-search?t=manila 15:07:53 and we're meeting on Wednesday, Nov 6th for our project technical gathering 15:07:55 #link: https://www.openstack.org/ptg/ 15:08:11 we'll speak a bit about this in a while 15:08:35 but, what's new on the schedule is a fishbowl/forum session, led by tbarron and vkmc 15:09:10 our future directions for manila-csi will be discussed there, so please plan on attending if you're in Shanghai 15:09:39 any other announcements? 15:09:44 andrebeltrami is a new netapper in the team 15:09:49 \o/ 15:09:53 o/ 15:09:57 oh, nice - welcome andrebeltrami 15:10:02 welcome andrebeltrami 15:10:03 will work on cinder though 15:10:18 thank you gouthamr! 15:10:25 hi andrebeltrami, welcome! 15:10:39 thank you all! :) 15:10:40 that's okay, we won't hate you if you'd like to sneak in a few contributions to manila andrebeltrami 15:10:54 for sure =) 15:10:59 haha 15:11:08 #topic: "Meet the project leaders" opportunities in Shanghai 15:11:15 #link http://lists.openstack.org/pipermail/openstack-discuss/2019-October/009925.html 15:11:19 #link https://etherpad.openstack.org/p/meet-the-project-leaders 15:12:18 a f2f meeting with project leaders has been proposed during the summit 15:12:28 there are two separate dates and times 15:13:02 if you're at the summit, please do participate 15:13:42 the event's for contributors to get to know core reviewers, PTLs, TC members, SIG heads and all manner of leaders in the community 15:14:06 you're all leaders in the manila community :) 15:14:57 so, mark your calendars - tbarron will be around, and i'm volun-telling him to lead our brigade 15:15:27 aye aye sir 15:16:01 awesome, anything more to add about the summit/planning? 15:16:20 well, we have one more thing... 15:16:21 #topic Ussuri PTG Planning 15:16:27 aye gouthamr 15:16:35 ty vkmc 15:16:38 ty tbarron 15:16:41 #link: https://etherpad.openstack.org/p/manila-shanghai-ptg-planning PTG Planning Etherpad 15:17:40 thanks for adding topics, i reorganized the existing ones a little bit 15:18:10 i know there will be more of them - please copy the template and keep adding them 15:18:23 we'll groom them and see how we can go about the day 15:19:31 we still don't know if we can have any sort of remote participation, but, setting our agenda helps us plan the extra remote-only PTG that we intend to have 15:20:14 anything else on this $topic? 15:21:11 nice, for the first time in three weeks, let's shine some light on bugs! 15:21:17 #topic Bugs (jgrosso) 15:21:17 just my two cents, it might be a good idea to organize note takers... I volunteer to do it 15:21:25 because remote participation this time around is gonna be really hard 15:21:33 so, documentation is kinda critical now 15:21:40 ah! 15:21:42 #undo 15:21:43 Removing item from minutes: #topic Bugs (jgrosso) 15:21:58 Bugs live to see another day! 15:22:00 that's it gouthamr, sorry for the delay to add that comment 15:22:00 yes vkmc, it'll be critical 15:22:03 :( 15:22:13 we need two or more people taking notes in turns 15:22:15 sorry jgrosso :( 15:22:28 vhari its ok 15:22:35 even if we can't connect remotely, we should hope to note things down and possibly record the in-person meeting if technology allows 15:22:47 ++ 15:22:48 thanks for bringing this point up 15:23:05 #topic Bugs (jgrosso) 15:23:12 like Bugs bunny, just cooler 15:23:16 thanks gouthamr 15:23:18 :) 15:23:26 ok so https://bugs.launchpad.net/manila/+bug/1846836 15:23:26 Launchpad bug 1846836 in Manila "Share network update returns success when it shouldn't" [Undecided,New] 15:23:42 this is a new one from last week 15:23:55 I'm working on this one... Will assign it to me, jgrosso :) 15:24:15 carloss thanks! 15:24:28 carloss: what's the impact of this bug? 15:24:47 carloss: does the update get lost? or does a new subnet get created? 15:25:18 I think it is a minor one... 15:25:58 A new subnet does not get created... When the user tries to update the share network and there is no default subnet, it should raise an error 15:26:06 But it isn't happening 15:26:16 ack, so nothing happens in the database 15:26:24 the API doesn't fail 15:26:27 And manila returns success to the user, even if there is no subnet to be updated 15:26:31 gouthamr: yes 15:26:54 so the importance is low ? 15:26:56 okay, seems like a minor annoyance to me 15:27:34 jgrosso: i'd set it to medium, and i think it warrants a backport to Train 15:27:45 done 15:28:00 I'm pretty close to upload the PS with the fix :) 15:28:08 thanks carloss 15:28:13 Just waiting for functional tests execution 15:28:18 yw gouthamr 15:28:24 hey carloss since your here 15:28:26 https://bugs.launchpad.net/manila/+bug/1807126 15:28:26 Launchpad bug 1807126 in Manila "Cannot create shares using generic driver" [Medium,Confirmed] 15:28:31 any update on this one ? 15:28:47 i know one is paid to work on this 15:28:55 no one is paid* 15:29:15 I don't have updates on this one jgrosso :/ 15:29:25 :) cool thanks 15:29:36 https://bugs.launchpad.net/manila/+bug/1818569 15:29:36 Launchpad bug 1818569 in Manila "access rule apply races allow duplicates" [Medium,Triaged] 15:29:55 jgrosso: we can close https://bugs.launchpad.net/manila/+bug/1807126 - i'll comment on it 15:29:56 Launchpad bug 1807126 in Manila "Cannot create shares using generic driver" [Medium,Confirmed] 15:29:57 just curious was this discussed at last PTG or the upcoiming PTG 15:30:21 gouthamr ack about 1807126 15:30:29 jgrosso: on 1807226 the question is whether the issue still occurs after several potentially relevant fixes 15:31:25 1807126 ^^ 15:31:41 tbarron yes 15:31:57 oh I see gouthamr's remark now 15:32:04 gouthamr: :) 15:32:11 yes he is going to close 15:32:37 so what about https://bugs.launchpad.net/manila/+bug/1818569 15:32:37 Launchpad bug 1818569 in Manila "access rule apply races allow duplicates" [Medium,Triaged] 15:33:13 jgrosso: it's an open issue 15:33:25 tbarron that will be disussed in shanghai 15:33:30 ? 15:33:32 jgrosso: no reports from the field 15:33:44 tbarron ack 15:33:45 we discussed it but haven't figured it out 15:33:56 tbarron thanks 15:34:10 https://bugs.launchpad.net/manila/+bug/1652823 15:34:10 Launchpad bug 1652823 in Manila "capability_create_share_from_snapshot_support is not set for some shares that are being used in create_share_from_snapshot tests" [Medium,In progress] - Assigned to yankee (yankeefu) 15:34:28 yankee still around ? 15:34:57 haven't seen him/her for a while 15:35:19 but, this bug must be fixed now 15:35:31 gouthamr ack will unassign, do we think it needs to be fixed 15:35:38 gouthamr ack 15:35:40 digs up vkmc's patch 15:35:57 #link https://review.opendev.org/#/c/540070/ 15:36:09 "Create a generic share type (api tests)" 15:36:27 yeah I was going to say that should take care of it 15:36:28 the idea behind this was to create a share type that has all the configured/needed extra-specs 15:36:31 do we need to do something alike? 15:36:39 a share type to rule them al 15:36:40 l 15:37:10 vkmc: hopefully not, your fix was what the tests needed - they now work without a default share type 15:37:36 gouthamr so this has been verified and can be closed? 15:37:43 so the workaround suggested on the bug isn't required anymore 15:37:54 oh cool 15:38:06 jgrosso: yes - we can reference vkmc's fix and close it 15:38:17 excellent I will do it 15:38:18 vkmc: do you want to assign the bug to yourself and do that? 15:38:23 gouthamr, sure 15:38:28 thats all i had for today 15:38:29 or jgrosso :) 15:38:35 * gouthamr closing bugs is fun 15:38:49 dont want to steal any ones thunder here 15:38:51 :) 15:39:11 hehe, ty for bringing these up jgrosso 15:39:21 gouthamr: you we welcome 15:39:28 regarding https://bugs.launchpad.net/manila/+bug/1818569 15:39:28 Launchpad bug 1818569 in Manila "access rule apply races allow duplicates" [Medium,Triaged] 15:40:04 tbarron: there's a similar bug you were investigating when you found this ^ 15:40:05 https://bugs.launchpad.net/manila/+bug/1808127 15:40:05 Launchpad bug 1808127 in Manila "intermittent tempest duplicate access rule failure" [Low,Confirmed] - Assigned to Tom Barron (tpb) 15:40:39 jgrosso: the problem with these bugs is that the assignee is a slacker 15:40:49 is this still an issue with the cephfs-nfs driver, or a generic issue? 15:41:00 the latter that is 15:41:01 tbarron no way man he is a rockstar! 15:41:19 jgrosso: true that :) 15:41:21 I think it's likely a general issue that I saw there 15:41:23 :) 15:41:26 yeah, " Unassigned" is a rockstar 15:41:32 But can't sweart to it 15:41:35 swear 15:42:03 gouthamr one is low and one is medium but your saying they are relatred 15:42:07 related* 15:42:24 shall I unassign both for now 15:42:28 jgrosso: They both are access-rule race issues 15:42:33 jgrosso: likely 15:42:39 right 15:42:46 jgrosso tbarron: i'll take a look at this 15:42:53 jgrosso: yeah, unassign in order to encourage anyone who wants to look but 15:43:00 tbarron ack 15:43:10 or assign to gouthamr :) 15:43:17 I still feel some obligation, just haven"t had insight or dedicated bandwidth 15:43:32 yes, i'll consult with you tbarron 15:43:39 jgrosso: leave them unassigned, if he wants to pick it up that's cool 15:43:45 done 15:43:58 alright, anything else about $topic 15:44:16 okay... moving on.. 15:44:18 nope 15:44:22 #topic: Open Discussion 15:44:49 i missed an important announcement 15:45:01 today's the last day for any RCs 15:45:16 and we haven't found any release critical bugs 15:45:33 however, i'll be proposing a re-release for manila-tempest-plugin 15:45:59 if anyone thinks we ought to do another train release for manila, please let me know 15:46:32 remember: we'll be doing a release again in ~3 weeks if we have backports that affect users 15:47:06 but, it's up to the distributors to pick up these updated bits, which, they can ofcourse do directly off of our git repos too 15:48:06 i can think of carloss' share networks bug as the first of many candidates that'll be backported 15:48:14 s/bug/bugfix 15:49:28 in other news, i know we're all zorilla-forever, but: 15:49:28 https://www.npr.org/2019/10/09/768475870/stuffed-with-sockeye-salmon-holly-wins-fat-bear-week-heavyweight-title 15:49:53 lol 15:50:07 :) 15:50:08 haha 15:50:18 Holly is a BIG gear 15:50:21 bear 15:50:52 #teamholly 15:51:13 alright folks, if that's it - let's catch up next week 15:51:25 I have one thing 15:51:59 the functional gate for python-manilaclient is failing 15:52:06 I was breaking my head to understand why 15:52:13 gouthamr pointed me to this fix https://review.opendev.org/#/c/681340/6 15:52:29 #link https://review.opendev.org/#/c/686142/ 15:52:53 I'm aware that our manila-tempest-plugin was brokwn in a weirder way and was fixed by dviroel 15:52:54 well 15:53:00 this also affect python-manilaclient 15:53:27 vkmc: I can take a look on this 15:53:29 and the reason, in that case, is that we are using stestr 2.5.1 15:53:34 for python-manilaclient 15:53:42 that workaround only fixes up to 2.5.0 15:53:53 oh 15:54:04 not sure why, in the first place, they pinned it up to 2.5.0 15:54:11 maybe some of you have an idea on this? 15:54:17 otherwise I was going to ping tempest folks :) 15:54:33 possible solutions would be to stick with 2.5.0 or fix the workaround to also cover 2.5.1 15:54:58 I'd go with the latter since I don't like to be a special snowflake and pin to a specific version 15:55:36 +1 15:55:41 that's it :) 15:56:05 I want to fix that gate so we can start pushing the keystoneclient patch that has been sitting there for so long, and the openstack client first implementation 15:56:53 ack, there are atleast three things that are ready for review last time i looked, it'd be nice to have this fixed 15:57:03 yeah 15:57:15 ok, I'll proceed to ping tempest folks, dviroel let me know if you think on a better workaround 15:57:24 vkmc: ack 15:57:28 workaround for the workaround :| 15:57:55 /gif perfect-loop 15:58:18 ty for bringing this up, vkmc 15:58:27 +1 15:58:33 two-minute warning 15:58:39 lets chat further on #openstack-manila 15:58:43 =) 15:58:49 thanks everyone 15:58:59 #endmeeting