Tuesday, 2020-05-26

*** rcernin has quit IRC00:23
*** rcernin has joined #openstack-swift00:23
*** rcernin has quit IRC01:04
*** rcernin has joined #openstack-swift01:05
*** rcernin has quit IRC01:05
*** edausq has quit IRC01:48
*** rcernin has joined #openstack-swift03:19
*** psachin has joined #openstack-swift03:31
*** rcernin has quit IRC04:20
*** rcernin has joined #openstack-swift04:22
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-swift04:33
*** rcernin has quit IRC04:38
*** threestrands has joined #openstack-swift04:40
*** rcernin has joined #openstack-swift04:43
*** adriant has joined #openstack-swift06:07
adriantI've run into a bug around the handling of the 'info' api with the Swiftclient (and the OpenStackSDK) when talking to RGW, and I'm not really sure how I should be handling this bug...06:10
adrianthttps://docs.ceph.com/docs/master/radosgw/keystone/ < mentions deploying RGW and serving it in the keystone catalog at: http://radosgw.example.com:8080/swift/v106:11
adriantwhich means the info API ends up at: http://radosgw.example.com:8080/swift/info06:11
adriantbut the swiftclient AND the sdk both create the url to that as: http://radosgw.example.com:8080/info06:11
adriantwhich for a real Swift url (without the 'swift' part) would work fine, but doesn't for RGW06:12
adriantIs this the kind of thing we should be fixing in the Swiftclient/SDK somehow, or is this just RGW nonsense?06:15
adrianttimburke, not sure how to solve this nicely, or where the 'bug' really lands :(06:19
*** mvkr has quit IRC06:21
mattoliverauadriant: this is RGW configuration. We don't put a /swift before the /v1 but ceph does by default, but you can turn it off with:06:31
mattoliveraurgw swift url prefix06:31
mattoliverauand set it to nothing or ''06:31
mattoliverauor rather '/'06:32
mattoliveraubut if you do that, it can effect RGWs s3api.06:32
mattoliverauadriant:  but yeah it has nothing to do with the Swift api, it's just ceph rgw nonsense.06:33
*** mvkr has joined #openstack-swift06:33
*** mvkr has quit IRC07:19
*** mvkr has joined #openstack-swift07:32
*** rcernin has quit IRC07:36
*** openstackstatus has quit IRC07:39
*** openstackstatus has joined #openstack-swift07:40
*** ChanServ sets mode: +v openstackstatus07:40
*** rpittau|afk is now known as rpittau07:46
*** ccamacho has joined #openstack-swift07:51
*** mikecmpbll has joined #openstack-swift08:05
*** jv_ has quit IRC08:15
*** ccamacho has quit IRC08:23
*** jv_ has joined #openstack-swift08:30
*** rcernin has joined #openstack-swift08:40
*** rcernin has quit IRC08:40
*** dtantsur|afk is now known as dtantsur09:05
*** tkajinam has quit IRC09:05
*** threestrands has quit IRC10:05
*** rpittau is now known as rpittau|bbl10:20
*** mikecmpbll has quit IRC12:07
*** mikecmpbll has joined #openstack-swift12:09
*** rpittau|bbl is now known as rpittau12:22
*** jv_ has quit IRC12:56
adriantmattoliverau, thought so, it felt like something we can/should solve at the deployment layer... and yeah I'm not sure how the s3api would work if you did get rid of the prefix :/13:04
adriantmattoliverau, would/should we add some logic in the swiftclient or openstacksdk to better handle the building of a url for 'info' ?13:06
adriantmaybe take the base keystone url, and strip everything after (and including) '/v1' ?13:06
adriantand then add the '/info' part? Which would still work with a Swift prefix, or potentially any deployment that decides to deploy Swift with a prefix.13:10
*** jv_ has joined #openstack-swift13:19
*** tkajinam has joined #openstack-swift13:37
*** zaitcev has joined #openstack-swift13:38
*** ChanServ sets mode: +v zaitcev13:38
*** psachin has quit IRC13:44
openstackgerritClay Gerrard proposed openstack/swift master: Test for Versioned Object If-Match  https://review.opendev.org/73041413:49
*** dtantsur is now known as dtantsur|brb13:53
*** rpittau is now known as rpittau|brb14:10
*** mikecmpbll has quit IRC14:11
*** mikecmpbll has joined #openstack-swift14:15
*** tkajinam has quit IRC14:36
*** rpittau|brb is now known as rpittau14:39
*** dtantsur|brb is now known as dtantsur14:50
claygis there a canonical way to copy a HeaderKeyDict - it's surprising to me that it doesn't support .copy directly since it inherits from dict14:56
claygoh, wth, a HeaderEnvironProxy isn't a HeaderKeyDict anyway14:59
openstackgerritClay Gerrard proposed openstack/swift master: versioning: Have versioning symlinks make pre-auth requests to reserved container  https://review.opendev.org/72439315:10
*** ccamacho has joined #openstack-swift15:28
*** dtantsur is now known as dtantsur|afk15:34
*** rpittau is now known as rpittau|afk15:51
*** coreycb has quit IRC16:51
*** zaitcev has quit IRC16:51
*** coreycb has joined #openstack-swift16:58
timburkeclayg, hey! i think https://review.opendev.org/#/c/724393/ is going to fix up a tempurl/object-versioning bug i just noticed, too!17:13
patchbotpatch 724393 - swift - versioning: Have versioning symlinks make pre-auth... - 4 patch sets17:13
timburkeadriant, sounds like https://bugs.launchpad.net/python-swiftclient/+bug/1712358 -- there's a fix on master (https://github.com/openstack/python-swiftclient/commit/947c09f); i've been meaning to do a swiftclient release...17:15
openstackLaunchpad bug 1712358 in python-swiftclient "Capability discovery endpoint detection is hardcoded" [Undecided,Fix released]17:15
claygYeah that change’ll be pretty good.17:19
timburkeclayg, confirmed that the patch allows you to make usable tempurls for the current version, where master always 401s -- want me to write up another bug for that, or mention it as a comment on https://bugs.launchpad.net/swift/+bug/1880013 ?17:40
openstackLaunchpad bug 1880013 in OpenStack Object Storage (swift) "ACLs don't work with x-versions-enable: true" [Medium,In progress]17:40
claygif it's a client observable bug that's going to exist in a published version of swift it's super helpful to get an upstream bug IMHO17:50
claygi wasn't aware of the issue17:50
claygif we have a bug # and know the change that fixes it we should update the commit message if we can17:50
timburke👍 that was my gut feeling, too17:50
claygoh... I see now17:51
claygok, we could just update the title to something like "alternatate authed" or even just "acls & tempurls"17:52
clayg"ACLs & tempurls don't work with ... " actually seem fine17:52
claygtimburke: it doesn't need to be a separate bug17:52
openstackgerritAlexandre Lécuyer proposed openstack/swift feature/losf: New key format for objects in the index-server  https://review.opendev.org/72360917:58
*** zaitcev has joined #openstack-swift18:01
*** ChanServ sets mode: +v zaitcev18:01
openstackgerritMerged openstack/swift master: Test for Versioned Object If-Match  https://review.opendev.org/73041418:04
*** irclogbot_0 has quit IRC18:26
timburkeclayg, well, now i'm confused -- we already *have* container tempurl func tests? https://github.com/openstack/swift/blob/master/test/functional/test_object_versioning.py#L263818:29
timburkebut then, why was i getting 401s??18:29
clayguhhh... wtf18:30
*** irclogbot_3 has joined #openstack-swift18:30
claygwell and how was was the container scoped tempurl auth callback granting access to the reserved container 😞18:31
claygsoftware is so complicated18:31
timburkenvm, i'm being dumb: https://github.com/openstack/swift/blob/master/test/functional/test_object_versioning.py#L271518:33
timburkeapparently i fixed up the test expectations when i first submitted the patch, i just forgot18:35
claygwell, so but then that test should fail now?18:36
tdasilvarledisez: can you share a link to that etherpad you had detailing the performance work you were doing?18:47
rlediseztdasilva: I wrote https://etherpad.opendev.org/p/swift-profiling and (probably not the one you're looking for) https://etherpad.opendev.org/p/swift-replacing-hashes.pkl18:49
rledisezI'm pretty sure I had one about MD5 too, but I can't find it18:49
timburkehttps://etherpad.openstack.org/p/swift-md5-optimisation18:54
timburkefwiw, i made a public calendar for the meeting times for next week: https://calendar.google.com/calendar/ical/sfi876p12h1dg0lnltvrr37rng%40group.calendar.google.com/public/basic.ics19:05
openstackgerritTim Burke proposed openstack/swift master: dsvm: Run domain_remap tests with tempauth  https://review.opendev.org/73095719:55
openstackgerritTim Burke proposed openstack/swift master: dsvm: Run service-user tests under tempauth  https://review.opendev.org/73095819:55
*** irclogbot_3 has quit IRC20:22
*** irclogbot_0 has joined #openstack-swift20:25
*** renich has joined #openstack-swift20:27
openstackgerritMerged openstack/swift master: Breakup reclaim into batches  https://review.opendev.org/72787620:36
openstackgerritMerged openstack/swift master: fix s3api functional tests  https://review.opendev.org/57102120:36
*** renich_ has joined #openstack-swift20:57
*** renich has quit IRC20:58
*** renich_ is now known as renich20:58
tdasilvarledisez, timburke: thanks! I was actually looking for the swift-profiling one21:13
*** ccamacho has quit IRC21:34
openstackgerritTim Burke proposed openstack/swift master: swift-get-nodes: Unquote paths before working with them  https://review.opendev.org/72414121:57
openstackgerritTim Burke proposed openstack/swift master: Ussuri contrib docs community goal  https://review.opendev.org/72699222:06
openstackgerritTim Burke proposed openstack/swift master: prefactor: Pass s3api Config to S3Requests  https://review.opendev.org/72909122:39
openstackgerritTim Burke proposed openstack/swift master: s3api: Add config option to return 429s on ratelimit  https://review.opendev.org/72909322:39
*** tkajinam has joined #openstack-swift22:57
*** rcernin has joined #openstack-swift23:05
*** threestrands has joined #openstack-swift23:17
mattoliveraumorning23:22
openstackgerritTim Burke proposed openstack/swift master: dsvm: Use devstack's s3api "service"  https://review.opendev.org/73100423:29
openstackgerritTim Burke proposed openstack/swift master: Skip tests when only changing README.rst, CONTRIBUTING.rst, etc.  https://review.opendev.org/73100723:43
openstackgerritTim Burke proposed openstack/swift master: Simplify wsgify()  https://review.opendev.org/73100823:46

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