15:01:34 <gouthamr> #startmeeting manila 15:01:34 <openstack> Meeting started Thu Nov 12 15:01:34 2020 UTC and is due to finish in 60 minutes. The chair is gouthamr. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:36 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:38 <openstack> The meeting name has been set to 'manila' 15:01:50 <carloss> o/ 15:01:57 <gouthamr> courtesy ping: ganso vkmc dviroel lseki tbarron andrebeltrami felipe_rodrigues 15:01:59 <carthaca> hi 15:02:00 <vhari> hi 15:02:03 <vkmc> hi 15:02:04 <maaritamm> o/ 15:02:04 <dviroel> o/ 15:02:23 <gouthamr> hello o/ 15:02:58 <gouthamr> thanks for joining, lets get going 15:03:03 <gouthamr> #topic Announcements 15:03:38 <gouthamr> first off, vhari has posted a notification to openstack-discuss regarding next week's bug squash event 15:03:52 <gouthamr> #link http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018629.html (bug squash on 19th Nov 2020, no IRC meeting) 15:04:43 <gouthamr> we will be hosting a sync-up call in the place of this irc meeting on that day 15:05:03 <gouthamr> so please bookmark the call URL: 15:05:14 <gouthamr> #link https://meetpad.opendev.org/ManilaW-ReleaseBugSquash (Jitsi room for the bugsquash) 15:05:50 <gouthamr> and do take a look at the list of bugs that have been put together - many of them are assigned, and have been looked at at some point in the past 15:06:03 <gouthamr> #link https://ethercalc.openstack.org/birpr9a6bd0b (bug list for the bug squash) 15:07:10 <gouthamr> vhari's added bugs here that have been ascertained to need api/db changes; something we were uncomfortable doing during the last bug squash event 15:07:39 <gouthamr> so we can use the sync call to discuss any of these bugs, and brainstorm 15:08:14 <gouthamr> i'm hoping you can all make it and we have a successful bug squash! :) 15:08:43 <vhari> ty gouthamr . pls feel free to flag any other candidate bugs for the event 15:09:18 <gouthamr> ^ +1, if there's some bug you're looking to tackle, please bring it (or add it to the ethecalc above) 15:09:29 <vkmc> +1 15:09:47 <gouthamr> ty for planning this vhari :) 15:10:27 <gouthamr> alright, any questions/concerns? 15:10:32 <vhari> gouthamr, yw .. excited to squash some bugs together :) 15:11:06 <gouthamr> great! 15:11:29 <gouthamr> next up, we have an OpenStack community meeting today, at 1600 UTC 15:12:01 <gouthamr> #link http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018646.html (OpenStack Community Meeting on Nov 12, 1600 UTC) 15:12:34 <gouthamr> we should expect to see some Victoria project updates, and have a general Q&A session 15:12:52 <gouthamr> so please join in if you can! 15:13:48 <gouthamr> and finally, maaritamm has posted a prioritized list of OSC commands that are left 15:13:59 <gouthamr> #link http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018633.html (Priorities for implementing the OSC share commands) 15:14:30 <vkmc> maaritamm++ 15:15:29 <gouthamr> i'd like for us to take a look at this list, and do share your views on the priority of commands for implementation 15:16:07 <gouthamr> as we know this has been a multi-cycle effort for us, and the committer/reviewer bandwidth is limited - so having a priority hugely helps! 15:16:55 <vkmc> there are a few patches up for review already 15:17:08 <vkmc> :) 15:17:46 <gouthamr> she's super fast! maaritamm++ 15:18:24 <gouthamr> great, that's a wrap on announcements for today, anyone else got any 15:18:26 <gouthamr> ? 15:19:04 <gouthamr> alright, excuse me while i make an ad hoc topic 15:19:35 <gouthamr> #topic No remaining IRC meetings in November 15:20:33 <gouthamr> So, as mentioned prior, the next IRC meeting on 19th Nov has been canceled and we'll be meeting on a Jitsi call instead 15:21:33 <gouthamr> the week after that is a holiday week, at least here in the US - and i wanted to ask if we should go ahead and take a break 15:22:19 <gouthamr> (and possibly other countries) 15:22:55 <gouthamr> are there any concerns with taking this break? 15:23:35 <carloss> ++ for the break :) 15:24:24 <gouthamr> ty carloss, the only thing i can think of is that milestone-1 is the week after 15:25:10 <gouthamr> we have no release deliverables, but, it's a bug fix milestone 15:26:27 <gouthamr> so if folks want to talk about bugs, we'd have to do that on #openstack-manila or the openstack-discuss mailing list 15:27:33 <gouthamr> alright, lets take an AI 15:27:58 <gouthamr> #action gouthamr will send an email to openstack-discuss canceling the two IRC meetings remaining in Nov 15:29:19 <gouthamr> we've run through the agenda pretty much, lets move down our regular schedule 15:29:23 <gouthamr> #topic Bugs (vhari) 15:29:31 <gouthamr> back to you, vhari :) 15:29:55 <vhari> gouthamr, we have a number of new bugs on our radar to triage today! 15:30:01 <vhari> first off .. 15:30:06 <vhari> #link https://bugs.launchpad.net/manila/+bug/1904015 15:30:07 <openstack> Launchpad bug 1904015 in OpenStack Shared File Systems Service (Manila) "Manila overwrite existing Ceph users" [Undecided,New] 15:30:30 <gouthamr> oh this one comes from the openstack-discuss list 15:30:38 <gouthamr> #link http://lists.openstack.org/pipermail/openstack-discuss/2020-November/018684.html (Manila user overwriting existing Ceph users) 15:30:40 <vhari> ack .. 15:31:33 <vkmc> interesting 15:33:13 <gouthamr> and a pretty ugly bug, since a user can break other services 15:33:36 <gouthamr> if they can discover the cephx user used to configure these services 15:34:20 <gouthamr> vhari: i can investigate this bug and respond 15:34:51 <vhari> gouthamr, sounds good .. 15:35:07 <gouthamr> i think we can set this to medium, and bump up the severity if we can confirm it does indeed mess with the infrastructure 15:35:44 <vkmc> sounds good 15:35:59 <vkmc> not sure if this should be handled in ceph side or in manila side 15:36:56 <gouthamr> good point, i think we do some evictions and denials in the driver today based on things we know shouldn't work 15:37:14 <gouthamr> i'll do some more digging and we can talk, vkmc 15:37:32 <vkmc> gouthamr, cool 15:37:43 <vhari> cool, moving on 15:37:55 <vhari> #link https://bugs.launchpad.net/manila/+bug/1903922 15:37:56 <openstack> Launchpad bug 1903922 in OpenStack Shared File Systems Service (Manila) "Generic driver fails CIFS online extension test " [Undecided,New] 15:38:25 <gouthamr> ah i reported this one, and the rca isn't complete 15:38:40 <vhari> gouthamr, ack and you posted repro config 15:38:57 <gouthamr> my bad on the timing here - i enabled cifs testing in the generic driver a while ago, and we merged the patch with this failure 15:39:35 <gouthamr> right now, it also blocks upgrading the CI job to focal fossa 15:40:09 <gouthamr> #link https://review.opendev.org/762218/ ([ci] Switch generic driver job to focal fossa) 15:42:19 <gouthamr> i can keep this in my backlog and work on it opportunistically since we don't have any dedicated generic driver maintainers 15:42:39 <gouthamr> but, if anyone's willing to help - i'd more than appreciate it! 15:44:28 <gouthamr> share extensions in the generic driver are disruptive and clients may need to remount depending on how long cinder takes to perform the extension and if the client has a hard mount, and we're able to complete the whole transaction within their stale mount timeout 15:45:11 <gouthamr> s/are disruptive/can be disruptive 15:45:35 <gouthamr> so we might have a workaround - i'll test it and post it on the bug 15:46:35 <gouthamr> for triage though, i think this is a medium and it's not user reported - likely this is something that breaks only on our CI 15:47:55 <vhari> gouthamr, done .. 15:48:00 <gouthamr> ty vhari 15:48:09 <vhari> we have time to look at one more new bug .. 15:48:13 <vhari> #link https://bugs.launchpad.net/manila/+bug/1900752 15:48:14 <openstack> Launchpad bug 1900752 in OpenStack Shared File Systems Service (Manila) "cifs without security service error not helpful" [Undecided,New] 15:48:58 <gouthamr> hmmm, this is a tricky one 15:49:20 <gouthamr> it's really up to the drivers if CIFS shares support security services 15:49:45 <gouthamr> Generic, Windows and HPE for instance can work without it (Generic doesn't support security services yet) 15:50:16 <gouthamr> ONTAP and the Dell/EMC drivers *need* Active Directory 15:50:21 <vkmc> agree though that the error message should be more helpful 15:50:43 <carloss> vkmc ++ 15:50:53 <vkmc> "create: An unknown error occurred." is very... shady 15:50:55 <gouthamr> def agree that this can be signalled with a user message, maybe we can make it generic and have the drivers raise a particular exception 15:51:06 <vkmc> not sure where it is raised 15:51:09 * gouthamr overuses the word generic 15:51:20 <vkmc> and if we have enough info to craft a better user message for this error 15:51:56 <gouthamr> i don't think we currently do - backends seem to be raising a ShareBackendException of sorts and the share manager is logging the information 15:54:01 <gouthamr> we could prevent share creation if we had this info prior - but, the api service doesn't know which specific backend's going to get the request 15:57:01 <gouthamr> anyone willing to take a look at this and see what can be done? since it affects netapp, dell/emc and possibly other vendor backends afaict, i think this should be a medium priority bug at least 15:57:42 <carloss> I can take a look and find some options 15:57:55 <gouthamr> ty carloss 15:58:03 <carloss> then I can bring the options to the table and we can discuss them 15:58:12 <carloss> yw :) 15:58:16 <gouthamr> ++ 15:58:17 <vhari> carloss++ 15:58:20 <vhari> gouthamr, all caught up triaging new bugs ... thx all for participating :) 15:58:29 <gouthamr> thank you vhari! 15:58:35 <gouthamr> #topic Open Discussion 15:58:49 <gouthamr> we have all of two minutes :) 15:59:01 <gouthamr> any final thoughts? 15:59:51 <vkmc> I'm thought-less 15:59:58 <gouthamr> :D alright, thank you all for attending - hope you can make it to the community meeting that's happening next, and the manila bugsquash event next week 16:00:11 <gouthamr> lets take further thoughts to #openstack-manila 16:00:14 <gouthamr> #endmeeting