21:03:00 <timburke> #startmeeting swift
21:03:00 <opendevmeet> Meeting started Wed Oct  6 21:03:00 2021 UTC and is due to finish in 60 minutes.  The chair is timburke. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:03:00 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:03:00 <opendevmeet> The meeting name has been set to 'swift'
21:03:08 <timburke> who's here for the swift meeting?
21:03:18 <seongsoocho> o/
21:03:41 <mattoliver> o/
21:05:14 <kota> o/
21:05:29 <timburke> as usual, the agenda's at https://wiki.openstack.org/wiki/Meetings/Swift
21:05:33 <timburke> first up
21:05:39 <timburke> #topic gerrit outages
21:05:53 <timburke> just an fyi, in case you missed the service-announce email
21:05:59 <timburke> #link http://lists.opendev.org/pipermail/service-announce/2021-October/000024.html
21:06:24 <timburke> gerrit will be down a couple times between now and the ptg, but both should be fairly short
21:06:46 <timburke> #topic PTG
21:06:57 <timburke> only a week and a half away, now!
21:07:21 <timburke> still i added a few more topics to the etherpad
21:07:24 <timburke> #link https://etherpad.opendev.org/p/swift-ptg-yoga
21:07:29 <timburke> feel free to add more!
21:08:05 <mattoliver> cool, look forward to chatting with everyone again (in video)
21:09:05 <timburke> on that note...
21:09:12 <timburke> #topic summit
21:09:27 <timburke> we're going to have an in-person summit again!
21:09:33 <timburke> #link https://openinfra.dev/summit/
21:09:37 <mattoliver> \o/
21:09:41 <kota> wow
21:09:42 <seongsoocho> 🎉  yay~~~
21:09:44 <timburke> Jun 7-9 in Berlin
21:10:50 <timburke> i should look at submitting a talk about pushing swift towards exabyte scale :-)
21:11:22 <mattoliver> So long as international Borders are open from Oz and my employer will send me, I'll be there :)
21:11:32 <seongsoocho> I'm looking for a flight ticket  :)
21:11:52 <timburke> i look forward to actually seeing everyone in person again :-D
21:12:01 <mattoliver> oh maybe I could write one about request tracing though the cluster... might be fun to see different usage patterns.
21:13:07 <timburke> #topic dnspython 2.0.0+ support
21:13:34 <timburke> just another fyi -- looks like eventlet finally declared support for dnspython 2!
21:13:39 <timburke> #link https://github.com/eventlet/eventlet/issues/619
21:14:22 <mattoliver> oh nice
21:14:39 <timburke> when prometheanfire went to update global-requirements, it broke our tests, though :-(
21:14:59 <timburke> the fix was pretty small, as best i could tell, so i just landed it
21:15:09 <timburke> #link https://review.opendev.org/c/openstack/swift/+/812424
21:15:42 <mattoliver> Thanks for fixing it
21:16:21 <timburke> but i haven't actually *functionally* tested it. so if anyone uses cname_lookup and could do some testing, i'd appreciate feedback on how it goes
21:18:44 <timburke> #topic reconstructor and the replication network
21:20:09 <mattoliver> this was a good find. We definitely don't want to be pulling frags over the cluster network.
21:20:38 <timburke> reid_g recently noticed that reconstructor GETs don't use the replication network. i've got a patch to change that (in the spirit of https://review.opendev.org/c/openstack/swift/+/735751)
21:20:47 <timburke> #link https://review.opendev.org/c/openstack/swift/+/812614
21:21:09 <timburke> thanks for the reviews; i'll write up a bug and some tests shortly
21:21:30 <timburke> that's all i've got
21:21:36 <timburke> #topic open discussion
21:21:46 <timburke> what else should we bring up this week?
21:23:03 <mattoliver> We ran into a fun bug where account stats would get stuck. I wrote a probe test to prove it. And here is also the first attempt at fixing it: https://review.opendev.org/c/openstack/swift/+/811833
21:23:18 <mattoliver> So any thoughts on that approach would be good.
21:24:46 <mattoliver> The code was simple until acoles pointed out we'd need to support single replica container rings.. and the patch in essence only allows updates from non handoffs that have had an incoming sync. So opts for an escape hatch (config option) to override if your running with 1. (don't know why you would ever though)
21:25:38 <timburke> it's a good corner case, and i like the config-option escape hatch. maybe better named something like "update_when_never_replicated" though?
21:26:20 <mattoliver> ahh yeah nice, I suck at coming up with config option names :P
21:27:27 <mattoliver> having spent time in the incoming_syncs code it does make me worry about some potentual extra work on some edgecases. But I might cofirm my understanding before I write up anything like a bug because I could be wrong :)
21:27:50 <timburke> fwiw, i know i've played around with single-disk (so, single-replica) stuff before: https://github.com/tipabu/sds
21:28:09 <timburke> it's worth making sure single-replica works for dev/test environments
21:28:45 <mattoliver> cool, a usecase means it's worth the effort, thanks!
21:30:36 <timburke> all right, let's make it a short meeting so you guys can get on with your mornings :-)
21:30:47 <timburke> thank you all for coming, and thank you for working on swift!
21:30:54 <timburke> #endmeeting