15:00:15 #startmeeting manila 15:00:16 Meeting started Thu Dec 3 15:00:15 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:17 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:19 The meeting name has been set to 'manila' 15:00:30 o/ 15:00:35 courtesy ping: ganso vkmc dviroel lseki tbarron andrebeltrami felipe_rodrigues 15:00:42 o/ 15:00:52 o/ 15:00:58 o/ 15:01:00 o/ 15:01:18 o/ 15:01:26 o/ 15:01:56 o/ 15:02:05 hey there everyone, welcome back - i hope you enjoyed the downtime if you had some last week 15:02:17 if not, i hope the end of 2020 brings you some :) 15:02:41 lets get started. The meeting agenda is here: https://wiki.openstack.org/wiki/Manila/Meetings 15:03:05 #topic Announcements 15:03:40 let me begin by formally congratulating maaritamm for joining the python-manilaclient-core team 15:04:11 thank you for all the hard work you've put into that project maaritamm - we are excited that you're willing to join us and maintain it :) 15:04:17 *\o/* maaritamm 15:04:23 thanks gouthamr :) 15:04:51 * gouthamr has never made his stick figures do things vkmc does 15:05:08 maaritamm++ 15:05:16 it's a whole skill I've been working on 15:05:28 thanks vkmc \o/ 15:05:39 maaritamm++ 15:05:41 :D alright, a calendar check point occurs today 15:06:01 #link https://releases.openstack.org/wallaby/schedule.html (Wallaby Release Schedule) 15:06:49 we're at milestone-1 of this release 15:07:07 which is a bug targetting deadline for us.. we'll come back to that in a bit 15:07:26 we're also going to make the first wallaby release of the python-manilaclient, hopefully by eod 15:07:33 #link https://review.opendev.org/c/openstack/releases/+/764735 (Release python-manilaclient for wallaby-1 milestone) 15:08:01 we're three weeks away from manila's specifications freeze 15:08:04 hi 15:08:15 hi there tbarron 15:08:34 if you're intending on writing a spec, please do so at the earliest so we have enough time to iterate 15:08:47 spec freeze christmas edition 15:09:05 home alone 4 with manila specs 15:09:15 :) 15:09:58 XD 15:09:59 we have a couple of specs uploaded already that need review attention 15:10:18 #link https://review.opendev.org/q/project:openstack%252Fmanila-specs+status:open 15:10:42 when you have some time, please take a look and provide feedback so we can close out on these 15:11:56 that's all i had in terms of announcements, some more news will follow in a formal topic 15:12:02 anyone else got any? 15:12:46 #topic Outreachy Internships (Dec 2020 - Mar 2021) 15:13:38 while we were away, Outreachy announced the results of their internship cohort for Dec 2020-Mar 2021 15:13:56 and both our internship proposals were accepted! 15:14:13 \o/ 15:14:27 nice! 15:14:30 huge props to vkmc, who continues to raise the bar on mentorship and investment 15:14:32 awesome! 15:14:33 Yay! Outreachy <3 15:14:49 vkmc++ 15:14:49 and with that, i'd love to welcome our newest zorillas: disap and kiwi_36 15:15:02 vkmc ++ 15:15:17 Hi everyone ! 15:15:24 vkmc++ 15:15:37 disap: welcome! 15:15:38 disap kiwi_36: would you say who you are, what you do etc :) 15:15:43 welcome disap & kiwi_36 \o/ 15:15:49 welcome disap kiwi_36 :) 15:15:59 kiwi_36: hi! 15:16:00 welcome disap kiwi_36 15:16:03 Thank you 15:16:11 Hello awesome zorillas \o/.Thanks for the warm welcome 15:17:59 didn't mean to put you on the spot like that :D 15:18:03 I am Paul Ali , from Kenya . I will be working on unified limits support in Manila. I like creating stuff . It is an honour to be working on Openstack with all of you. 15:18:23 welcome disap and kiwi 36 o/ 15:18:52 I'm Dina Saparbaeva, from Kyrgyzstan 15:19:17 kiwi_36: nice, you'll be a pioneer in that arena, and we're excited to work with you on that 15:20:28 disap: welcome :) sorry this meeting is so late in your day 15:20:58 Thanks gouthamr vkmc maaritamm for everything.I am open to learning as much as possible from all of you. 15:21:43 Thank you Goutham, it's fine. Not so late =D 15:22:00 great... thanks disap, kiwi_36 15:22:29 the internships began this week, and will finish close to the end of the wallaby release cycle 15:23:25 if you have any questions at all, disap and kiwi_36 - feel free to chime in on #openstack-manila 15:23:48 kiwi_36++ and extra maaritamm++ for helping him on the application period :D 15:24:23 and disap++ so thrilled to have you working with us in manila ui :D 15:25:16 maaritamm++ keep being awesome :) 15:25:37 thank you @vkmc thrilled to work with you and all OpenStack team :) 15:26:17 always happy to help! feel free to ping me if there is something I can help out :) 15:28:24 we have a total of 5 new contributors working on various fronts all of this cycle 15:28:58 i want to take a moment to appreciate the help that the team continues to provide 15:29:22 zorillas ftw 15:30:20 lets move on with the agenda... 15:30:37 #topic bugs (vhari) 15:31:02 hey zorillas 15:31:05 :) 15:31:06 vhari: o/ 15:31:39 starting with new bugs to triage 15:31:41 #Link https://bugs.launchpad.net/manila/+bug/1904746 15:31:44 Launchpad bug 1904746 in OpenStack Shared File Systems Service (Manila) "share server is failing to delete using kerberos with NetApp driver" [Undecided,New] - Assigned to Felipe Rodrigues (felipefutty) 15:33:21 interesting 15:33:50 felipe_rodrigues: i saw some other bugs against netapp/kerberos 15:34:02 felipe_rodrigues already has a fix for that too 15:34:08 yeah 15:34:18 i will submit them soon 15:34:19 is this feature working, and affecting only new consumers, what's the story? 15:34:40 by new consumers, i meant newer versions of ONTAP 15:35:29 not sure if this is happening only with newer versions 15:35:44 my guess is that isn't working for a long time 15:35:49 #TIL kerborized LIFs don't get deleted automatically 15:36:32 dviroel: ack, lets set the same prio as the related bugs 15:36:35 at least in the tested ontap version, it must delete manually 15:36:51 felipe_rodrigues: do you have a link to the other bugs? 15:36:57 (or bug) 15:37:21 #link https://bugs.launchpad.net/manila/+bug/1901189 15:37:22 Launchpad bug 1901189 in OpenStack Shared File Systems Service (Manila) "netapp kerberos-realm-create api changed" [Medium,New] - Assigned to Felipe Rodrigues (felipefutty) 15:37:44 thanks dviroel 15:38:05 deleting the kerborized LIF leads to delete the entity in the kerberos server... it needs the password, so it must be manually... 15:39:08 it seems that carthaca is saying that DOT behavior changed at 8.3.0+ ? 15:39:35 and manila needs to adjust 15:39:37 felipe_rodrigues: oh, there's no API you can hit? 15:40:33 i dont think so 15:40:54 don't we just need to completely delete the kerberos server config in order to delete the LIF? 15:42:01 yeah, we need to delete the kerbero resources... 15:43:15 there are 2 bugs: 1. changing the ONTAP behavior; 2. cleaning the kerberos resources 15:43:26 okay, lets continue this conversation on the bugs. I'll retarget lp 1901189 to wallaby-2 15:43:28 Launchpad bug 1901189 in OpenStack Shared File Systems Service (Manila) "netapp kerberos-realm-create api changed" [Medium,New] https://launchpad.net/bugs/1901189 - Assigned to Felipe Rodrigues (felipefutty) 15:44:04 ack, revisiting #link https://bugs.launchpad.net/manila/+bug/1817316 for dviroel 15:44:05 Launchpad bug 1817316 in OpenStack Shared File Systems Service (Manila) "security service password is stored in plaintext" [Wishlist,Triaged] 15:44:40 dviroel, take it away :) 15:44:52 Yeah, esantos is working on this bug 15:45:21 That was discussed in denver ptg 15:45:57 There are 2 fixes that we might want to have there 15:46:27 The first one is to stop showing sec. service passwords 15:46:49 And the second one, to encrypt the password in the db 15:48:15 isn't there also the possiblity of not storing it at all? https://bugs.launchpad.net/manila/+bug/1817316/comments/3 15:48:16 Launchpad bug 1817316 in OpenStack Shared File Systems Service (Manila) "security service password is stored in plaintext" [Wishlist,Triaged] 15:49:11 tbarron: we were thinking on that too 15:49:40 but we didn't agree on a solution for that until now 15:50:05 dviroel: yeah, if that's feasible it might be safest and easiest both. Dunno if we have to store it for some reason though. 15:50:18 mostly if drivers want it later 15:50:55 i'm unsure if they're using it though - perhaps a "just in case we need it" design 15:51:06 there are some drawbacks stopping storing , like less usability.. should we ask every share create when using s.s.? 15:51:15 ^^ +1 if feasible 15:51:51 Yeah, take as an example, when we need to delete Kerberos server, on share server deletion, we nees the password to do that 15:51:56 felipe_rodrigues: yeah, presumably the storage system has someway to remember the authentication - but, it's possible drivers are replaying this information to the backends 15:52:27 dviroel: ah, yeah - new and concrete use case 15:52:53 felipe_rodrigues might confirm that for us 15:53:41 ontap , right? 15:53:50 felipe_rodrigues: yeap 15:54:09 felipe_rodrigues: that we need to provide the password on order to delete the kerb config 15:55:03 anyway, we will continue studying these solutions, and might need a meeting to discuss in details 15:55:28 dviroel: sure thing, we can jump on a design call once you have some ideas to share 15:55:34 +1 15:55:43 +1 15:55:53 dviroel: else, a short spec if that's easier would help too 15:56:02 thanks for bringing this issue back up 15:56:51 np, thks 15:57:12 thanks felipe_rodrigues for bringing this back for us 15:57:29 vhari: we have 3 minutes left, do we have any other bugs to discuss? 15:57:45 gouthamr, got bugs but no time ! 15:57:51 :D 15:58:18 vhari: thanks for keeping us honest, lets take any other pressing ones to #openstack-manila if we can't defer triage to next week 15:58:28 gouthamr, yw, will pick up the rest next week 15:58:33 vhari++ 15:58:36 #topic Open Discussion 15:58:42 all of two minutes :) 16:00:06 alright everyone thank you all for attending and for the lively discussion 16:00:11 please stay safe! 16:00:23 see you next week, and on #openstack-manila in the meanwhile 16:00:27 #endmeeting