Thursday, 2026-06-11

carloss#startmeeting manila15:00
opendevmeetMeeting started Thu Jun 11 15:00:12 2026 UTC and is due to finish in 60 minutes.  The chair is carloss. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'manila'15:00
carthacahi15:00
carlosscourtesy ping: dviroel vhari Sai gireesh Kumar_T Anoop_Shukla dari-c Silvia-Wachira15:00
vharihi15:00
* fungi is on hand as well for my topic15:01
kpdevhi15:01
* carloss waves at fungi o/ - and thanks for adding the topic15:02
carlosslet's get started. our meeting agenda for today:15:02
Kumar_To/15:02
carloss#link https://wiki.openstack.org/wiki/Manila/Meetings (Weekly meeting agenda)15:02
carloss#topic Announcements15:02
carlossSchedule and deadlines15:02
carloss#link https://releases.openstack.org/hibiscus/schedule.html (Hibiscus Schedule)15:02
carlosswhat's new in the agenda? well, we have our dates there15:03
carlossfirst bugsquash of the cycle will happen in a month from now, so stay tuned15:03
* carloss was trying to avoid holidays across the globe plus some upcoming PTO of mine15:03
carlossand today is - in theory - spec freeze15:04
Saio/15:04
Silvia-Wachirao/15:04
carlosslast week we mentioned that we'd do a mid point check today to see how we're doing in our specs15:04
Anoop_ShuklaO/15:04
carlosswe don't have the specs we planned merged, but all of them got good reviews so far15:06
carlosswith two exceptions15:06
carloss#link https://review.opendev.org/c/openstack/manila-specs/+/988495 (Specs for share server replica)15:06
gireesho/15:06
carlossthis feels close - I appreciate gireesh's efforts on following up on comments and posting replies quickly15:06
carloss#link https://review.opendev.org/c/openstack/manila-specs/+/987622 (Add per-process healthcheck for Manila services)15:07
carlossalso feels close and has my blessing (now only +1 because of the noted updates)15:07
carlossbut from the reviews, reviewers were not disagreeing on the approach and there is consensus that it will be a great addition15:08
carloss#link https://review.opendev.org/c/openstack/manila-specs/+/987307 (Add Lustre share driver spec)15:08
carlossa couple of reviews on this spec and mostly fomenting some discussions. no disagreements yet and I don't think there should be at this point15:09
carlossit's a new driver addition and the spec is well written15:09
carlossI'd love to get more eyes and possibly some votes on this15:09
carlossas well as15:09
carloss#link https://review.opendev.org/c/openstack/manila-specs/+/991288  (Add Startup Service Reconciliation)15:09
carlossall of these features were discussed at the PTG15:09
carlossnone of them merged yet but I believe this is due to the nature of contributors having holidays around the world for this and the past couple of weeks15:10
carlossas I stated in previous meetings15:12
carlosswe should also pursue15:12
carloss#link  https://review.opendev.org/c/openstack/manila-specs/+/985196 (Add VirtioFS testing scenarios)15:12
carlosseven though it doesn't need to merge at the spec freeze deadline15:13
carlossconsidering the good progress we've had, I'd like to grant a one week's spec freeze exception to all specs I mentioned15:13
carlossno more specs should be proposed at this point... if more show up, we'll need to defer to the upcoming release cycle15:13
carlossany questions on spec freeze and the specs?15:13
carloss#topic Review Focus15:16
* carloss moving faster today to have more time for the last two topics of the meeting15:16
carloss#link https://review.opendev.org/c/openstack/manila-tempest-plugin/+/973489 (QoS Type tests)15:18
carlossthis has been pending review for a while and would be awesome to have some coverage15:18
carlossvhari Anoop_Shukla Sai: can you please take a look?15:18
carlossI'll do the same15:18
SaiSure carloss15:19
Anoop_Shukla_Sure15:19
vhariofc carloss 15:20
carlossthank you15:20
carlosswe should continue looking at the bug fixes - the reviews have been slow so far15:22
carlossI have been working on 15:22
carloss#link https://review.opendev.org/q/topic:%22bp/privsep-migration%22 (Rootwrap to privsep migration)15:22
carlossand also need some reviews, as we're targeting the completion of eventlet removal to this release cycle15:23
carlosscan I get some eyes on these changes?15:23
Anoop_Shukla_+15:24
carlossthank you15:25
carlossany other changes you'd like to bring up today?15:25
Anoop_Shukla_Did we talk about share migration patches?15:26
carlossnope, not yet15:26
carlossthere's been some progress, yes15:27
Anoop_Shukla_https://review.opendev.org/q/topic:%22bug/2108851-get-progress%2215:27
Anoop_Shukla_https://review.opendev.org/c/openstack/manila-tempest-plugin/+/98994915:28
carlossah, I remember the request15:28
carlosssounds like a low hanging fruit to merge15:28
carlossthanks for bringing up the change15:30
carlosscarthaca can you please take a look? I'll do too15:30
carthacahttps://review.opendev.org/c/openstack/manila/+/989941/3 belongs to it as well, I have a question if we really should put this onto a new microversion15:30
carlossthat's a good question - we are changing the method we get to reach an API15:32
carlossI think the same applies to this case15:34
* carloss got distracted looking into the directives15:34
carlossI used to have it bookmarked15:34
carloss#link https://docs.openstack.org/manila/latest/contributor/api_microversion_dev.html (Manila API microversions guide)15:35
carlossthis is my go-to thing15:35
carlossI'd say we can discuss that in the change too15:36
carlossAnoop_Shukla_: thanks for bringing this up15:36
carlosslet's switch topics :)15:36
carloss#topic Bug Triage15:36
carlossvhari: o/15:36
vharity carloss :) 15:36
carloss#link https://etherpad.opendev.org/p/manila-hibiscus-review-focus (Hibiscus Review Focus etherpad)15:36
carloss#undo15:36
opendevmeetRemoving item from minutes: #link https://etherpad.opendev.org/p/manila-hibiscus-review-focus15:36
carloss#link https://etherpad.opendev.org/p/manila-bug-triage-pad-new (Bug Triage etherpad)15:37
vhariwe have 5 new bugs to triage .. lmk if we need to time box it for discussions 15:37
vhari#link https://bugs.launchpad.net/manila/+bug/215564615:37
carlossyes, let's try time boxing these15:37
carlossmore logs would be appreciated indeed15:38
fungi(i can squeeze my topic into 5-10 minutes at the end)15:38
carlossthanks for adding that comment, vhari 15:38
carlossfungi: ack, thank you!15:38
vharigreat .. https://bugs.launchpad.net/manila/+bug/215613015:38
carlosss/thank you/thank you for the flexibility15:38
carlossfungi: we can start today and continue in the next meetings too, as we did in the past :)15:39
fungiright, that's the plan15:39
vharity fungi will cover one more bug and pass the toke to you 15:39
carlosscarthaca: thanks for the report15:40
carlossthis seems like a low hanging fruit15:40
carlossand definitely the message should not be using the 'error' type15:40
vharicarloss, agreed15:41
vhariif anyone is interested to take this on . pls self assign or reachout 15:41
vharilast one for the day .. #link https://bugs.launchpad.net/manila/+bug/215633315:42
carlosscarthaca: we missed adding message level to https://github.com/openstack/manila/blob/master/manila/share/manager.py#L718615:43
carlossshould be a simple fix15:43
carloss> if anyone is interested to take this on . pls self assign or reachout 15:43
carloss++ - I think low prio and triaged status should do the trick for now15:43
carloss> carthaca: we missed adding message level to https://github.com/openstack/manila/blob/master/manila/share/manager.py#L718615:44
carlossthis is the fix :D15:44
carlosson 215633315:45
carlossI agree the logging should be there, yes15:45
carthacaAnd coming up with a level name for that e.g. INFO. I think https://github.com/openstack/manila/blob/master/manila/message/message_levels.py wants to standardise the levels that can be used ..15:46
carloss> Or I would like it even better on metadata delete if the driver would reset the respective setting back to default (driver knows best, what that would be, i.e. setting without any metadata to begin with).15:46
carlossre this, I think it would make us get back to the default? likely drivers would need to store this15:46
carlosseither in the driver private storage15:46
carlossor have defaults pre-configured15:47
carlossI'd be okay with the fix though, but if we're reverting, we need to ensure that a default is there in the first place15:47
carlossyeah, info sounds more accurate15:47
carthacaI meant, that it would be reset to the same that would happen if you create a share/subnet without any metadata15:48
carlossah, I see!15:48
carlossthanks for explaining15:48
carlossI think it makes sense, yes15:48
carlosscarthaca: is it something you folks are willing to work on?15:50
carthacayes, I will find someone :)15:50
carlosscarthaca: awesome, thank you!15:51
vharity carloss++ 15:51
vharithat's a wrap for bugs .. floor is yours carloss / fungi 15:51
carlossvhari: thanks for the speedrun through the bugs :D15:51
carloss#topic Bridging the Gap Gazpacho Cycle Survey and Metrics Analysis (fungi)15:51
fungiildiko posted openstack-wide 2026.1 (gazpacho) cycle retrospective contributor/maintainer survey results and metrics to openstack-discuss recently:15:51
fungi#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/3POML6PYPDWQNYM5IFB54O4ASXEPK4Z5/ Bridging the Gap Gazpacho Cycle Retrospective Survey Results15:51
vharisure glad to help :)15:51
fungi#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/CVLQIFEVNNJJ7BJSFZJ4RNZZA7ELQKDS/ Bridging the Gap Gazpacho Cycle Retrospective Metrics Analysis15:51
fungii and the other community managers on the openinfra foundation staff have also been digging into team-specific details and i'm doing a round of outreach similar to past cycles, to go over how things may have changed15:52
fungionce again, the manila team had the most survey responses across all of openstack (7 contributors and 3 maintainers), so i'd love to know what survey promotion efforts you may have been engaging in and where15:52
fungijust over half of the contributors indicated 2 or more years in the project while the others considered themselves new or almost new to manila, with most contributing to 2 or more other open source projects15:52
fungiaverage ratings on the contributor survey questions were positive overall, with actionable feedback from reviewers coming in highest at 4.7 out of 5 and discoverability of contributor documentation lowest with 3.715:52
fungithe most common contribution challenge selected was inability to determine where changes fall relative to team priorities, as well as some trouble getting reviewer attention and long silences with review activity just before deadlines15:52
fungicontributors remarked on having a great contributing experience, and that staying involved and learning how the team works and aligning priorities helped get their changes landed faster15:52
fungisome comments indicated project and contributor documentation could benefit from including a stripped-down "quick start" version covering basic concepts with a minimum necessary toolset15:52
fungithe new survey questions about ai tools indicate roughly a third of respondents did not use any ai assistance, while the majority used claude code (and a smattering of cursor)15:52
fungithese tools helped contributors find the right parts of the codebase faster, write tests and analyze failures, prototype multiple approaches for implementation, and reviewing their patches prior to putting in front of maintainers15:53
fungithe rankings on the maintainer survey responses were even higher, ranging from 4 (contributor documentation being up to date) to 5 (receiving actionable feedback from other reviewers)15:53
fungicontributing challenges among maintainers were very similar to those noted in the contributor survey responses, and when reviewing saw many incomplete changes (missing tests and docs) as well as priority mismatches15:53
fungiall maintainers indicated using claude code rview to help review changes, as well as one additionally using a self-built claude code review workflow along with it15:53
fungithe recurring priority mismatch theme is notable, as contributors indicated looking at irc, mailing lists, launchpad blueprints and gerrit change topics while maintainers are relying primarily on reporting in team meetings, gerrit change topics and gerrit hashtags15:53
fungisurvey results across the board were comparable with the prior cycle, and engagement as i said was great compared to other teams so i'd love to know a bit more about how we can replicate that15:54
fungias for metrics, active maintainer count fell by 22% while reviewer count rose by 10% compared to flamingo, and even though change volume increased 40% the team still managed to basically keep up by closing 98% as many as were opened15:54
fungian important note about metrics this time: since flamingo we've switched from bitergia to lfx insights as our data source, and while the numbers between them are similar there are some slight differences in how activities are counted15:54
fungibecause of this, we re-ran metrics analyses for previous cycles against the new system in order to make sure we weren't trending numbers from different backends and drawing misleading conclusions due to changing measurement methods15:54
fungiwe're also still temporarily missing some numbers we have traditionally reported on, and are working out some bugs in lfx insights with their team15:55
fungianyway, that was a quick dump, i know it's a lot to take in but i didn't want to eat up too much of your meeting, so i'll put this on the agenda again for next week to give everyone time to digest and come up with questions or ideas15:55
fungione thing we're interested in finding out is whether the team implemented any new contributor or reviewer practices over the course of the last cycle, for example techniques that were discussed in the previous round of analyses15:55
fungithough i'm happy to answer any immediate feedback now too if there's time15:55
carloss> once again, the manila team had the most survey responses across all of openstack (7 contributors and 3 maintainers), so i'd love to know what survey promotion efforts you may have been engaging in and where15:56
carlosswell, that's a good question and glad to know zorillas were the most participative again! some things that could help: I think I brought this up in at least 5 weekly meetings, and I also poked people in DMs trying to share how important this is to the community15:56
fungithat certainly could have helped15:57
fungiand i'm thrilled you find this helpful15:57
carlosswe do our best to promote the survey, so I think having someone nagging contributors to respond can be one way to have more responses15:58
carlossand yes, it is really helpful - at least for me as PTL and for the whole community I think15:58
carlosswe took great insights from the previous surveys15:58
fungii agree more persistent follow-up is likely the reason, now to figure out how to get more teams to do *that*15:58
carlossI also brought that up at the PTG and we discussed what we can do better15:58
carloss> now to figure out how to get more teams to do *that*15:59
carlossvery challenging for sure15:59
fungialso as always, if this stuff is getting onto ptg session agendas, give me a heads up and i'm happy to try to work it into my schedule15:59
vharicarloss, how about allocating a time slice for the survey during a weekly call? 15:59
carlossvhari: that can be a good way out, for sure16:00
carlossor around PTG too?16:00
vhariit would alert folks of the importance but also help set a dedicated time from their busy schedules?16:00
fungiwe try to time the survey deadlines just after the ptg, in order to enable that16:00
vhariack16:00
carlossiirc the survey kept open through the PTG, so if all moderators used some time of their retro to ask people to do this and already start discussing what people will suggest16:00
fungiyes, exactly, that was our hope at least16:01
carlossthe response window definitely helps16:01
vhari++16:01
carlossmaybe we can try to note this to moderators?16:01
carlossin the emails moderators receive prior to the PTG16:01
carlossas a gentle reminder16:01
fungiooh, good idea. i'll bring it up with diablo16:02
fungianyway, please noodle on all the above and i'll be back next week in case you have more questions or ideas16:02
carlossfungi: I have to thank you folks for pursuing the enhancements for the LF dashboards - I was getting used to bitergio and the amount of data it produced and then it did not feel the same when we made the switch16:02
fungiyeah, it's been rough, but we're trying to work through it as fast as possible. ildiko and clark have done more of that than i have16:03
carlosson defining the priorities, we talked about something last time and I did propose a change that will definitely help16:04
carlossbut16:04
carlossI don't think that will be enough16:04
carlossand on the "finding documentation" - I've been noticing that with google more actively doing the gemini results on the search16:05
carlossit's being harder to find exactly what you need16:05
carlossbecause it's been mixing up results from blogs and OpenStack docs16:05
fungimakes sense16:05
carlossthat is me though16:05
carlossbut I do think it would be useful indeed to put together a "getting started" guide16:06
carloss#link https://review.opendev.org/c/openstack/manila/+/978076 (Manila team priorities documentation)16:06
carloss> #link https://review.opendev.org/c/openstack/manila/+/978076 (Manila team priorities documentation)16:06
carlossI've proposed this, but I can tell you that this might not be too easy to get to it16:06
carlosswe're a couple of minutes past the meeting time... that's great food for though, fungi 16:07
carlossthank you for bringing this up16:08
fungithanks! and you know where to find me in the meantime16:08
carlossand yes, let's continue this discussion in the next weekly meeting16:08
carlossalright, let's wrap up16:08
carlossthank you everyone for participating16:08
carlosslet's get back to #openstack-manila16:08
carlosshave a great day!16:08
carloss#endmeeting16:08
opendevmeetMeeting ended Thu Jun 11 16:08:50 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:08
opendevmeetMinutes:        https://meetings.opendev.org/meetings/manila/2026/manila.2026-06-11-15.00.html16:08
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/manila/2026/manila.2026-06-11-15.00.txt16:08
opendevmeetLog:            https://meetings.opendev.org/meetings/manila/2026/manila.2026-06-11-15.00.log.html16:08

Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!