Wednesday, 2025-08-27

opendevreviewShreeya Deshpande proposed openstack/swift master: Concurrent tests for object controller to use cooperative token  https://review.opendev.org/c/openstack/swift/+/94305501:47
mattoliverAfternoon/morning everyone. People, bots and ai ready for a swift meeting?07:01
mattoliver#startmeeting swift07:01
opendevmeetMeeting started Wed Aug 27 07:01:20 2025 UTC and is due to finish in 60 minutes.  The chair is mattoliver. Information about MeetBot at http://wiki.debian.org/MeetBot.07:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.07:01
opendevmeetThe meeting name has been set to 'swift'07:01
mattoliverWhose here for the swift meeting?07:01
cschwedeo/07:01
mattoliverAs always the agenda is at:07:02
mattoliver#link https://wiki.openstack.org/wiki/Meetings/Swift07:02
mattoliverhey cschwede o/07:02
mattoliverlet's get started then :)07:03
mattoliver#topic Bug triage07:03
mattoliverI was suppose to remove this from the agenda07:03
mattoliverbut forgot.. 07:03
mattoliverI think this is basically on all of us now to help cschwede dig in.. so might leave it off the agenda in the future and we can swing back to it later07:04
cschwedeSounds good. Unfortunately nothing new on this one from me this time07:04
mattoliverno probs. I wasn't expecting any since the discussion last meeting, just thought I'd bring it up as a topic because I forgot to remove it :P 07:05
mattoliverlet's move on!07:05
mattoliver#topic eventlet removal POC update07:05
cschwedeI made some progress here, and looking forward to discuss this soon with a couple of folks :)07:05
mattoliverNice! yeah talking with timburke earlier this week, we're keen to talk and support as much as we can.  07:06
mattoliverI look forward to hearing some progress. if not soon then at the vPTG (perfect segway) :P07:07
mattoliver#topic October vPTG07:07
mattoliverJust a reminder it's on. timburke said he'd get an etherpad ready.07:08
mattoliverit'll be Oct 27 - 3107:08
mattoliver#link https://ptg.openinfra.org/07:08
mattoliverI've been working on builing on top of ringv2 which I'm interested in talking about07:09
mattoliverClays digging into some timestamp collisions that we've been finding.. so all good topics, and if more come about them soon maybe a future meeting topic too ;) 07:10
mattoliverNot much to say here about the vptg other then think of ideas and please come and have your say07:10
cschwedeTimestamp collisions related to the rings?07:11
mattoliver#topic bringing back MANIFEST.in07:11
mattoliversorry, no, just in some ec objects 07:11
cschwedeAh, ok - I was wondering what's going on :)07:12
mattoliververy edgecase, but when you have thousands of nodes in a cluster that is stupid busy it can happen, and we want to fix it. Been playing with the probetest clay created abount.. I'll find the link and share it in open discussion.07:12
mattoliver* about it07:13
mattoliverAnyway MANIFEST.in 07:13
mattoliver#link https://review.opendev.org/c/openstack/swift/+/950615 07:13
mattoliverTurns out the most not having the MANIFEST.in file is fine for people building python packages and wheels.. 07:14
mattoliveroriginally we thought it was 100% of the time, so the file was removed07:14
mattoliverturns out those build systems only worked because setuptools knows about the git metadata and could find the s3api schema files in the repo data, so would include it.07:15
cschwedeYeah, there is some good technical background on #link https://bugs.launchpad.net/swift/+bug/212059007:15
mattoliverthanks!07:15
mattoliverBut some build systems (nvidia's downstream one for one) pulls the code from github using the tarball api, this includes the code but not the git metadata.. so we were building packages that didn't have the schema files.07:16
mattoliverLong story short seems the MANIFEST.in file IS required, and that linked bug shows it wasn't just us.07:17
mattoliverSo instead of just changing things in our downstream build env seems better to just land the revert.07:17
mattoliverAnd now we have.07:17
mattoliverSorry if this caused s3api issues for any package maintainers.07:18
mattoliverAlso please don't ask how long it took me to figure out what the f*$% was happening in our build system :P 07:18
mattoliverMoving on07:19
mattoliver#topic unmaintained branches07:19
mattoliver#link https://review.opendev.org/c/openstack/releases/+/95810107:19
mattoliverSo timburke 's been his amazing self and getting some new stable releases out and showing them some love.. but there are a bunch that are old, broken and he wanted to remove the unmaintained branches. 07:20
mattoliverThere is also an email, let me find the link07:20
cschwede#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/3CJPUXP5TVI2DMCSHONCDM44BFHCJXIZ/07:21
cschwede^ mattoliver 07:21
mattoliveroh nice, too fast for me! 07:21
mattoliverSeems there is a openstack-unmaintained-core group, and they might take on the maintence! 07:21
mattoliverSo let's see what happens there, but thought it was interesting enough to mention, so unmaintained-cores! 07:22
mattoliver#topic ringv2 next steps07:23
mattoliverI aluded to this earlier. 07:24
mattoliverNow that ringv2 has landed, finally, I've started cleaning up and working on some interesting follow ups. 07:24
mattoliverThere are actually a few threads to follow here. Clay has some follow ups on the ringv2 plumbing itself. But I'm working on using ringv2 to do interesting things07:25
mattoliverMy chain currently starts:07:25
mattoliver#link https://review.opendev.org/c/openstack/swift/+/95526307:25
mattoliverBasically the first step is to move the past part tables (history tables) in. So things like the recontructor can make better decisions on if the missing frag is out there on an old handoff and if so,, don't bother going to the effort of rebuilding07:26
mattoliverbasically an auto handsoff first, which I think will be great07:27
mattoliverBut having the ability to look back a rebalance or so is nice, but it might also be nice to know when they moved.. in case we want to time limit the checking of old primaries.07:27
mattoliverSo I then added a patch to move the last_part_moves structure from the builder into the ring07:28
cschwedeyes, really nice and there are also opportunities to help replicated deployments07:29
mattoliver(Because I also have a long term plan to itergrated all builder items into the ring knowing that ringv2 allows us to only load the bits we need, we don't need 2 files anymote). 07:29
mattoliver+107:29
mattoliverAs I add more items I realised that the way Ring and RingData interact is a little annoying. Load up a RingData, copy it's contents locally, throw the RingData away. Then later load it again.07:31
mattoliverAnd as I added more datastructors I needed to add them in both places. 07:31
mattoliverSo I ended up with a refactor and Ring / RingData rework patch, which makes the Ring hold on to the RingData and call into it for the datastructures. 07:32
mattoliverI've now moved that patch up towards the front of the chain, so the others can get slightly simpler. 07:32
mattoliverAnyway, if anyone is interested in checking it out. Feel free :) 07:33
mattoliverThere is also a patch to just use decorators to clean up the ringbuilder cli.. which is based on comments in the now merged ringv2 patch. Maybe it doesn't need to be in the chain, but it is :P 07:34
mattoliverBut yes basically I hope that the history tables is a good first step into making our consistency engine smarter or at least make smarter decisions :) 07:35
mattoliverThat's all I got there07:35
cschwede+107:35
cschwedeThanks for all the updates mattoliver!07:36
mattoliver#topic New ISA-L backend for liberasurecode07:36
mattolivertimburke and I landed the patch07:36
mattoliver#link https://review.opendev.org/c/openstack/liberasurecode/+/95428507:37
mattoliverCouldn't think of a cleaver name, and it isn't a drop in replacement for sa_l_rs_vand so coudln't just replace it07:37
mattoliverso it's name has stayed as sa_l_rs_vand_inv 07:37
mattoliverAnd is the recommended sa_l_rs_vand variant (if you want to run a vand) as it can handle parities > 507:39
mattoliverThat's all I got this week07:39
cschwedeWe might want to update the docs too to make it clear that this is the recommended variant?07:39
mattoliver#topic open discussion07:39
mattoliveroh yeah07:39
mattoliverif is hasn't already, I should go check that. 07:40
mattoliverand make a note in swift and pyeclib too07:40
cschwedeThat would be great!07:40
mattoliverLet me find that probe test link that clay wrote07:42
mattoliver#link https://review.opendev.org/c/openstack/swift/+/927327 07:43
mattoliverAnyway, he's also got some wip patches chained up there as he's playing with options. 07:44
mattoliverI've been playing with it today, so hope to have some comments and reviews on them soon. 07:45
mattoliverAnyway, that's all I have this week07:45
mattoliveranything else to bring up?07:45
cschwedeNothing from my side. Again, thx mattoliver for all the updates!07:46
mattolivernps anytime! 07:46
mattoliverThen let's end the meeting. Thanks again for coming and thanks for working on swift!07:46
mattoliver#endmeeting07:46
opendevmeetMeeting ended Wed Aug 27 07:46:57 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)07:46
opendevmeetMinutes:        https://meetings.opendev.org/meetings/swift/2025/swift.2025-08-27-07.01.html07:46
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/swift/2025/swift.2025-08-27-07.01.txt07:46
opendevmeetLog:            https://meetings.opendev.org/meetings/swift/2025/swift.2025-08-27-07.01.log.html07:46
cschwedeHave a great evening mattoliver!07:47
opendevreviewMatthew Oliver proposed openstack/swift master: ringbuilder cli: better track different command types  https://review.opendev.org/c/openstack/swift/+/95526307:54
opendevreviewMatthew Oliver proposed openstack/swift master: ring: Let ring keep and use a RingData instance  https://review.opendev.org/c/openstack/swift/+/95729107:54
opendevreviewMatthew Oliver proposed openstack/swift master: ring: Add a rebalance history in the ring  https://review.opendev.org/c/openstack/swift/+/83462107:54
opendevreviewMatthew Oliver proposed openstack/swift master: ringbuilder cli: add set_history_count command  https://review.opendev.org/c/openstack/swift/+/95545207:54
opendevreviewMatthew Oliver proposed openstack/swift master: Move last_part_moves to ring  https://review.opendev.org/c/openstack/swift/+/95729207:54
opendevreviewTim Burke proposed openstack/pyeclib master: Ensure licenses are included in binary wheels  https://review.opendev.org/c/openstack/pyeclib/+/95860815:56
opendevreviewShreeya Deshpande proposed openstack/swift master: Provide some s3 helper methods for other middlewares to use.  https://review.opendev.org/c/openstack/swift/+/94079120:24
opendevreviewShreeya Deshpande proposed openstack/swift master: proxy-logging: Add real-time transfer bytes counters  https://review.opendev.org/c/openstack/swift/+/93091820:33
opendevreviewMerged openstack/pyeclib master: Ensure licenses are included in binary wheels  https://review.opendev.org/c/openstack/pyeclib/+/95860821:26
opendevreviewMerged openstack/pyeclib master: Improve error message when using closed ECDriver instances  https://review.opendev.org/c/openstack/pyeclib/+/95660921:29
opendevreviewMerged openstack/pyeclib master: Prep for type annotations  https://review.opendev.org/c/openstack/pyeclib/+/95661021:43
opendevreviewMerged openstack/pyeclib master: Clean up return/raise handling in check_metadata  https://review.opendev.org/c/openstack/pyeclib/+/95659921:43
opendevreviewTim Burke proposed openstack/pyeclib master: Release 1.7.0  https://review.opendev.org/c/openstack/pyeclib/+/95870622:10
opendevreviewJianjian Huo proposed openstack/swift master: common: add memcached based cooperative token mechanism.  https://review.opendev.org/c/openstack/swift/+/89017423:51
opendevreviewJianjian Huo proposed openstack/swift master: proxy: use cooperative tokens to coalesce updating shard range requests into backend  https://review.opendev.org/c/openstack/swift/+/90896923:51

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