15:00:27 <gouthamr> #startmeeting manila
15:00:28 <openstack> Meeting started Thu Apr  8 15:00:27 2021 UTC and is due to finish in 60 minutes.  The chair is gouthamr. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:29 <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:33 <dviroel> o/
15:00:34 <carloss> o/
15:00:38 <carthaca> Hi
15:00:42 <gouthamr> courtesy ping: ganso vkmc tbarron felipe_rodrigues esantos vhari
15:00:46 <ecsantos> o/
15:01:02 <tbarron> Hello folks.
15:01:11 <vhari> hi
15:01:15 * tbarron in verbose mode, watch out
15:01:45 <gouthamr> hello everyone o/ thank you for joining
15:01:45 <gouthamr> lets get started:
15:01:45 <gouthamr> #topic Announcements
15:02:25 <gouthamr> The final release for wallaby from manila and manila-ui is now due
15:03:10 <gouthamr> we've had our RC1 available for a couple of weeks now, and if there are no critical release blocker bugs, that will be used to create the final release
15:04:15 <gouthamr> or official GA release - backports are welcome in the meanwhile
15:04:54 <gouthamr> #link https://releases.openstack.org/xena/schedule.html (Xena Release Schedule)
15:05:45 <gouthamr> We've had a new core reviewer proposal go out yesterday:
15:05:55 <gouthamr> #link http://lists.openstack.org/pipermail/openstack-discuss/2021-April/021665.html
15:06:17 <gouthamr> please add your +/- 1 by next week
15:06:57 <gouthamr> The Xena cycle Project Technical Gathering is ~10 days away
15:07:03 <gouthamr> #link http://lists.openstack.org/pipermail/openstack-discuss/2021-April/021676.html ([all] vPTG April 2021 Registration & Schedule)
15:07:07 <gouthamr> #link http://ptg.openstack.org/ptg.html
15:07:44 <gouthamr> i'm hoping to get a solid schedule by next week, so please add your topics and details to the etherpad
15:07:52 <vkmc> o/
15:07:55 <gouthamr> #link https://etherpad.opendev.org/p/xena-ptg-manila-planning (Manila Xena PTG Planning Etherpad)
15:08:30 <gouthamr> there's going to be an OpenStack Community Meeting next week, an hour before this meeting
15:08:50 <gouthamr> #link http://lists.openstack.org/pipermail/openstack-discuss/2021-April/021673.html (Wallaby Release Community Meeting)
15:09:38 <gouthamr> You'll hear about the changes that made it into the Wallaby cycle and toast the contributors who made them possible
15:10:11 <gouthamr> so please attend if you're able to
15:10:19 <dviroel> 🍻
15:10:27 <gouthamr> alright, that's all for announcements today :) Anyone else got any?
15:12:14 <gouthamr> awesome, i see no other topics on the agenda, so lets jump right into regular programming!
15:12:18 <gouthamr> #topic Bug Triage (vhari)
15:12:27 <gouthamr> o/ vhari - floor is yours
15:13:35 <gouthamr> ...
15:13:42 <dviroel> :)
15:13:51 <gouthamr> it's possible i shocked her by starting bug triage this early
15:14:07 <carloss> xD
15:14:11 <gouthamr> :D
15:14:26 <vhari> hi gouthamr
15:14:38 <vhari> :) updating etherpad ..
15:14:42 <gouthamr> ah!! :)
15:15:14 <vhari> like to go over new bugs for triage ..
15:15:16 <vhari> #link https://bugs.launchpad.net/manila/+bug/1923008
15:15:19 <openstack> Launchpad bug 1923008 in OpenStack Shared File Systems Service (Manila) "admin user query share networks with both security_service_id and project_id in search_opts will get wrong result" [Undecided,New] - Assigned to haixin (haixin77)
15:16:36 <vhari> gouthamr, btw we could use this longer bug triage time slot to sync up :D
15:16:45 <gouthamr> yep!
15:17:07 <gouthamr> i see, so the project_id filter is ignored if security_service_id is presented
15:17:37 <haixin> i will fix it days later
15:17:48 <gouthamr> hi haixin - thanks for raising this bug
15:18:02 <gouthamr> is this something we broke during the wallaby cycle?
15:19:22 <haixin> i aslo found after we update manila tempest micversion to 2.63, it test /stable/Wally, manila will raise not support this micversion.
15:19:36 <gouthamr> https://opendev.org/openstack/manila/src/branch/master/manila/api/v2/share_networks.py#L166-L171
15:19:48 <haixin> so cherry pick patch all failed...
15:20:24 <gouthamr> that does look wrong, if you filter by "security_service_id", the code seems to ignore all other filters
15:21:31 <gouthamr> haixin: ack, do you mean stable/victoria? we can talk about that in a bit
15:22:04 <haixin> yes
15:22:40 <gouthamr> vhari: it looks like LP 1923008 is present in older code as well - here's stable/victoria for example: https://opendev.org/openstack/manila/src/branch/stable/victoria/manila/api/v2/share_networks.py#L156-L163
15:22:43 <openstack> Launchpad bug 1923008 in OpenStack Shared File Systems Service (Manila) "admin user query share networks with both security_service_id and project_id in search_opts will get wrong result" [Undecided,New] https://launchpad.net/bugs/1923008 - Assigned to haixin (haixin77)
15:23:12 <vhari> gouthamr, yep .. i see
15:23:12 <gouthamr> so i think we can tag it medium
15:23:25 <dviroel> this code is from 7 years ago
15:23:45 <gouthamr> ^ he git blames
15:23:53 <gouthamr> thanks for reporting and working on this haixin, can target this to xena-1
15:24:16 <vhari> k, next up #link https://bugs.launchpad.net/manila/+bug/1922512
15:24:18 <openstack> Launchpad bug 1922512 in OpenStack Shared File Systems Service (Manila) "NetApp driver fails to create from snapshot using SVM scoped account" [Undecided,New] - Assigned to Douglas Viroel (dviroel)
15:24:18 <haixin> https://review.opendev.org/c/openstack/manila/+/782733
15:24:27 <haixin> this patch
15:25:09 <haixin> manila tempest micversion is 2.63, but stable/v  not support 2.63..
15:25:12 <gouthamr> haixin: thanks, we're going through bug triage now; we'll discuss the stable/victoria CI issues in a bit
15:25:33 <haixin> ok,
15:26:05 <dviroel> LP 1922512 was introduced in ussuri release, with create from snapshot across pools
15:26:07 <openstack> Launchpad bug 1922512 in OpenStack Shared File Systems Service (Manila) "NetApp driver fails to create from snapshot using SVM scoped account" [Undecided,New] https://launchpad.net/bugs/1922512 - Assigned to Douglas Viroel (dviroel)
15:27:08 <dviroel> already add a milestone to xena-2. We depend on another fix to be available to test is properly
15:27:17 <gouthamr> dviroel: is the share status set to error?
15:27:30 <gouthamr> what's the other fix?
15:28:24 <dviroel> a storage side fix
15:29:03 <dviroel> gouthamr: yes, the new share will go to error (only when across pools)
15:29:16 <dviroel> gouthamr: same pool continues to work as expected
15:29:45 <gouthamr> oh, sure then this can be a "low" imo, the deployer has allowed the operation to go through the scheduler, but the driver's breaking on a configuration choice
15:30:03 <dviroel> +1
15:31:25 <vhari> dviroel, ty for the updates .. anything else to discuss  on this?
15:31:46 <gouthamr> nope, ty for reporting and working on this dviroel
15:32:01 <vhari> next up, #link https://bugs.launchpad.net/manila/+bug/1922508
15:32:03 <openstack> Launchpad bug 1922508 in OpenStack Shared File Systems Service (Manila) "NetApp driver fails to create from snapshot on same host different servers" [Undecided,New] - Assigned to Douglas Viroel (dviroel)
15:32:12 <dviroel> :)
15:32:15 <gouthamr> oh fun, more
15:32:44 <dviroel> I created this one, based on the issue that carthaca reported in share server limits feature
15:32:57 <dviroel> i was able to reproduce and already have a fix
15:33:04 <carthaca> hooray
15:33:11 <vhari> dviroel++
15:33:21 <carloss> dviroel ++
15:33:39 <dviroel> we shall provide this fix upstream soon
15:34:15 <vhari> awesome .. next lets take a look at this doc bug quick  #link https://bugs.launchpad.net/manila/+bug/1922271
15:34:17 <openstack> Launchpad bug 1922271 in OpenStack Shared File Systems Service (Manila) "[DOC] Add security service update for in-use share networks" [Undecided,New]
15:34:54 <gouthamr> thanks for reporting this while the bot's broken carloss
15:35:08 <carloss> my pleasure gouthamr :)
15:35:28 <dviroel> this one can be assigned to carloss :)
15:35:34 <carloss> already worked in some items, I guess you might see some new changes coming in the next few days
15:36:28 <gouthamr> oh good, ty carloss. lets target this to xena-1 too then
15:37:13 <vhari> ack , moving on #link https://bugs.launchpad.net/manila/+bug/1922177
15:37:14 <openstack> Launchpad bug 1922177 in OpenStack Shared File Systems Service (Manila) "gluster driver volume layout self.gluster_used_vols collection record is inaccurate" [Undecided,New] - Assigned to Lin PeiWen (linpeiwen)
15:38:23 <gouthamr> Fix proposed here: https://review.opendev.org/c/openstack/manila/+/768721
15:39:09 <gouthamr> vhari: this can be low, target to xena-1 too
15:39:34 <vhari> gouthamr, will do ..
15:39:52 <vhari> #link https://bugs.launchpad.net/manila/+bug/1922177
15:39:53 <openstack> Launchpad bug 1922177 in OpenStack Shared File Systems Service (Manila) "gluster driver volume layout self.gluster_used_vols collection record is inaccurate" [Undecided,In progress] - Assigned to Lin PeiWen (linpeiwen)
15:39:53 <gouthamr> there are a few gluster driver patches from Lin PeiWen that need review attention - so if anyone's got cycles to help, your review is most appreciated
15:39:59 <tbarron> nice to see fixes proposed for gluster!
15:40:04 <vhari> will update the list and wrap up
15:40:25 <vhari> gouthamr, think that's it for bugs today :D
15:40:34 <gouthamr> awesome, ty vhari
15:40:39 <gouthamr> #topic Open Discussion
15:40:41 <vhari> gouthamr, yw
15:41:31 <tbarron> and deployment of manila with glusterfs with kolla-ansible too
15:41:37 <gouthamr> ++
15:41:49 <gouthamr> hi haixin, noticed the breakage with stable/victoria last week - the problem is that the job doesn't provide the correct "max_api_microversion" tempest configuration for that branch
15:42:33 <gouthamr> i think this can be resolved by a job variant, i've not written one so far - but we ran into this issue elsewhere as well
15:42:36 <haixin> what should i do?
15:43:30 <gouthamr> the failure isn't related to your patch, but we need to find a way to set this tempest configuration correctly - so if you have cycles to help with that, it'd be awesome!
15:44:36 <haixin> o
15:44:41 <gouthamr> we ran into this issue in tripleo jobs this week because of the changes in the cephfs driver in wallaby being incompatible with the tempest configuration which is correct for older branches
15:45:26 <gouthamr> this obviously didn't work: https://review.opendev.org/c/openstack/manila/+/763284
15:45:47 <gouthamr> i suppose the job variant has to be defined in manila-tempest-plugin rather than in manila
15:46:05 <haixin> That's something to think about. At least I have no idea now.
15:46:20 <gouthamr> oh wait, i did define them in manila-tempest-plugin: https://review.opendev.org/c/openstack/manila-tempest-plugin/+/763282
15:48:06 <haixin> good hope this work well. o/
15:48:29 <gouthamr> doesn't right now :D but i'll ask some folks for suggestions
15:50:00 <gouthamr> alright any other topics to discuss?
15:51:42 <gouthamr> lets take 10 mins to stretch and get coffee/nightcaps! thank you all for attending, hope to see you at the community meeting next week!
15:51:52 <gouthamr> #endmeeting