15:00:29 <gouthamr> #startmeeting manila
15:00:29 <openstack> Meeting started Thu Sep 26 15:00:29 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:30 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:32 <openstack> The meeting name has been set to 'manila'
15:00:47 <tbarron> hi
15:00:54 <gouthamr> Hey folks!
15:00:56 <dviroel> o/
15:01:03 <carloss> hi :)
15:01:03 * gouthamr oh ho, a coup?
15:01:04 <lseki> \o
15:01:07 <ganso> hello
15:01:09 <gouthamr> courtesy ping: gouthamr xyang toabctl bswartz ganso erlon tpsilva vkmc amito jgrosso dviroel lseki carloss
15:01:29 <gouthamr> got to update that list ^
15:01:56 <jgrosso> hello
15:02:53 <gouthamr> hello hello, looks like we have quorum, let's get started
15:03:02 <gouthamr> here's the meeting agenda:
15:03:05 <gouthamr> #LINK https://wiki.openstack.org/wiki/Manila/Meetings#Next_meeting
15:03:07 <bswartz> .o/
15:03:24 <gouthamr> #link https://wiki.openstack.org/wiki/Manila/Meetings#Next_meeting
15:03:25 <gouthamr> for our meetbot to register that ^
15:03:41 <gouthamr> #chair tbarron bswartz
15:03:42 <openstack> Current chairs: bswartz gouthamr tbarron
15:04:04 <gouthamr> just in case :) ^
15:04:15 <gouthamr> #topic Announcements
15:04:44 <gouthamr> it's time to release RC1!
15:04:57 <gouthamr> #link https://review.opendev.org/#/c/684068/
15:04:59 * tbarron claps
15:05:16 <gouthamr> ^ has been proposed, but, we'll have some discussion here before we endorse it, or make changes to it
15:06:12 <gouthamr> for those looking for it, we're going to move on from train
15:06:16 <gouthamr> #link https://releases.openstack.org/train/schedule.html Train Release Schedule
15:06:54 <gouthamr> ^ per that schedule, the final RCs are due week of Oct 07 - Oct 11
15:07:20 <gouthamr> around here though, we have seldom had a reason to spin up multiple release candidates - which, may be a good thing :)
15:08:33 <gouthamr> but, after today, please be aware that the development milestones will shift, and "master" in all manila projects will target Ussuri
15:09:13 <gouthamr> There's a schedule proposed by smcginnis for Ussuri
15:09:15 <gouthamr> #link https://review.opendev.org/#/c/679822/
15:09:33 <gouthamr> please take a look now, or when i propose the manila specific deadlines there
15:10:37 <gouthamr> we've already released python-manilaclient, manila-ui and manila-tempest-plugin at least once for Train
15:10:55 <gouthamr> if there are any critical changes in these, we can make them and request another release
15:11:18 <gouthamr> please ping tbarron or me on #openstack-manila and we can help you land these fixes and releases
15:11:32 <gouthamr> apart from that
15:11:34 * bswartz is going to miss the "train" puns
15:12:10 <gouthamr> yes, now we can all row...row.. row the boat for 6 months :)
15:12:17 <jgrosso> :)
15:12:20 <bswartz> >_<
15:12:25 <jgrosso> choo choo
15:12:32 <gouthamr> Forum Submissions!
15:12:32 <gouthamr> #link: https://etherpad.openstack.org/p/manila-shanghai-forum-brainstorming
15:12:45 <gouthamr> we have now passed the deadline for forum submissions
15:12:47 <tbarron> I submitted those
15:12:52 <tbarron> before the deadline
15:13:24 <gouthamr> but, tbarron has submitted a couple of them for manila, and we should see a draft schedule, next week (?)
15:13:26 <gouthamr> thank you tbarron
15:13:52 <tbarron> np
15:14:04 <gouthamr> that's all I had in terms of announcements, anyone else wants to share?
15:14:59 <gouthamr> #topic RC1 reviews
15:15:09 <gouthamr> #link https://etherpad.openstack.org/p/manila-train-review-focus Review focus etherpad
15:15:32 <gouthamr> ^ we continue to use that review etherpad to track any bugs that might need to be in RC1
15:16:11 <gouthamr> we didn't call attention to this last week, but, if you're opening a bug at this stage that you think affects the release, please use the appropriate launchpad tag on the bug
15:16:21 <gouthamr> <release>-rc1-potential
15:16:30 <tbarron> are any of those release blockers?
15:16:47 <gouthamr> that's an apt question tbarron
15:17:20 <gouthamr> i've arranged these on the pad by the order of their importance
15:17:36 <gouthamr> i think that
15:17:39 <gouthamr> #link https://review.opendev.org/#/c/684132/
15:18:04 <gouthamr> is appropriate to get into rc1 because it affects the API, and we can be good citizens and fix it now rather than via a backport
15:18:22 <tbarron> no bug, no priority, but getting it in before rc-1 would be cool
15:18:48 <gouthamr> yep, there's no bug because we merged this stuff just around FF
15:18:53 <tbarron> after that there might be an argument for releasing and backporting
15:19:37 <gouthamr> dviroel: is there any relationship between ^ and https://review.opendev.org/#/c/684728/
15:20:16 <gouthamr> dviroel: i.e., we need the manila side change (https://review.opendev.org/#/c/684132/), but can we live without the tempest side change? (https://review.opendev.org/#/c/684728/)
15:20:45 <gouthamr> dviroel: reason i ask is because i'd like to request a tempest plugin release after a couple of more bug fixes
15:20:55 <dviroel> gouthamr: some 3rd party drivers still may fail in this test
15:21:40 <gouthamr> dviroel: ack, the Dell/EMC ones in particular
15:21:41 <dviroel> gouthamr: but we can merge it later
15:21:44 <dviroel> gouthamr: yes
15:21:47 <gouthamr> we've a chicken and egg situation there
15:22:16 <gouthamr> the reason they're really failing is because they run NFS+CIFS, and they cannot do CIFS testing without security services
15:22:19 <gouthamr> #link https://bugs.launchpad.net/manila/+bug/1699856
15:22:19 <openstack> Launchpad bug 1699856 in Manila "Tempest tests missing adding Security service to share-network" [Medium,Triaged] - Assigned to Douglas Viroel (dviroel)
15:22:46 <gouthamr> so they pre-create a share network, and that causes issues with the tests we added for share network subnets
15:23:21 <dviroel> this test in particular needs to delete the subnet, but the share-server may be in use by another shares
15:23:23 <gouthamr> so dviroel proposes https://review.opendev.org/#/c/684728/ to skip those tests when someone is running with a pre-created share network
15:24:12 <gouthamr> agree, that's one major limitation of this "pre-created share network" workaround we have in our tempest plugin
15:25:10 <gouthamr> i support skipping these tests for that configuration, and, after LP 1699856 is fixed, urging Dell/EMC CI maintainers to stop using a pre-created share network
15:25:10 <openstack> Launchpad bug 1699856 in Manila "Tempest tests missing adding Security service to share-network" [Medium,Triaged] https://launchpad.net/bugs/1699856 - Assigned to Douglas Viroel (dviroel)
15:25:28 * gouthamr ping-storms dviroel
15:26:02 <gouthamr> does this plan make sense?
15:26:20 <dviroel> yes
15:26:46 <gouthamr> bswartz tbarron ganso xyang: can one of you review https://review.opendev.org/#/c/684132/ ?
15:27:19 <gouthamr> we'll move on to the next one in the interest of time
15:27:31 <gouthamr> "Fix pagination does not speed up queries bug"
15:27:37 <gouthamr> #link https://review.opendev.org/#/c/650986/
15:27:45 <gouthamr> #link https://launchpad.net/bugs/1795463
15:27:45 <openstack> Launchpad bug 1795463 in Manila "pagination does not speed up list queries" [Medium,In progress] - Assigned to Carlos Eduardo (silvacarlose)
15:28:16 <gouthamr> we've been carrying this one forward for a release now, and the fix is ready - although, since it affects past releases
15:28:21 <gouthamr> it is not a release blocker
15:28:28 <bswartz> gouthamr: ack
15:28:57 <gouthamr> but, if we are able to get this small-ish patch reviewed, you'll save carloss one backport :)
15:29:12 <carloss> gouthamr:  sure haha
15:29:36 * gouthamr +2s it right now
15:29:48 <dviroel> \o/
15:29:50 * carloss \o/
15:30:11 <gouthamr> ty bswartz
15:30:15 <bswartz> np
15:30:22 <gouthamr> moving on..
15:30:26 <tbarron> yeah I've been following this one
15:30:54 <gouthamr> ack tbarron, ptal
15:31:15 <gouthamr> next one: Fix [Unity] verification and convert mgmt ipv6
15:31:24 <gouthamr> #link https://bugs.launchpad.net/manila/+bug/1845135
15:31:24 <openstack> Launchpad bug 1845135 in Manila "Failed to enable ipv6 mgmt IP for Unity manila driver (queens)" [Medium,In progress] - Assigned to DingDong (dingdino)
15:31:29 <gouthamr> #link https://review.opendev.org/#/c/684195/
15:32:06 <gouthamr> again, not a release blocker - but it got proposed a couple of days ago, and seems like a small+important change for that backend
15:32:21 <tbarron> but it's fine
15:32:34 <tbarron> he's just bracketing the ipv6 address
15:32:37 <gouthamr> as the bug suggests, been around since Queens - so no sweat if we have to get this backported after RC
15:32:39 <gouthamr> tbarron: +1
15:33:50 <gouthamr> #link https://bugs.launchpad.net/manila/+bug/1844596
15:33:50 <openstack> Launchpad bug 1844596 in Manila "Can not delete share server cause of soft-deleted" [Low,In progress] - Assigned to Eric Xie (eric-xie)
15:33:57 <gouthamr> #link https://review.opendev.org/683767
15:34:39 <gouthamr> lazy-deletion of share servers is a nova configuration feature that we don't currently support in manila
15:35:11 <gouthamr> supporting it would mean not failing on delete if we detect that the server has transitioned to a "SOFT_DELETED" state
15:35:17 <tbarron> this looks reasonable, do we know it works?
15:35:47 <gouthamr> good point, i didn't reproduce the issue, but i read the nova docs and the approach seemed sane
15:35:59 <gouthamr> tbarron: think we can defer to test?
15:36:07 <tbarron> gouthamr: not necessarily
15:36:36 <tbarron> it looks right and if it's not quite right it shouldn't make things worse than they are now, right?
15:36:45 <tbarron> just thinking this through
15:37:13 <tbarron> code inspection and unit test say it's right ...
15:37:58 <gouthamr> we do have share-server-force-delete since Stein, no?
15:38:01 <gouthamr> ganso?
15:38:33 <tbarron> stakeholders on this one are generic driver users
15:38:36 <tbarron> mebbe windows
15:38:42 <ganso> gouthamr: IIRC yes
15:38:58 <ganso> gouthamr: it just deletes the db record
15:39:32 <gouthamr> ganso: and that's all we'd need to workaround this bug - although, it's an undesirable situation
15:40:09 <ganso> sounds like a simple fix, just a state check, and if it is "SOFT_DELETED" then just call share-server-force-delete ?
15:40:39 <gouthamr> ganso: not necessary after this bugfix, we'll just forget about the server and let nova cleanup
15:41:23 <tbarron> I think as a practical matter we should merge this -- it seems like the right fis --
15:41:25 <gouthamr> ganso: right now we're hard failing if we continue to find the server after we have initiated the delete (with retries)
15:41:26 <tbarron> fix
15:41:33 <gouthamr> tbarron: +1 agree
15:41:38 <tbarron> unless there is a stakeholder who wants to test it first
15:41:53 <tbarron> so - anyone want to test it first?
15:42:20 * tbarron thinks there are many things that *can* be done and finite resources
15:43:39 <gouthamr> +1, tbarron ganso: can either of you take a look/code review this change then?
15:43:53 <tbarron> done
15:43:57 <gouthamr> ty tbarron
15:44:02 <gouthamr> last one!
15:44:05 <gouthamr> #link  https://bugs.launchpad.net/manila/+bug/1634734
15:44:05 <openstack> Launchpad bug 1634734 in Manila "create replica failed if share_backend_name is specified in share type" [Medium,In progress] - Assigned to Goutham Pacha Ravi (gouthamr)
15:44:10 <gouthamr> #link https://review.opendev.org/#/c/391353/
15:44:16 <gouthamr> "Remove backend spec from share type while creating replica"
15:44:49 <gouthamr> meh... okay, i rebased this old bugfix, and slapped it on this etherpad
15:45:02 <gouthamr> it's not got enough eyes, and is worthy of a backport anyway
15:45:30 <gouthamr> we can look at this one later
15:46:24 <gouthamr> dviroel carloss: can you please take a look, we'll fix this in Ussuri and get it backported
15:46:39 <dviroel> gouthamr: sure
15:46:41 <carloss> ok
15:46:54 <gouthamr> alright alright alright
15:47:21 <gouthamr> so with the other three changes merged, we should have an update for
15:47:23 <gouthamr> #link https://review.opendev.org/#/c/684068/
15:47:36 <gouthamr> i'll do that in a few hours as we shepherd these patches through CI
15:48:03 <gouthamr> anyone else has anything else on this topic?
15:48:22 <gouthamr> #topic Ussuri OpenStack Wide goals
15:48:26 <jgrosso> +1 goutham for taking all the bugs off my list :)
15:48:27 <gouthamr> #link http://lists.openstack.org/pipermail/openstack-discuss/2019-August/008277.html
15:48:36 <gouthamr> #link https://etherpad.openstack.org/p/PVG-u-series-goals
15:48:49 <gouthamr> jgrosso: i did that? :)
15:49:03 <jgrosso> gouthamr alot ot them :)
15:49:32 <gouthamr> haha nice, regarding the # topic, please take, if you're interested in proposing or participating in the community wide goals for Ussuri
15:49:33 <bswartz> Do we know the community wide goals yet?
15:49:46 <gouthamr> we don't bswartz
15:50:01 <gouthamr> i think we'll have clarity closer to PTG
15:51:03 <gouthamr> i really like the second goal, it's going to be a hard one for us - converting all our legacy jobs to native-zuulv3 format
15:51:29 <gouthamr> we started that effort in Train
15:51:52 <gouthamr> motivated by a few issues with devstack-gate that caused us pain
15:52:15 <gouthamr> hopefully we'll be able to get all of them converted early in the next cycle, if this goal gets accepted
15:53:00 <gouthamr> if there's anything else one of you would like to see happen, please volunteer - it's a really cool opportunity to make an impact
15:53:34 <gouthamr> grrr
15:53:38 <gouthamr> sorry, disconnect
15:53:43 <tbarron> somewhat related:
15:53:50 <tbarron> #link https://review.opendev.org/#/c/680985/
15:54:09 <tbarron> tell your employers that it's an investment opportunity
15:54:14 <gouthamr> awesome tbarron!
15:54:15 <jgrosso> :)
15:54:47 <gouthamr> anything else with this topic?
15:54:59 <gouthamr> #topic Changing the meeting time
15:55:07 <gouthamr> #link http://eavesdrop.openstack.org Current Meetings schedule for channel availability
15:55:25 <gouthamr> okay, i was looking at ^ yesterday to draft a few timeslots
15:55:47 <gouthamr> seeing as we have agreement to discuss $topic as a possibility
15:56:13 <gouthamr> ganso: will you be willing to work with me to get a few candidate times - we can start a poll
15:56:31 <ganso> gouthamr: sure
15:57:06 <gouthamr> awesome
15:57:11 <gouthamr> i'll ping you
15:57:27 <gouthamr> seeing as we only have three minutes left, i'll disappoint jgrosso :(
15:57:35 <jgrosso> haha
15:57:46 <jgrosso> I can table til next week!
15:57:58 <jgrosso> just more clean-up stuff
15:58:10 <gouthamr> jgrosso: awesome, ty jgrosso - thank you for your effort in farming the bugs!
15:58:22 <gouthamr> #topic Open Discussion
15:59:10 <gouthamr> Bibi is back, i think
15:59:16 <gouthamr> okay, not appropriate
15:59:31 <gouthamr> any manila related discussions ya'll have? :)
15:59:42 <lseki> who's bibi?
16:00:06 <gouthamr> lseki: https://en.wikipedia.org/wiki/Benjamin_Netanyahu
16:00:15 <gouthamr> with that, i think we're out of time
16:00:24 <gouthamr> thank you everyone
16:00:28 <lseki> lol
16:00:30 <dviroel> thanks
16:00:32 <gouthamr> #endmeeting