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