Wednesday, 2020-09-16

openstackgerritTim Burke proposed openstack/swift master: Authors/ChangeLog for 2.26.0  https://review.opendev.org/75053700:07
*** ianychoi__ is now known as ianychoi00:44
*** renich has quit IRC00:56
*** gyee has quit IRC01:25
*** rcernin has quit IRC02:46
*** rcernin has joined #openstack-swift02:56
*** psachin has joined #openstack-swift02:59
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-swift04:33
*** m75abrams has joined #openstack-swift04:57
*** rcernin has quit IRC05:19
*** rcernin has joined #openstack-swift05:28
*** renich has joined #openstack-swift05:37
*** renich has quit IRC05:59
*** renich has joined #openstack-swift06:13
*** manuvakery has joined #openstack-swift06:58
*** camelCaser has quit IRC07:30
*** camelCaser has joined #openstack-swift07:31
*** rdejoux has joined #openstack-swift07:40
*** rcernin has quit IRC08:06
*** renich has quit IRC08:47
*** mikecmpbll has joined #openstack-swift09:37
*** rdejoux has quit IRC12:47
*** ccamel has joined #openstack-swift12:53
*** camelCaser has quit IRC12:54
*** benj_ has quit IRC13:38
ormandjdoes the s3api support the 'Range' request parameter for GET?13:38
ormandjhttps://docs.aws.amazon.com/AmazonS3/latest/API/API_GetObject.html#API_GetObject_RequestSyntax  "Range" (sorry can't link to anchor)13:39
ormandjline 887 in swob.py seems to indicate we do support it in request headers in general13:41
ormandjbut that looks like Content-Range whereas in the docs i see Range: being specified13:42
*** benj_ has joined #openstack-swift13:51
*** m75abrams has quit IRC14:02
claygso I guess the virtual summit is the week before the virtual ptg - is that how it works?14:02
claygormandj: I'm sure that s3api will support range requests 🤔14:03
claygormandj: are you having trouble with that, or just trying to confirm?14:03
ormandjclayg: re-confirm, Dell is arguing about it :)14:03
ormandjbut they won't provide us request/response headers/content14:03
ormandjjust wanted to confirm before i fire back a 'wut'14:04
*** gyee has joined #openstack-swift15:05
openstackgerritTim Burke proposed openstack/swift master: Add a new URL parameter to allow for async cleanup of SLO segments  https://review.opendev.org/73302615:13
timburkeyeah, we definitely support Range requests -- though Dell complaining about it not working also sounds familiar... i should go look through some notes and figure out why that rings a bell...15:15
*** psachin has quit IRC15:40
*** mikecmpbll has quit IRC16:35
*** tonyb has quit IRC16:41
*** tonyb has joined #openstack-swift16:42
*** tonyb has quit IRC17:01
openstackgerritClay Gerrard proposed openstack/swift master: add swift-manage-shard-ranges shrink command  https://review.opendev.org/74172117:04
openstackgerritTim Burke proposed openstack/swift master: memcache: Config option to add a chance of skipping memcache  https://review.opendev.org/73680219:09
ormandjtimburke: i'll let you know if we figure out anything. we're struggling to get them to provide the actual request+headers and response+body19:10
*** manuvakery has quit IRC19:26
claygtimburke: are we just hozed on p 749400 - I feel confident about the behavior I want; but haven't really considered if it's implementable (I assume so, I mean what I want is basically to keep the current behavior)19:29
patchbothttps://review.opendev.org/#/c/749400/ - swift - proxy: Put storage policy index in object responses - 3 patch sets19:29
claygI think i forgot timing since gives us all those count & %ile metrics to boot (re p 735271)19:40
patchbothttps://review.opendev.org/#/c/735271/ - swift - metrics: Add lag metric to expirer - 1 patch set19:40
timburkeclayg, so *i'm* still not sure about the behavior i want out of p 749400 -- at least, not in the general case. it seems weird to me that we'd emit these bytes_sent stats for a policy that only had to store a zero-byte object, ttfb seems like a misrepresentation since you may well have most of the lag coming from that other policy, and the whole situation only gets weirder when you think about slo...19:59
patchbothttps://review.opendev.org/#/c/749400/ - swift - proxy: Put storage policy index in object responses - 3 patch sets19:59
claygtimburke: I hear you - I think I understand that concern - but you're suggesting a a change in existing clusters metrics (and access logs) w/ no opt-out; I think "keep it the same" is most defensible20:06
claygOTOH, nothing makes sense on these requests that hit multiple policies - which is why we're moving bytes and ttfb tracking to subrequests20:07
claygI think if a client were to do something like "log delivery" for "access billing" or something ... they'll want to see the policy match the request path even if that's mostly a fantasy 🤷‍♂️20:08
mattoliverauKids are up early and wife isn't well, so not sure how present I'll be at the meeting. Will do my best.20:51
kota_good morning20:58
timburkeno worries, mattoliverau! good luck wrangling kids :-)20:58
kota_mattoliverau: never mind20:59
timburkemeeting time!21:01
openstackgerritGhanshyam Mann proposed openstack/python-swiftclient master: [goal] Migrate testing to ubuntu focal  https://review.opendev.org/74460521:11
*** clarkb has joined #openstack-swift21:24
clarkbtimburke: clayg I think you need to add librsvg2-bin to bindep in order to get the rsvg-convert command21:25
clarkbhttps://zuul.opendev.org/t/openstack/build/13891f9c01294f968adb4917354ee9ea/log/job-output.txt#903 is the error and https://packages.ubuntu.com/bionic/amd64/librsvg2-bin/filelist shows where that command comes from on ubuntu bionic21:26
timburkethanks clarkb!21:26
clarkban alternative would be to remove whatever svg things you've got21:27
clarkbbut you probably want those :)21:27
timburkethe weird thing is, i don't understand what changed where that caused it to start failing :-(21:30
timburkeoh well21:30
*** rcernin has joined #openstack-swift21:31
clarkbI wonder if it comes from the theme that is used21:35
clarkbor do you use an sphinx image tool that may have updated?21:35
*** rcernin has quit IRC21:36
timburkemaybe i need to backport https://review.opendev.org/#/c/732741/ ?21:45
patchbotpatch 732741 - swift - Switch to newer openstackdocstheme and reno versions (MERGED) - 4 patch sets21:45
clarkbAJaeger would be a good one to ask.21:46
openstackgerritTim Burke proposed openstack/swift stable/ussuri: Remove <py3.5 dependencies from requirements.txt  https://review.opendev.org/75232621:48
openstackgerritTim Burke proposed openstack/swift stable/ussuri: Switch to newer openstackdocstheme and reno versions  https://review.opendev.org/75232721:48
timburkewell, we'll see if it passes!21:48
seongsoochoI found simillar bug report in nova.  https://bugs.launchpad.net/nova/+bug/184458321:49
openstackLaunchpad bug 1844583 in OpenStack Compute (nova) "tox -e docs fails with "WARNING: RSVG converter command 'rsvg-convert' cannot be run. Check the rsvg_converter_bin setting"" [Low,Fix released] - Assigned to Matt Riedemann (mriedem)21:49
seongsoochoAnd.. I try to reproduce the failure... there are another error in my test env. "autodoc: failed to import module 'reaper' from module 'swift.account'; the following exception was raised:21:51
seongsoochoNo module named 'pyeclib'" ...... :-(21:51
seongsoocho^ I fixed it. add a deps in tox.ini docs section '-r{toxinidir}/test-requirements.txt'21:54
seongsoochooh. after install 'librsvg2-bin' package in ubuntu 18.04, build the docs finish with succeeded.21:56
timburkethanks for validating that, seongsoocho! maybe i'll try both approaches22:01
openstackgerritTim Burke proposed openstack/swift stable/ussuri: docs: Add librsvg2-bin to fix docs build  https://review.opendev.org/75233422:05
*** rcernin has joined #openstack-swift22:10
*** rcernin has quit IRC22:18
*** rcernin has joined #openstack-swift22:32
*** rcernin has quit IRC22:33
*** rcernin has joined #openstack-swift22:33
openstackgerritTim Burke proposed openstack/python-swiftclient master: Clean up some requirements  https://review.opendev.org/75047522:43

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