Wednesday, 2020-06-03

mattoliveraua json body.00:00
mattoliveraumaybe a '' is fine, or we can create a shard and dump the json.00:00
mattoliverauI've moving back over the latching sharding patch now. it's been around a while, so want to give it a spin on one of my SAIOs.00:01
timburke\o/ thanks!00:04
timburkemakes sense about it needing to deserialize the body -- did you notice the test around https://review.opendev.org/#/c/731653/1/test/unit/container/test_server.py@2408 though?00:06
patchbotpatch 731653 - swift - Don't auto-create shard containers based on object... - 1 patch set00:06
timburkei'm actually realizing that the `not any(sr.state in SHARD_LISTING_STATES for ...)` in my paste would still allow the empty list to create the shard container, but i'm now not sure that it *should* :-/00:08
openstackgerritTim Burke proposed openstack/swift master: Don't auto-create shard containers based on object updates  https://review.opendev.org/73165300:09
timburkeeh, w/e -- squash 'em all in!00:09
openstackgerritMatthew Oliver proposed openstack/swift master: Add branch and tag tags to docker image  https://review.opendev.org/73248000:51
mattoliverau^ just testing00:51
*** jv|afk has joined #openstack-swift01:27
*** gyee has quit IRC01:40
*** rcernin has quit IRC02:24
*** rcernin has joined #openstack-swift02:31
*** jv|afk has quit IRC02:32
*** rcernin has quit IRC03:23
*** rcernin has joined #openstack-swift03:31
*** psachin has joined #openstack-swift03:33
*** rcernin has quit IRC03:46
*** manuvakery has joined #openstack-swift04:06
*** rcernin has joined #openstack-swift04:23
*** rcernin has quit IRC04:28
*** rcernin has joined #openstack-swift04:29
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-swift04:33
*** ccamacho has quit IRC04:41
manuvakeryguys the https://docs.openstack.org/swift/latest/s3_compat.html doc says object tagging is supported but when i tested on saio it return NotImplemented .. am i missing something or the doc is wrong04:46
openstackgerritTim Burke proposed openstack/swift master: docs: s3api doesn't support tagging  https://review.opendev.org/73304704:51
timburkethe docs are lying, sorry04:51
timburke^^^ will correct them04:51
manuvakeryyeah just had a look at the code04:51
manuvakerytimburke: what about the Virtual-Hosted-Style requests . i have tried few month back but didnt work  for me .. now again came back as the path style is getting depricacted  in Sep 2020 in aws04:55
*** rcernin has quit IRC05:36
*** rcernin has joined #openstack-swift05:37
openstackgerritAndreas Jaeger proposed openstack/swift master: Remove <py3.5 dependencies from requirements.txt  https://review.opendev.org/73298905:48
openstackgerritAndreas Jaeger proposed openstack/swift master: Switch to newer openstackdocstheme and reno versions  https://review.opendev.org/73274105:51
*** rcernin has quit IRC05:51
*** rcernin has joined #openstack-swift05:56
*** rcernin has quit IRC06:10
*** rcernin has joined #openstack-swift06:14
*** rcernin has quit IRC06:28
AJaegerclayg, timburke, it looks like we're good now; I've left a comment in requirements.txt with our findings that might help packagers ;)06:31
openstackgerritAndreas Jaeger proposed openstack/swift master: Remove <py3.5 dependencies from requirements.txt  https://review.opendev.org/73298906:32
openstackgerritAndreas Jaeger proposed openstack/swift master: Switch to newer openstackdocstheme and reno versions  https://review.opendev.org/73274106:32
openstackgerritAndreas Jaeger proposed openstack/python-swiftclient master: Remove <py3.5 dependencies from requirements.txt  https://review.opendev.org/73305006:35
*** dtantsur|afk is now known as dtantsur06:43
*** tkajinam has quit IRC06:56
*** tkajinam has joined #openstack-swift06:56
*** rdejoux has quit IRC07:07
*** rdejoux has joined #openstack-swift07:12
openstackgerritAndreas Jaeger proposed openstack/python-swiftclient master: Remove <py3.5 dependencies from requirements.txt  https://review.opendev.org/73305007:20
openstackgerritAndreas Jaeger proposed openstack/python-swiftclient master: Switch to newer openstackdocstheme and reno versions  https://review.opendev.org/73274207:20
AJaegersame trick done for python-swifthclient ^07:20
* AJaeger waits now for all jobs to run07:21
*** ravsingh has joined #openstack-swift07:34
AJaegertimburke: you need a change for governance repo to retire swift-specs as well - and an email to openstack-discuss as courtesy is also good practice07:39
*** ravsingh has quit IRC07:44
*** ravsingh has joined #openstack-swift08:17
*** m75abrams has joined #openstack-swift08:34
*** ccamacho has joined #openstack-swift08:50
*** tkajinam has quit IRC08:53
*** tkajinam has joined #openstack-swift08:54
*** tkajinam has quit IRC09:09
*** m75abrams has quit IRC10:18
*** TobbeCN has joined #openstack-swift11:23
*** jv|afk has joined #openstack-swift11:50
*** rpittau|afk is now known as rpittau11:57
*** tkajinam has joined #openstack-swift12:57
*** psachin has quit IRC13:14
claygi still don't think I fully grok the significance of the allow_create_shard in p 73165314:28
patchbothttps://review.opendev.org/#/c/731653/ - swift - Don't auto-create shard containers based on object... - 2 patch sets14:28
claygit's frustrating because I'm pretty sure keeping object PUTs in async pendings till the primary dbs rebalance around is helpful14:30
clayg... but best I can tell that's only indirectly controlled by the container server auto create behavior and not related to shard range PUTs at ALL 😞14:31
*** jv|afk has quit IRC15:32
*** gyee has joined #openstack-swift15:42
timburkeclayg, so the one place i *know* we need the autocreate behavior for shard ranges is https://github.com/openstack/swift/blob/2.25.0/swift/container/sharder.py#L1159-L1161 and i think it was mainly just to avoid the need to make two requests (or think about what to do when one or the other fails)15:43
timburkei wonder if i should be even more defensive and only carve out the exception if all shard ranges have state CREATED...15:43
*** jv|afk has joined #openstack-swift15:55
claygtimburke: where did you find that line in logs about the transitive dependency installs, I don't know why futures is installed in py27 jobs on p 73305015:57
patchbothttps://review.opendev.org/#/c/733050/ - python-swiftclient - Remove <py3.5 dependencies from requirements.txt - 2 patch sets15:57
*** jv|afk has quit IRC16:01
timburkeclayg, https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_dc5/732989/4/check/swift-tox-py27/dc56501/tox/py27-2.log16:02
claygtimburke: ok, thanks - so maybe i can find something similar in the python-swiftclient jobs16:03
AJaegerclayg: or https://zuul.opendev.org/t/openstack/build/4fb5d5fbf2544396b53d88561deaaa02/log/job-output.txt#54016:03
AJaegerclayg: just search in job-output.txt for it16:04
claygAJaeger: well, but that line futures, and since it's not clear to me why it's being installed after you removed it from requirements16:06
timburkeyeah, i'm pretty fuzzy on that myself16:07
timburkeit's definitely getting installed... but idk *why*16:07
AJaegerIt's installed ;)16:07
AJaegersome other package pulls it in - but I do not know which one.16:08
AJaegerYou would need to install them one by one to see which does it16:08
claygAJaeger: it's only relevant to the extent "despite py27 tests passing; this change breaks py27"16:08
claygwith the swift change we had a good story for "people packaing swift aren't using requirements.txt and our tests work for a predictable and understand reason" - none of that holds for swiftclient as best we can tell at this point16:09
claygtimburke: so I'm looking at _send_shard_ranges - it'd used all over the place16:10
claygtimburke: we send shard-ranges to create new shard-dbs and also to update the root16:10
claygtimburke: i'm less sure how it's involved in shrinking 😬16:11
AJaegerclayg: it does break? Where?16:11
AJaegerclayg: that means the testing is not compelete, doesn't it?16:11
*** jv|afk has joined #openstack-swift16:12
claygAJaeger: yes16:12
*** dtantsur is now known as dtantsur|afk16:13
claygtimburke: since it seems like we want to conceptually separate the system name space from "auto-create" maybe we can start thinking about which specific requests we want to create brokers if they don't exist (instead of doing it implicitly on name)16:14
claygI could imagine an X-Backend-Create or something16:14
claygwe could imagine that's a reasonable way to go w/o having to do all the work in this change - but I'm starting to realize the container-server shouldn't be trying to infer the intent of the caller based on contours of the request16:16
timburkeyeah, that'd be fine too -- i'm pretty sure we could get the logic tight enough around the data from the shard range(s), though -- like, if there's exactly one shard range and it matches this container and it's supposed to have state CREATED -- yeah, go ahead and create the thing!16:17
claygright - exactly that - that kind of sharder logic living in the behaviors of the container-server is backwards16:17
timburkemm. fair enough16:18
timburkelet me give it another spin16:18
clayglike conceptually - for future maintainers - the computers just do whatever we tell them16:18
*** rpittau is now known as rpittau|afk16:24
timburkeclayg, i like how this is shaping up -- so far probe tests are happy; i'll clean up unit tests then push another version16:36
zaitcevI totally use requirements.txt for packaging, just not in an automated way.16:46
zaitcevGuys16:47
zaitcevOur regular IRC meeting is exactly at the time when our Zoom room slot is, right? It's 4 p.m. Central or 2 p.m. California.16:47
openstackgerritMerged openstack/python-swiftclient master: Remove references to swift-specs and blueprints  https://review.opendev.org/73299817:03
openstackgerritTim Burke proposed openstack/swift master: Don't auto-create shard containers  https://review.opendev.org/73165317:05
timburkezaitcev, yes -- i'm thinking we'll just continue our PTG discussions, like we usually do during these things17:06
zaitcevtimburke: 1. I'm trying to confirm if my calculations are correct and 2. which one we join (I presume the PTG Zoom)17:07
timburkeyes, zoom is the way to go17:15
*** ravsingh has quit IRC17:20
*** jv|afk has quit IRC17:42
openstackgerritMerged openstack/swift master: docs: s3api doesn't support tagging  https://review.opendev.org/73304717:43
*** m75abrams has joined #openstack-swift17:47
openstackgerritTim Burke proposed openstack/swift master: relinker: Skip locked data dirs  https://review.opendev.org/73329618:06
openstackgerritTim Burke proposed openstack/swift master: Don't auto-create shard containers  https://review.opendev.org/73165318:13
openstackgerritMerged openstack/swift master: Remove <py3.5 dependencies from requirements.txt  https://review.opendev.org/73298918:32
openstackgerritMerged openstack/swift master: Switch to newer openstackdocstheme and reno versions  https://review.opendev.org/73274118:33
*** rdejoux has quit IRC19:02
openstackgerritClay Gerrard proposed openstack/swift master: Simplify container auto create param plumbing  https://review.opendev.org/73334319:04
openstackgerritTim Burke proposed openstack/swift master: Don't auto-create shard containers  https://review.opendev.org/73165319:04
timburke🤔 should X-Backend-Auto-Create work for DELETEs?19:07
*** jv|afk has joined #openstack-swift19:09
clayg🤯 off the cuff - YES19:10
timburkei wasn't thinking too hard about it before, so i'd just allowed it for PUTs since that was the only case i really cared about19:19
timburkeall right, i'll roll in your patch, too clayg -- it'll take me a bit to get some tests for those DELETEs in place, though19:19
timburkeand i think i'm going to go grab some lunch before our session19:20
clayg💡19:20
*** TobbeCN has quit IRC19:24
*** rdejoux has joined #openstack-swift19:25
openstackgerritTim Burke proposed openstack/swift master: Don't auto-create shard containers  https://review.opendev.org/73165319:56
openstackgerritTim Burke proposed openstack/swift master: Don't auto-create shard containers  https://review.opendev.org/73165320:26
timburkeclayg, so are we going to try to talk more waterfall EC in this next session? did we come up with a whiteboard-ish thing that'd work for you?20:28
claygi don't have a whiteboard-ish thing ready - we could try and talk about it20:28
claygi'm still thinking about it and scratching my head20:28
*** AJaeger has left #openstack-swift20:28
*** jv|afk has quit IRC20:38
kota_good morning20:48
* kota_ brewed coffee20:48
*** mattia has joined #openstack-swift20:49
*** jv|afk has joined #openstack-swift20:50
seongsoochomorning20:50
kota_seongsoocho: o/20:51
timburkekota_, coffee's a good ide :) i hadn't gotten around to that last time20:54
kota_hehe20:54
mattoliveraumorning21:00
zaitcevhttps://etherpad.opendev.org/p/swift-ptg-victoria  just in case21:00
tdasilvameeting link: https://zoom.us/j/9420314232021:00
*** ccamacho has quit IRC21:15
*** manuvakery has quit IRC21:45
zaitcevmattia: hopefully we didn't bore you to tears22:26
mattiait was actually interesting to know what you are working on :)22:27
*** jv|afk has quit IRC22:41
*** m75abrams has quit IRC22:43
*** jv|afk has joined #openstack-swift22:58
*** rcernin has joined #openstack-swift23:14
*** sorrison has quit IRC23:39
*** sorrison has joined #openstack-swift23:42

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