Wednesday, 2021-06-23

opendevreviewMerged openstack/swift master: Return 503 for container listings when shards are deleted  https://review.opendev.org/c/openstack/swift/+/79349208:22
opendevreviewAlistair Coles proposed openstack/swift master: reconstructor: Delay purging reverted non-durable datafiles  https://review.opendev.org/c/openstack/swift/+/79751518:11
opendevreviewAlistair Coles proposed openstack/swift master: Capture logs when running custom daemons in probe tests  https://review.opendev.org/c/openstack/swift/+/79773518:11
opendevreviewTim Burke proposed openstack/swift master: Add some more arm64 non-voting tests  https://review.opendev.org/c/openstack/swift/+/79328020:37
kotagood morning20:54
kotasorryk i'm absent for today because of some urgent staffs20:55
seongsoochogood morning ! 20:55
kotaseongsoocho: o/20:55
timburkeno worries kota20:58
timburkealmost meeting time!20:59
timburke#startmeeting swift21:00
opendevmeetMeeting started Wed Jun 23 21:00:45 2021 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
seongsoochoo/21:01
acoleso/21:01
claygo/21:01
mattolivero/21:02
timburkeas usualy, the agenda's at https://wiki.openstack.org/wiki/Meetings/Swift -- though it's basically just checking in on some of our longer-running threads21:02
timburke#topic sharding and shrinking21:03
timburkei meant to add the patches mentioned last week to the priority reviews page but i forgot :-(21:04
timburkehttps://review.opendev.org/c/openstack/swift/+/794582 - sharder: avoid small tail shards21:05
timburkewe (NVIDIA) should be running with that soon -- but i'm still a little skeptical of the default for the new tunable21:06
claygyeah, 100% agree - I don't think keeping "existing bad behavior" is ideal21:06
clayg@timburke what default do you think makes sense?  something to do with the configured shrink size or something?21:07
acolesI'm unsure about linking it to shrinking - but happy to have a lrger absolute number as default21:07
acoleslarger*21:07
claygi forget what all of those vars are named - @mattoliver @acoles do you think a "helpful" default would be better?  or because it's all decoupled with all the other values we have to do some validation?21:08
acoleseven if it is same number as shrink_threshold, I just don't think the two should be couple21:08
timburkeyeah, i was debating about that -- if we're pushing ops toward absolute values for these config opts anyway, 100k or something seems reasonable21:08
acoles+121:08
clayg@acoles are there some combinations that wouldn't make sense tho?  like it can't be bigger than the rows_per_shard (but I think that's already enforced)21:08
acolesIIRC I enforced that yes21:09
acolesoh, BTW, @timburke yes that piece of code did have an eye towards adding more validations ;)21:09
timburkemakes sense. do we want to respin it with the higher default before merging?21:10
acolesyep I'll do that tomorrow21:12
timburke👍21:12
acolesbetter to have the default start life as we intend21:12
mattoliver+121:12
timburke#topic dark data watcher21:13
acoleshmmm, anyone running with rows_per_shard < 100k will get burnt21:13
timburkei've still not gotten around to reviewing the patches, unfortunately21:13
acolesI think I need to catch up with a review too - sorry zaitcev , I've been on vacation21:14
timburkeacoles, i feel like rows_per_shard = 100k is already pretty low -- though i guess we could make the default min(rows_per_shard, 100k)21:14
acolesok21:14
timburkeall right. acoles and i will try to get these suckers reviewed21:15
timburke#topic open discussion21:15
timburke(there wasn't really much to talk about with the relinker, i just forgot to take it off the agenda)21:16
timburkewhat else should we bring up this week?21:16
claygthe relinker and dark data were on the agenda?21:16
timburkei want to get a release together -- it's been a bit21:19
timburkeand i've also been digging through our prod logs looking for tracebacks. turns out, we generate a lot of tracebacks21:19
timburkeand i re-spun the last ARM job to lean in to the py38-ness21:21
mattoliverYeah nice work on that. I've seen some patches in gerrit that address some of those I suspect :)   (re tracebacks)21:22
timburkethat's the idea :-)21:23
timburkeall right, if nobody has anything else, we'll make it a short meeting21:23
acolestimburke: the arm jobs vote separately right?21:24
timburkeyup; they'll drop a separate comment, and none of them are currently voting21:24
acolesdoes recheck trigger both?21:24
acolesie arm and the fuller set21:25
timburkei figure, assuming everything is pretty stable, we can look at making them voting toward the end of the cycle21:25
timburkeyup21:25
acolesok21:25
timburkeall right. thank you all for coming, and thank you for working on swift!21:26
timburke#endmeeting21:26
opendevmeetMeeting ended Wed Jun 23 21:26:06 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:26
opendevmeetMinutes:        https://meetings.opendev.org/meetings/swift/2021/swift.2021-06-23-21.00.html21:26
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/swift/2021/swift.2021-06-23-21.00.txt21:26
opendevmeetLog:            https://meetings.opendev.org/meetings/swift/2021/swift.2021-06-23-21.00.log.html21:26
opendevreviewTim Burke proposed openstack/liberasurecode master: Add FIPS jobs  https://review.opendev.org/c/openstack/liberasurecode/+/79778922:52
opendevreviewTim Burke proposed openstack/swift master: Be willing to send hashes as JSON  https://review.opendev.org/c/openstack/swift/+/75863823:27
opendevreviewTim Burke proposed openstack/swift master: Have expirer use IC's delete_object  https://review.opendev.org/c/openstack/swift/+/76270423:43

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