Wednesday, 2023-09-20

opendevreviewMatthew Oliver proposed openstack/swift master: WIP: Proxy: Use shard-format for auto cont GETs and updating  https://review.opendev.org/c/openstack/swift/+/89560206:28
opendevreviewTim Burke proposed openstack/swift master: Split reserve functionality from C calls in fallocate  https://review.opendev.org/c/openstack/swift/+/89135616:28
opendevreviewASHWIN A NAIR proposed openstack/swift master: slo: refactor slo object metadata handling  https://review.opendev.org/c/openstack/swift/+/89357817:57
opendevreviewASHWIN A NAIR proposed openstack/swift master: slo: refactor slo object metadata handling  https://review.opendev.org/c/openstack/swift/+/89357817:57
opendevreviewASHWIN A NAIR proposed openstack/swift master: slo: Support GET/HEAD request with partnum query param  https://review.opendev.org/c/openstack/swift/+/89457017:57
opendevreviewASHWIN A NAIR proposed openstack/swift master: s3api: Support GET/HEAD request with PartNumber  https://review.opendev.org/c/openstack/swift/+/89458017:58
opendevreviewASHWIN A NAIR proposed openstack/swift master: fix HEAD request on multipart-manifest raw format  https://review.opendev.org/c/openstack/swift/+/89024618:21
opendevreviewTim Burke proposed openstack/swift master: proxy: Emit counter metrics when a node is skipped due to error-limiting  https://review.opendev.org/c/openstack/swift/+/89597620:07
timburkeoh, boo! doodle's free option only lets you offer up to 20 meeting slots now20:21
clarkbtimburke: use framadate20:45
kotagood morning20:59
timburke#startmeeting swift21:00
opendevmeetMeeting started Wed Sep 20 21:00:13 2023 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
kotao/21:00
timburkei failed to update the agenda, so i'm gonna kinda wing it ;-)21:02
timburke#topic vPTG21:03
timburkeit's only about a month away now!21:03
kotanice21:03
timburkeOct 23-2721:03
timburkei just created a poll for meeting times21:03
timburke#link https://framadate.org/liKzqQw5lZQW8Pvf21:03
timburke(thanks for the framadate suggestion, clarkb!)21:04
timburkethe etherpad for topics is still rather empty, though21:04
timburke#link https://etherpad.opendev.org/p/swift-ptg-caracal21:04
timburkei'll aim to add a few topics i'm interested in after this meeting21:05
timburkeif you haven't already, don't forget to register21:06
timburke#link https://ptg2023.openinfra.dev/21:06
timburkei understand it helps the foundation track things21:06
timburkenext up21:08
timburke#topic labeled metrics21:08
timburkei finally got around to rebasing my main patch for this21:09
timburke#link https://review.opendev.org/c/openstack/swift/+/88532121:09
timburkeand got a vagrant-swift-all-in-one patch together to add something approaching a "real" metrics pipeline21:10
timburke#link https://github.com/NVIDIA/vagrant-swift-all-in-one/pull/15021:10
kotai see, it's sort of prometheus exporters.21:10
timburkeyup! it's similar to what we're running in prod (which explains some of the warts in the statsd mapping file)21:12
kotanice work21:12
timburkeone handy thing about statsd_exporter, though, is that it already supports some statsd extensions add labeling; my hope is that i can come up with a patch that will let you switch to emitting one of the various extensions without any gap in your graphs (if you were already using some statsd_exporter-based metrics pipeline)21:14
timburkeat some point i want to include an upstream docs patch similar to what we did for adding a replication network to your SAIO (see https://docs.openstack.org/swift/latest/replication_network.html)21:15
kota+121:16
timburkebut i might wait on that until after i've got a firmer plan on that migration path21:16
timburkei'd love for us to express more of an opinion about a recommended metrics pipeline upstream21:18
timburkethinking about stats more has led me to write a couple patches already (and surely will lead to more down the line :-)21:19
timburke#topic swift-recon-cron21:20
timburkeone of them was to emit a gauge for how many asyncs are on disk21:20
timburke#link https://review.opendev.org/c/openstack/swift/+/89573721:21
timburkei see this as having two benefits over the existing recon drop: first, it's a little more timely (since it's not waiting for whatever other process to go read recon); second, it offers these stats per-disk (the distribution across disks may have gotten lumpy if a disk was unmounted for some time)21:23
timburkeit got me thinking more about swift-recon-cron, though, and wondering why we have it as a separate cron-based task21:25
timburkei might try out having swift-object-updater (or maybe swift-object-server? like, the worker-management process) spin out a separate thread/process to handle swift-recon-cron's job, and have the scheduling go in that config21:28
timburkethat's surely going to warrant some discussion, so it's one of the topics i should add to the etherpad :-)21:29
timburke#topic error-limiting stats21:30
timburkethe other patch was21:30
timburke#link https://review.opendev.org/c/openstack/swift/+/89597621:30
timburkewhich would add a counter for when we actually skip a node in NodeIter because of error limiting21:30
timburkethis was in part me trying to figure out how to assess one of acoles's changes21:31
timburke#link https://review.opendev.org/c/openstack/swift/+/89597621:31
timburke#undo21:31
opendevmeetRemoving item from minutes: #link https://review.opendev.org/c/openstack/swift/+/89597621:31
timburke#link https://review.opendev.org/c/openstack/swift/+/89052721:31
timburkethat's the one21:31
timburkewhere he's making sure that we're incrementing errors for a node even if we can't find a replacement21:32
kotait looks like what Pete discussed a few weeks ago.21:33
timburkepossibly -- all the more reason for us to want to get better metrics/logging around it :-)21:35
kota:)21:35
timburkethat's at the head of a chain of to unify _get_next_response_part in the proxy for replicated and EC21:37
timburke#link https://review.opendev.org/c/openstack/swift/+/89091921:37
timburkenext up21:38
timburke#topic part-number queries for slo/MPU21:39
timburkeindianwhocodes has rebased his patches on top of some of clayg's refactors -- we're getting a decently-long chain now21:40
timburke#link https://review.opendev.org/c/openstack/swift/+/89480021:40
timburkehas s3api ignore some MPU-specific sysmeta if the object isn't an slo21:41
timburke#link https://review.opendev.org/c/openstack/swift/+/89357821:41
timburkerefactors slo a good bit, but (shouldn't) result in any behavioral change21:42
timburke#link https://review.opendev.org/c/openstack/swift/+/89457021:42
timburkeadds the ability to request the range corresponding to part number N from an slo21:43
timburkeand finally21:43
timburke#link https://review.opendev.org/c/openstack/swift/+/89458021:43
timburkeprovides the (now actually documented!) partNumber support for s3api21:44
timburkesee also, https://bugs.launchpad.net/swift/+bug/173528421:44
timburkeall right, i think that's most of what all's been going on this past week21:45
timburke#topic open discussion21:45
timburkeanything else we ought to talk about today?21:45
kotanot from my side, thanks for proceeding21:46
timburkeall right, i'll let you get on with your morning then21:46
timburkethank you for coming, and thank you for working on swift!21:47
timburke#endmeeting21:47
opendevmeetMeeting ended Wed Sep 20 21:47:13 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:47
opendevmeetMinutes:        https://meetings.opendev.org/meetings/swift/2023/swift.2023-09-20-21.00.html21:47
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/swift/2023/swift.2023-09-20-21.00.txt21:47
opendevmeetLog:            https://meetings.opendev.org/meetings/swift/2023/swift.2023-09-20-21.00.log.html21:47
clarkbtimburke: you're welcome! its been a useful tool and alternative to doodle22:10

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