15:00:13 #startmeeting manila 15:00:13 Meeting started Thu Apr 28 15:00:13 2022 UTC and is due to finish in 60 minutes. The chair is carloss. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:13 The meeting name has been set to 'manila' 15:00:28 o/ 15:00:39 o/ 15:00:40 o/ 15:00:40 courtesy ping: ganso vkmc dviroel tbarron felipe_rodrigues ecsantos vhari fabiooliveira gouthamr 15:00:47 o/ 15:00:48 o/ 15:00:51 o/ 15:00:56 o/ 15:00:57 o/ 15:00:58 o/ 15:00:58 hi 15:01:05 hi 15:01:11 o. 15:01:12 o/ 15:01:18 o/ 15:01:37 o/ 15:02:06 o/ hi everyone! 15:02:10 it's good to see you here :) 15:02:22 first, thank you gouthamr for running last week's meeting :D 15:02:39 good turnout - let's get started with today's agenda: 15:02:39 \o/ 15:02:44 #link https://wiki.openstack.org/wiki/Manila/Meetings#Next_meeting 15:03:18 #topic Announcements 15:03:25 Next week is the Z-1 bugsquash 15:03:38 #link https://releases.openstack.org/zed/schedule.html 15:04:15 as we agreed over the PTG, we would have our first bugsquash of the year over Z-1 milestone 15:04:28 time is flying and Z1 is next week! 15:04:55 you're scaring us 15:05:02 Z1 is May 20, no? :) 15:05:16 ooh yes :D 15:05:29 :'D 15:05:31 hahhaa 15:05:34 but we get your point - pretend its next week :P 15:05:38 so close 15:05:42 fixing my statement: we agreed bugsquash would be close to Z1 15:05:43 xD 15:06:03 :D 15:06:09 sorry about that 15:06:14 haha 15:06:44 one of the main things we could do over this bugsquash is to look over the stale bugs and see if they are still relevant 15:07:02 and if they are not relevant anymore, we could mark them as expired due to inactivity 15:07:07 or continue working on it 15:07:28 this leads me to another point and also brings a question to my head: 15:07:51 I think some bugs might be removed from the preliminary list (which I'll be sharing in a bit) 15:08:12 they might be removed because they might be marked as incomplete 15:08:34 carloss, ack the list is wip atm 15:08:36 in that case, we could use a regular list of bugs targeted for z1 and try to make progress on them as well 15:08:55 carloss++ 15:09:10 what do you think? 15:09:34 in that way, we can have bugs for all of us even if we don't work in a bug that is not in the stale bug list :) 15:11:25 ack; would that list be the ones we've already targeted to z1? 15:11:27 ++ 15:11:28 i like this re-triage on stale bugs 15:11:37 that we can do collectively 15:12:04 yes gouthamr 15:12:28 for Z-1, I got the list form launchpad and added it here: 15:12:31 #link https://ethercalc.openstack.org/ffer3l7pnx2u 15:12:43 for z-1 targeted bugs 15:13:05 * gouthamr prays to the ethercalc gods on the sidelines 15:13:40 haha, me too 15:14:33 and we have a preliminary list for stale bugs here: 15:14:33 #link https://ethercalc.openstack.org/1nesczgjufb9 15:14:50 it's still a wip - and thanks vhari for putting the list together :) 15:15:27 yw carloss :) 15:16:53 good - so we can stick to this then... we can go over the list of stale bugs and work on the ones we will be keeping 15:17:06 but also use the z-1 bug and try to close some bugs by z1 :) 15:18:00 on meeting dates I was thinking of something like: 15:18:00 Kick off on Monday at 15:00 - 16:00 UTC (May 2nd) 15:18:00 Mid term check on Thursday at 15:00 - 16:00 UTC (May 5th Manila meeting slot) 15:18:00 Wrap up on Friday May 6th at 15:00 - 15:30 UTC 15:18:00 Do you agree with the proposed time slots? 15:18:53 agree 15:18:55 yes 15:19:14 ++ 15:19:53 great! 15:20:01 #Action carloss will send an email to the ML communicating the decisions we took 15:20:09 that's all I had for announcements 15:20:23 anyone else have an announcement? 15:20:32 o/ 15:20:43 please go ahead andrebeltrami[m] :) 15:20:54 It's my last manila meeting as NetApper (again!). I would like to thanks the manila community and also my NetApp teammates for this time together again. Also, we are close to have the zuulv3 live o////. Let's get Netapp CI green and healthy, caiquemello++ and ecsantos++!! I see you around :D 15:21:09 i feel he had that memorized 15:21:41 to not tears on the keyboard during the meeting 15:21:42 hahaha 15:21:47 thank you andrebeltrami, you have helped us a lot! 15:21:53 andrebeltrami[m]: welp, sad to see you leave :( 15:22:06 * dviroel|rover deja vu 15:22:14 * carloss deja vu 15:22:31 sad to see you leave again andrebeltrami[m] 15:22:40 I wish you all the best in your journey 15:22:49 andrebeltrami[m]++ 15:23:04 thank you for your participation 15:23:08 Thank you andrebeltrami !!! 15:23:12 andrebeltrami[m]: on one hand, it's awesome you came back to work on zuulv3, maybe you'll come back when zuul grows older 15:23:23 andrebeltrami[m]: :P it was great to have you back, thank you and all the best! 15:23:28 dont be sad, he will be back soon 😜 15:23:47 another deja vu on this meeting felipe_rodrigues? :) 15:23:56 maybe hahaha 15:23:59 hahaha 15:24:02 :) 15:24:06 ty all, for sure gouthamr ! I'll try to stay close. I love this community haha 15:24:27 yes, please keep in touch andrebeltrami[m] :) 15:24:44 andrebeltrami[m], best of luck, see you around :) 15:25:00 alright, anyone else with an announcement? 15:26:02 * carloss hopes there are no other announcements like andrebeltrami[m]'s :/ 15:26:10 * carloss will take silence as a no 15:26:20 #topic OpenStackSDK - where are we? 15:26:28 gouthamr/ashrodri - floor is yours! 15:27:00 thanks carloss; we pushed this in view of more audience last week 15:27:23 ashrodri: do we have an updated taiga board to share? 15:27:37 yes sir! https://tree.taiga.io/project/ashrod98-openstacksdk-manila-support/kanban 15:28:01 Ive updated the "ready for review" column and the "in progress" columns to include links per card 15:28:27 I still have to double check my old spec and the "new" column to make sure we included all the resources/actions 15:28:55 but for the most part it is up to date. we have 8 patches ready for review and 6 in progress 15:29:05 that's great! :) 15:29:19 ashrodri++ thanks for painstakingly tracking this down 15:30:01 we probably need some more stories in the "new" column to capture API changes from the last couple of releases 15:30:40 but, the in-review and in-progress patches can use some help 15:31:25 * fabiooliveira 👀 15:31:45 if you have some bandwidth to explore this project, please review these open patches.. and you could take them over as well 15:32:21 ill probably go down the list of in-review patches to make sure there arent any merge conflicts and refresh the zuul logs later today so thell be ready for you :) 15:32:33 ++ 15:32:39 ++ :) 15:33:12 so we could do another status check in a few weeks and see where we are in reducing this backlog 15:34:18 sounds like a good idea gouthamr 15:34:21 let ashrodri/me know if you have any questions; the two of us started an activity to go over one patch per week :) it's fun 15:35:22 awesome, ashrodri++, gouthamr++ :) 15:36:06 that's all i had -- anything else on $topic ashrodri? 15:36:18 nothing on my end thanks 15:36:37 thank you! 15:36:44 on to the next topic... 15:36:51 #topic Secure RBAC testing tracker and call for help 15:36:57 vhari, floor is yours :D 15:37:03 ty carloss 15:37:18 #link https://docs.google.com/spreadsheets/d/1lzZYJF1HSuI9WZgAQeTWpBY2sByh3vXAG57KviWgbf0/edit?usp=sharing 15:37:52 we created a list of v2 APIs to work off of for the upcoming RBAC automation community effort 15:38:47 vhari++ 15:38:48 as you can see tests can be developed and tracked according to scope and roles 15:39:05 * gouthamr inspiring how organized ashrodri and vhari are with these trackers 15:39:17 :) 15:39:49 this is a big effort and anyone interested if welcome to contribute 15:40:09 lkuchlan, worked on the intial patches and we started to update the list 15:40:18 to avoid dup effort 15:40:48 carloss and us talked about a refresher meeting 15:41:06 to get the effort off the ground .. 15:41:29 any thoughts on this? 15:41:57 ++ i'm probably voluntelling here - but this is an effort for which vhari/lkuchlan are looking to mentor 1x1, and pair-program as well -- so if you're looking to flex your tempest muscles, this is a good opportunity :) 15:42:26 gouthamr++ :) 15:43:06 the list is self managed and easy to use .. 15:44:18 if you like to work on an API or part of it .. you can fill in the appropriate section 15:45:30 this is indeed a good opportunity to deep dive on tempest 15:46:01 thank you for bringing this up 15:46:06 carloss, that's all we wanted to share with the community about this 15:46:16 wy 15:46:26 awesome vhari! thanks :D 15:46:53 on to the next topic: 15:47:01 #topic Review Focus 15:47:16 #link https://etherpad.opendev.org/p/manila-zorilla-review-focus (Review Focus Etherpad) 15:47:24 so we do have our review focus etherpad now 15:47:53 and I added the spec for the oversubscription enhancements that haixin proposed :) 15:48:36 if you would like to get some attention from reviewers in a change you have 15:48:44 please add the change to the review focus etherpad 15:49:24 we'll be constantly looking at it over the meetings... I also intend to keep the etherpad updated with the current status of the changes 15:50:28 time is a bit tight today, so let's go to the next topic 15:50:33 #topic Bug Triage (vhari) 15:50:41 #link https://etherpad.openstack.org/p/manila-bug-triage-pad-new (Bug Triage etherpad) 15:51:18 ty carloss 15:51:28 #link https://bugs.launchpad.net/manila/+bug/1970661 15:51:59 looking for minor triage for this 15:52:44 ah yes, this came from a downstream triage; curiously the "suppress_errors_in_cleanup" flag is enabled for a bunch of jobs in manila-tempest-plugin 15:53:02 i popped it off the cephfs-native job, and it caught this bug 15:53:55 the test attempts to create an access rule with ceph client user "admin" --- the driver prevents this attempt since "admin" is a reserved ceph user (and not created via manila) 15:54:51 so the test passes.. but, as part of teardown, we want to delete the share the test created, and prior to deletion, manila asks the driver to delete all rules on the share 15:55:14 the rule for "admin" was never applied, the driver fails 15:55:33 our expectation is that deny_access doesn't fail if the rule doesn't exist 15:56:32 i mean, the driver could log a warning but it must allow manila to cleanup the rule 15:56:59 there's no workaround for this 15:57:15 and i can't delete a share with a "bad" rule on cephfs 15:57:19 so its pretty annoying 15:57:25 > i mean, the driver could log a warning but it must allow manila to cleanup the rule 15:57:25 ++ 15:58:31 did you caught this only on tempest or managed to reproduce it manually as well gouthamr? 15:58:59 actually on tempest, but the scenario is surely reproducible manually 15:59:21 cool 15:59:25 create cephfs share, allow-access to "admin", access rule transitions to "error", attempt to delete share, fails 16:00:14 grr, time check 16:00:34 i think a medium would work for this bug (low-hanging-fruit too) 16:00:41 yes, a medium would work 16:00:46 ++ 16:00:53 ++ 16:01:37 let's finish the assignee and finish triaging for this in #openstack-manila :D 16:01:45 thank you all for attending folks 16:01:53 see you in #openstack-manila 16:02:03 #endmeeting