Wednesday, 2025-09-17

opendevreviewTim Burke proposed openstack/python-swiftclient master: Unpin tox  https://review.opendev.org/c/openstack/python-swiftclient/+/96143003:34
opendevreviewJianjian Huo proposed openstack/swift master: Add Christian Ohanaja to AUTHORS  https://review.opendev.org/c/openstack/swift/+/96151916:53
opendevreviewTim Burke proposed openstack/python-swiftclient master: authv1: Modernize returned service catalog  https://review.opendev.org/c/openstack/python-swiftclient/+/96142317:42
opendevreviewMerged openstack/python-swiftclient master: Unpin tox  https://review.opendev.org/c/openstack/python-swiftclient/+/96143018:15
opendevreviewChristian Ohanaja proposed openstack/swift master: add Christian O to AUTHORS  https://review.opendev.org/c/openstack/swift/+/96155020:45
opendevreviewTim Burke proposed openstack/swift master: add Christian O to AUTHORS  https://review.opendev.org/c/openstack/swift/+/96155020:56
timburke#startmeeting swift21:00
opendevmeetMeeting started Wed Sep 17 21:00:15 2025 UTC and is due to finish in 60 minutes.  The chair is timburke. Information about MeetBot at http://wiki.debian.org/MeetBot.21:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:00
opendevmeetThe meeting name has been set to 'swift'21:00
timburkewho's here for the swift team meeting?21:00
mattolivero/21:00
timburkei neglected to update it, but the agenda's usually at21:01
timburke#link https://wiki.openstack.org/wiki/Meetings/Swift21:01
timburkebut i can still come up with an agenda off the top of my head ;-)21:02
timburke#topic vPTG21:02
timburkeit's next month!21:02
mattoliverWoo \o/21:02
timburkeand we ought to get more topics on the etherpad21:02
timburke#link https://etherpad.opendev.org/p/swift-ptg-gazpacho21:02
timburke#topic release21:03
mattoliverYeah, I haven't added anything yet. Ill n think about some topics to add. 21:03
timburkeswift 2.36.0 is out! and we've got a stable/2025.2 branch now21:03
timburkea lot of good stuff in there, including improves s3api support (especially with newer AWS SDKs) and ring v221:05
mattoliverNice one21:05
timburke#topic timestamp collisions21:06
timburkei touched on this a little two weeks ago, particularly in the context of ec+encryption leading to data loss (or at least, unavailability pending manual repair 😬)21:06
timburkebut it's shown up in another context in between!21:07
timburkeduring a part power increase, we started seeing 503s on PUT because linkat doesn't have the same clobbering semantic as rename21:08
mattoliverI guess when a cluster gets big and busy enough collisions are more frequent 21:09
mattoliverAt least they always seem to be the same data each time. 21:09
timburkeso we'd have two clients racing to put data with the same name and timestamp, and at the old part we'd see the trouble previously mentioned but then the new part would hit EEXIST for whoever lost the race21:09
timburkethis in turn led to an UnboundLocalError (!) because of some exception-handling changes in the py2->py3 transition21:10
timburkefor more info, see21:11
timburke#link https://bugs.launchpad.net/swift/+bug/212254321:11
timburkefix is already merged, but that was... interesting... to diagnose21:11
timburkemeanwhile, clayg is working on getting that EEXIST to pop sooner, which seems like the right call21:13
timburke#link https://review.opendev.org/c/openstack/swift/+/96132321:13
timburkeand i still owe mattoliver a review on trying to sidestep the issue entirely by using offsets in the timestamps21:14
timburke#link https://review.opendev.org/c/openstack/swift/+/95900921:14
mattoliveryeah, if you get the chance. 21:15
timburke#topic swiftclient21:16
timburkei bumped into an issue that prompted me to write a swiftclient patch21:16
timburkeonly to discover the gate was broken!21:17
timburkeas best i can tell it was just to do with us pinning to an old version of tox during that 3->4 transition21:17
timburkeso i just removed the pin21:17
timburke#link https://review.opendev.org/c/openstack/python-swiftclient/+/96143021:17
mattoliveroh, nice find. Not that finding the gate broken is good, but glad you figured out why21:19
timburkeif you're curious about what led me there, the authv1 plugin i cobbled together stopped working for some operations because it was returning an old v2-style service catalog, so i wanted to update it to v3-style21:19
timburke#link https://review.opendev.org/c/openstack/python-swiftclient/+/96142321:19
timburkethough it looks like i need to fix a pep8 issue in my new tests21:20
timburke#topic eventlet removal21:21
timburkei haven't taken a look for a bit, but i'm inclined to keep the feature branch moving, so i think i'll merge the first patch or two (after taking off the WIP from the commit message)21:22
timburkemaybe i'll even get to the point of running with gunicorn account servers locally :-)21:23
timburkei think that's all i've got by way of topics21:24
timburke#topic open discussion21:24
timburkeanything else we ought to bring up this week?21:24
mattoliveryeah, I've been meaning to give it a whirl too. But just haven't had time.  21:24
mattoliverAlso I think it's fine to land older patches after some predetermined time on a feature branch when it makes sense to keep things going. only needs to be open long enough for people to comment21:25
timburke+121:25
mattoliverOn the open discussion side of things, I've been playing with past_part_node in the reconstructor again. 21:26
timburkenice!21:26
mattoliverBasically rebased and cleaned up the old patch21:26
mattoliver#link https://review.opendev.org/c/openstack/swift/+/83500121:26
mattoliverstill needs more work. I've tried adding a time check going back and calling REVERT on an old primary if it moved too long ago via the new last_parts_moved now in the ring (in that chain)21:28
mattoliverBut it's still a WIP. Need to update and write a whole bunch of new tests now that it looks into last_part_moves. 21:28
mattoliverbut progress. 21:29
mattoliverlast_part_moves still only has a grainulatrity of hours.. so that feels a little wierd21:30
timburkeidk -- hours doesn't seem bad to me. how long do our reconstructors take to do a cycle these days?21:31
timburkeand at the other end, capping out at 255 hours gives us more than ten days' history21:32
mattolivertrue, just in most things, when we let there be a timeout its in seconds. Maybe I just need to not make it an option for people.. and come up with some constant (the full 10 days) or something else auto. 21:34
mattoliveranyway, just playing with it. and will tidy up the implementation 21:34
timburkei suppose i ought to look at the patch, see how the impedance mismatch works out21:35
mattoliverI'd appreciate that, but I know there are alot going on :) Just trying to push it forward :) 21:36
mattoliverThat's all I've got 21:37
timburkeall right, maybe i'll end it early21:37
timburkethank you for coming, and thank you for working on swift!21:37
timburke#endmeeting21:37
opendevmeetMeeting ended Wed Sep 17 21:37:53 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:37
opendevmeetMinutes:        https://meetings.opendev.org/meetings/swift/2025/swift.2025-09-17-21.00.html21:37
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/swift/2025/swift.2025-09-17-21.00.txt21:37
opendevmeetLog:            https://meetings.opendev.org/meetings/swift/2025/swift.2025-09-17-21.00.log.html21:37
mattolivernice one timburke thanks for all your hard work and effort you put in esp on the gate. 21:38
opendevreviewMerged openstack/pyeclib master: tests: Tighten version checks  https://review.opendev.org/c/openstack/pyeclib/+/95991522:04
opendevreviewMerged openstack/pyeclib master: cli.version: Show information about free-threaded-ness  https://review.opendev.org/c/openstack/pyeclib/+/95991622:23
opendevreviewMerged openstack/swift master: add Christian O to AUTHORS  https://review.opendev.org/c/openstack/swift/+/96155023:20
opendevreviewTim Burke proposed openstack/python-swiftclient master: authv1: Modernize returned service catalog  https://review.opendev.org/c/openstack/python-swiftclient/+/96142323:57

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