Wednesday, 2022-01-19

acoleserrr, am I going crazy or is zuul reporting success when unit tests are actually failing? dig into https://review.opendev.org/c/openstack/swift/+/824608 swift-tox-py36 job for example15:04
acolesI think it maybe because we re-try failed unit tests and the original failure/error was due to test coupling?? :/15:17
acolesso running the failed test in isolation passes15:17
opendevreviewAlistair Coles proposed openstack/swift master: Fix statsd prefix mutation in proxy controllers  https://review.opendev.org/c/openstack/swift/+/82460815:38
opendevreviewAlistair Coles proposed openstack/swift master: Make NodeIter require a logger argument  https://review.opendev.org/c/openstack/swift/+/82533515:38
opendevreviewTim Burke proposed openstack/swift master: staticweb: Work with prefix-based tempurls  https://review.opendev.org/c/openstack/swift/+/81075417:18
opendevreviewTim Burke proposed openstack/swift master: s3api: Allow multiple storage domains  https://review.opendev.org/c/openstack/swift/+/82539920:54
timburkealmost meeting time!20:58
kotagood morning20:59
seongsoochogood morning!21:00
timburke#startmeeting swift21:00
opendevmeetMeeting started Wed Jan 19 21:00:34 2022 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 meeting?21:00
mattolivero/21:00
kotao/21:00
seongsoochoo/  hi21:00
acoles\o21:00
timburkeas usual, the agenda's at https://wiki.openstack.org/wiki/Meetings/Swift21:01
timburkefirst up, in case you missed it on the ML21:02
timburke#topic z cycle naming21:02
timburke#link http://lists.openstack.org/pipermail/openstack-discuss/2022-January/026620.html21:02
timburkewe can propose names on the wiki at21:02
timburke#link https://wiki.openstack.org/wiki/Release_Naming/Z_Proposals21:02
mattoliverZorro! 21:03
mattoliver😜 21:03
timburkenominations close monday, then as i recall, the TC votes for the final name21:04
timburkeon to swift-y topics!21:04
timburke#topic updater fairness21:04
timburkethe first patch in the series (to add per-container ratelimits) landed -- https://review.opendev.org/c/openstack/swift/+/82096221:05
timburkethe second one (to add a queue of deferred updates to chew on when the disk sweep is shorter than the configured interval) is still in review -- https://review.opendev.org/c/openstack/swift/+/82173621:06
timburkewe've started running with it in prod, though, and are definitely seeing some processing from the deferred queue; it seems like a good and useful idea21:06
mattoliverOh cool. 21:07
timburkeanyone want to commit to reviewing it for next week? i know it's on my radar21:07
mattoliverI was somewhat involved, but happy to review it again. 21:08
acolesI had a thought that it might benefit from more commentary on the design of the deferral queue...let me know if you feel it does21:09
acoles(for the sake of future us)21:09
timburkethanks21:09
timburke#topic memcache periodic refresh21:09
timburkeacoles spotted a bug in how i did the skip percentage on a previous patchset of https://review.opendev.org/c/openstack/swift/+/73680221:10
timburkewhich gave me an opportunity to look at the stats i was emitting with fresh eyes -- the tl;dr is that this no longer requires any changes to the memcache client, and it's on callers to decide whether to skip or not before calling memcache21:12
mattoliverOh, yeah I guess that makes sense. I thought thr doing in the client had the benefit of happening in one place. 21:13
timburkewhich also means that the caller can spit out more-detailed stats; having memcache hit/miss/skip counts wasn't near as useful without knowing what type of key we were looking for21:13
opendevreviewAde Lee proposed openstack/swift master: Add FIPS CI jobs  https://review.opendev.org/c/openstack/swift/+/79605721:13
timburkethere may be more revisions, but i think that patch is getting close21:14
mattoliverCool, I'll take a look21:14
timburkenext in the chain was removing pipeline_property -- https://review.opendev.org/c/openstack/swift/+/821920 -- there was a fair bit of back-and-forth, but i think it's settling down; it has one +2 on it now21:15
acoles@mattoliver for me, having the more-detailed stats won over having the skip pct applied in just one place21:15
mattoliverKk21:17
timburkethe get info calls have also been reworked to have more-detailed stats (as well as reduce test churn)21:17
timburkeit still hasn't seen many eyes yet, but i'd prefer we review & land the first two21:18
timburke#topic tempurl signatures in logs21:19
timburkewe've still got the open patch at https://review.opendev.org/c/openstack/swift/+/82258521:19
timburkeacoles, still think you might find time to take a look?21:20
acolesoh, sorry, yes I will try21:20
timburkethanks!21:20
timburkewe'll close that bug one of these days ;-)21:21
* acoles upgrades the review to bold on todo list ;)21:21
timburkelooks like clayg isn't around again, so i guess i'll skip the mpu-expiration overview again21:22
timburke#topic request tracing21:22
zaitcevWhat's an MPU?21:22
timburkemultipart-upload -- how S3 does large (>5GB) objects21:23
timburke#undo21:23
opendevmeetRemoving item from minutes: #topic request tracing21:23
timburkebecause of how s3api puts segments in this mostly-client-inaccessible namespace, we're feeling pretty comfortable with the idea that expiring an MPU manifest ought to automagically clean up the segments21:24
timburkeclayg (and acoles) have been thinking about how to do that (as well as including a backstop daemon that goes around looking for orphaned segments and deleting them)21:25
timburke#topic request tracing21:26
timburkemattoliver gave his talk!21:26
timburke#link http://youtu.be/iP_qy8KKDno21:26
mattoliver\o/ talk complete21:26
timburkei haven't watched it yet, but plan to soon21:26
kotaexcellent21:26
seongsoochowow good!  thanks mattoliver 21:27
mattoliverI've been off looking after kids and that conference, so will be back at work today playing catchup. 21:27
timburke👍21:28
timburkethat's all i've got21:28
timburke#topic open discussion21:28
timburkeanything else we ought to bring up this week?21:28
mattoliverI got nothing.. I'm still in holiday mode :) 21:28
acolesI've been working on a fix for some strange stasd naming mutation that we spotted https://review.opendev.org/c/openstack/swift/+/82460821:30
acoles*statsd21:30
acolesit does result in some metric names emitted by the proxy changing, but only because they were unpredictable before21:31
acolesin summary, the proxy would prefix a metric name with [account|container|object] but the prefix mutated if a subrequest was issued, so the prefix was unpredictable.21:32
mattoliverOh good find21:33
acolesI plan to write a bug report, now the patch is done ;-)21:33
timburkethings like needing to fetch shard ranges to find out which shard an object update should go to would trip it, yeah?21:34
mattoliverLol21:34
acoleswe spotted this when studying the outputs of timburke's memcache skipping stats21:34
timburkedo you remember if it would be that the container request would get stats that made it look like an object request, or vice-versa?21:34
acolestimburke: yes, or needing to do a container HEAD to populate container_info during an object request21:35
acolesI think object requests mutated to container, or account21:35
acolessometime the prefix was lost altogether, which I haven't reproduced but could be when there is an error handling a (sub)request before the proxy controller is instantiated21:36
timburke🤮21:37
timburkei pushed up a new patchset for staticweb+tempurls: https://review.opendev.org/c/openstack/swift/+/81075421:38
acolesthe prefix would change such as: proxy-server -> proxy-server.object -> proxy-server -> proxy-server.container for example 21:38
timburkereview it this month and you'll get to browse through pictures from a trip i took back in college ;-)21:38
mattoliverLol timburke21:39
timburkeall right, i'm'a call it21:40
timburkethank you all for coming, and thank you for working on swift!21:41
timburke#endmeeting21:41
opendevmeetMeeting ended Wed Jan 19 21:41:08 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:41
opendevmeetMinutes:        https://meetings.opendev.org/meetings/swift/2022/swift.2022-01-19-21.00.html21:41
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/swift/2022/swift.2022-01-19-21.00.txt21:41
opendevmeetLog:            https://meetings.opendev.org/meetings/swift/2022/swift.2022-01-19-21.00.log.html21:41
zaitcevOkay. timburke, did you think about a watcher for S3 MPU segments21:59
zaitcevSorry, I have too many irons on fire right now.21:59
zaitcevOr in fire.21:59
timburkei did! https://review.opendev.org/c/openstack/swift/+/783476 -- i think clayg's thinking about something at the container-level, though (so you can do things like high-water marks)22:03

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