Wednesday, 2020-06-10

openstackgerritTim Burke proposed openstack/swift master: py3: (Better) fix percentages in configs  https://review.opendev.org/73472100:01
openstackgerritTim Burke proposed openstack/swift master: WIP: run probe tests on CentOS 8  https://review.opendev.org/69071700:26
openstackgerritTim Burke proposed openstack/swift master: py3: (Better) fix percentages in configs  https://review.opendev.org/73472100:27
openstackgerritTim Burke proposed openstack/swift master: py3: (Better) fix percentages in configs  https://review.opendev.org/73472100:46
*** threestrands has joined #openstack-swift01:19
openstackgerritTim Burke proposed openstack/swift master: WIP: run probe tests on CentOS 8  https://review.opendev.org/69071701:28
openstackgerritTim Burke proposed openstack/swift master: Use ini_file to update timeout instead of crudini  https://review.opendev.org/73472901:28
*** manuvakery has joined #openstack-swift02:40
*** rcernin has quit IRC02:53
*** rcernin_ has joined #openstack-swift02:54
*** rcernin_ has quit IRC03:07
*** rcernin_ has joined #openstack-swift03:19
*** rcernin_ has quit IRC03:24
*** rcernin has joined #openstack-swift03:25
*** psachin has joined #openstack-swift03:40
openstackgerritTim Burke proposed openstack/swift master: WIP: run probe tests on CentOS 8  https://review.opendev.org/69071703:53
openstackgerritTim Burke proposed openstack/swift master: WIP: run probe tests on CentOS 8  https://review.opendev.org/69071704:12
openstackgerritTim Burke proposed openstack/swift master: WIP: run probe tests on CentOS 8  https://review.opendev.org/69071704:19
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-swift04:33
*** manuvakery has quit IRC04:49
openstackgerritTim Burke proposed openstack/swift master: Add py3 probe tests on CentOS 8  https://review.opendev.org/69071705:10
*** m75abrams has joined #openstack-swift05:16
timburkesorry for all the noise, but i think that's actually getting to a good place finally!05:23
*** renich has quit IRC05:52
*** djhankb has quit IRC06:08
*** rcernin has quit IRC06:44
*** rcernin_ has joined #openstack-swift06:44
*** rcernin_ has quit IRC06:50
*** rcernin_ has joined #openstack-swift06:53
*** rcernin_ has quit IRC06:59
*** psachin has quit IRC07:12
*** rpittau|afk is now known as rpittau07:21
*** ccamacho has joined #openstack-swift07:24
*** ravsingh has joined #openstack-swift08:24
godogtimburke: thanks for the tip on --use-slo, I missed the option! using it I'm also seeing the json manifest so that's at least consistent, I feel like I'm missing something obvious but I've put more information/debug here https://phabricator.wikimedia.org/T254852#620979209:10
*** rpittau is now known as rpittau|bbl10:19
*** tkajinam has quit IRC10:53
*** threestrands has quit IRC11:16
*** m75abrams has quit IRC11:16
*** zigo has quit IRC11:41
*** rcernin_ has joined #openstack-swift11:48
*** rcernin_ has quit IRC11:53
*** zigo has joined #openstack-swift11:57
*** rpittau|bbl is now known as rpittau12:05
*** ravsingh has quit IRC12:20
*** ravsingh has joined #openstack-swift13:07
*** mikecmpbll has joined #openstack-swift13:12
openstackgerritDavid Sariel proposed openstack/swift master: WIP: Let developers/operators add watchers to object audit (simplified)  https://review.opendev.org/70665314:04
*** ccamacho has quit IRC14:11
timburkegodog, any chance you've got an explicit allowed_headers set on the object-servers? if so, does it include X-Static-Large-Object? https://github.com/openstack/swift/blob/master/etc/object-server.conf-sample#L13514:35
timburkefwiw, i could repro similar bad behavior when i tried restricting mine to just X-Delete-At: http://paste.openstack.org/show/794582/14:40
godogtimburke: hah! that's a good smoking gun, I have indeed allowed_headers set and x-static-large-object isn't there14:41
godogI'm adding now and trying again, anything else that should be included ?14:41
timburkeX-Delete-At, X-Object-Manifest, X-Static-Large-Object are all fairly necessary -- we should consider forcing them to be allowed regardless of config14:42
timburkethe other defaults that i linked to are mainly for the sake of clients -- they should all be safe, and some clients may expect them to be available14:43
timburkeout of curiosity, how are you using swift?14:44
godogsounds good re: headers, x-delete-at x-object-manifest were there already14:45
godogin this particular case we're deploying thanos with s3api + swift as its object storage14:45
godogour main use case for swift though is media storage, that's a separate swift cluster and a much bigger deployment though no s3api14:46
godogand no SLO usage either, which explains why we've never run into this before!14:47
timburkecool! i don't think i'd heard of https://thanos.io/ before, seems interesting14:47
godogyeah fairly happy with it so far but it isn't in full production yet14:48
godogtimburke: can confirm adding x-static-large-object to allowed_headers worked, thank you so much for your help!14:49
godoghappy to followup with a bug, where should I file it ?14:49
timburkehttps://bugs.launchpad.net/swift14:51
timburkethanks in advance!14:51
godogno problem -- thanks again!14:52
*** ccamacho has joined #openstack-swift14:54
openstackgerritDavid Sariel proposed openstack/swift master: WIP: Let developers/operators add watchers to object audit (simplified)  https://review.opendev.org/70665314:55
*** gyee has joined #openstack-swift15:54
*** rpittau is now known as rpittau|afk16:07
openstackgerritTim Burke proposed openstack/swift master: Add py3 probe tests on CentOS 8  https://review.opendev.org/69071716:12
*** mikecmpbll has quit IRC16:15
*** mikecmpbll has joined #openstack-swift16:18
*** ravsingh has quit IRC16:36
*** gyee has quit IRC16:42
*** gyee has joined #openstack-swift17:08
claygtimburke: i'd prefer you don't update p 733919 - just spin improvements on top17:19
patchbothttps://review.opendev.org/#/c/733919/ - swift - s3api: Allow CompleteMultipartUpload requests to b... - 3 patch sets17:19
claygmy only reasoning there is because I'd already packaged it - it's not a big deal if it changes before it lands; but if the changes you're suggesting are mostly non-material (comments and stuff) - it seems slightly more clean for me if those are follow on improvements17:20
timburkeyeah, that was my thinking, too, for the most part. the comment might be worth fixing, but the abort change seems to belong in its own patch17:20
timburkei'd be fine with fixing the comment in the abort change, too17:22
claygyeah all seems orthogonal to the complete mpu fix17:28
claygtimburke: so my first attempt to evaluate p 728298 on my vsaio didn't go great 🤔17:54
patchbothttps://review.opendev.org/#/c/728298/ - swift - proxy-logging: Use swift.backend_path if available - 3 patch sets17:54
claygi run with force_swift_request_proxy_log = true - so I was getting my swift requests logged with statsd metrics - but when I restarted my proxy after checking out the patch I lost ALL metrics17:55
*** mikecmpbll has quit IRC18:06
*** mikecmpbll has joined #openstack-swift18:07
claygforce_swift_request_proxy_log doesn't seem to effect behavior on the patch - i'm just not getting any metrics... I did notice s3 logs PUT as 200 vs 201, I think i need to make some mixed GET/PUT s3/swift load18:08
claygon master if you turn off force_swift_request_proxy_log you don't get any stats... so that's probably not great or well understood18:08
claygand so now it looks like it DOES double count GETs 😞19:49
timburkeclayg, how does it behave for SLOs? like, normal, everyday SLOs over the swift api?19:50
claygman, i'm still on normal PUT/GET 🤷19:51
claygwhat part of SLO are you interested in?  And this is relevant to p 728298?19:51
patchbothttps://review.opendev.org/#/c/728298/ - swift - proxy-logging: Use swift.backend_path if available - 3 patch sets19:51
timburkei'm wondering if it *also* double-counts bytes19:52
claygit's totally possible my expectations are off - i've never really tried to validate our statsd emissions - i'm leaning how master works while also seeing striking differences with this change19:52
claygif it also double counts... what?  like the HEADs from the manifest upload?19:52
timburkenah, GETs on download -- like, once for the segment subrequest, then again for the respone to the client19:53
claygi don't know that I have that kind of resolution - i'm just looking at timing.count - you're thinking about the xfer metrics?19:55
claygi'm happy to run the experiment - but i don't know if I'm setup for it19:56
timburkeclayg, so i think SLO *also* double-counts: http://paste.openstack.org/show/794599/20:21
timburkeit printed out 2048, 2048, 692 for each of the segments, then 4788 for the total client response :-/20:22
timburke(and the manifest is unaccounted-for)20:23
claygwhere "double" is each subrequest gets logged with metrics - and the client request also gets logged with metrics20:24
claygI mean, I don't see xfer:4788 in there more than once20:24
timburkeyeah, that's what i mean. but i feel like there's a decent analogy to s3api -- when i run `aws s3 ls s3://bucket`, i see http://paste.openstack.org/show/794600/ -- 28 bytes for the (swift) container listing, then 361 for the (s3) response to the client20:31
timburkeit *does* make the stats a little hard to reason about, though -- you get an upper-bound on how much data was actually sent to the client or how many total client requests were made (rather than an exact count)20:33
timburkei suppose there's a reason we mostly try to drive *our* xfer graphs from firewall data20:34
claygturning off force_swift_request_proxy_log resulted in more or less the expected results for GETs20:36
claygbut my PUTs are still entirely missing 😞20:36
claygI think it must have *something* to do with 201/200 - but I haven't teased it out yet20:37
timburkecurious. fwiw, i see http://paste.openstack.org/show/794601/ for an ordinary upload20:41
claygit's like they're getting logged as container PUTs 🤔20:42
claygthat's an s3 upload!?20:43
timburkeyes, that was an s3 upload with my patch20:45
timburkeaws s3 cp tox.ini s3://bucket/swift/20:45
claygugh, bonkers man - that's definitely not what I'm seeing 😞20:51
claygwhat do you have s3_acl set to?20:52
claygor check_bucket_owner?20:53
claygturning both of those off fixed my PUTs being logged as container PUTs 🤷20:53
timburkeoh! that's probably it -- i had it off20:53
claygi think the 'if backend not in environ' can cause some dirty?20:54
seongsoochomorning !!20:57
timburkehrm... might need to think more about all of this. but at least now i've gone to the trouble of writing a little statsd listener!20:58
timburkealmost meeting time!20:58
kota_morning20:59
*** threestrands has joined #openstack-swift21:55
*** rcernin_ has joined #openstack-swift21:59
*** rcernin_ has quit IRC22:04
*** rcernin has joined #openstack-swift22:04
*** rcernin is now known as rcernin|brekkie22:05
*** rcernin|brekkie has quit IRC22:19
*** mikecmpbll has quit IRC22:44
*** tkajinam has joined #openstack-swift22:45
*** djhankb has joined #openstack-swift23:02
*** rcernin|brekkie has joined #openstack-swift23:09
*** rcernin|brekkie has quit IRC23:10
*** rcernin has joined #openstack-swift23:10

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