Saturday, 2018-08-04

*** mhen has quit IRC01:29
*** mhen has joined #openstack-sdks01:33
*** hansmoleman has quit IRC01:57
*** jgwentworth is now known as melwitt02:04
*** slaweq has quit IRC03:54
*** slaweq has joined #openstack-sdks04:08
*** gildub has joined #openstack-sdks05:11
*** gildub has quit IRC05:17
*** madorn has quit IRC07:08
*** madorn has joined #openstack-sdks07:09
*** mhen has quit IRC08:07
*** mhen has joined #openstack-sdks08:10
*** ssbarnea has quit IRC08:26
*** ssbarnea has joined #openstack-sdks08:27
*** ssbarnea has quit IRC08:27
*** ssbarnea has joined #openstack-sdks08:30
*** dave-mccowan has joined #openstack-sdks12:56
*** bobh has joined #openstack-sdks12:57
*** bobh has quit IRC13:19
*** dave-mccowan has quit IRC13:36
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Don't wait for task in submit_task  https://review.openstack.org/58865614:28
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Don't wait for task in submit_task  https://review.openstack.org/58865615:08
mordredcorvus: ok, that ^^ fixes the tests - the issue at hand is that for async tasks (currently only used during uploading swift segments for large objects) the tasks are wrapped in concurrent futures, so shifting the wait was causing stuff to not finish properly15:10
mordredcorvus: the change I made was basically to apply your fix to the sync path but not the async - I think we probably want to dig in further and wrap our heads around the problem for the async path too15:11
corvusmordred: are the async tasks fire-and-forget, or does the caller care whether they eventually finish?15:12
mordredthe caller cares - but the caller uses the Future returned to get the eventual result15:15
mordredcorvus: if you grab version 2 of the change and run the unittests you can see the 5 failures that come from the async side of the house15:17
mordredcorvus: I can't quite wrpap my head around why version 2 of the change breaks in the way that it does15:18
mordredcorvus: oh - wait ... I'm wrong15:19
mordredcorvus: they are, from a task manager /caller perspective fire and forget15:20
mordredcorvus: we only task-manager/rate-limit the start of the task - the concurrent.future that is returned handles exception propogation15:20
mordredso in this case I think the new version of the patch is actualy correct - it just needs more comments15:21
mordred(it's also ugly, so it's entirely possible it could be refactored to not have quite so many if async: in it)15:23
openstackgerritMonty Taylor proposed openstack/openstacksdk master: Don't wait for task in submit_task  https://review.openstack.org/58865615:29
mordredcorvus: ^^ added some comments and collapsed one of the copies of the code15:29
openstackgerritMerged openstack/openstacksdk master: Fix filter style consistency for keystone assignment API  https://review.openstack.org/56992415:50
*** imacdonn has quit IRC16:37
*** imacdonn has joined #openstack-sdks16:37
*** edmondsw_ has joined #openstack-sdks17:24
*** Tahvok_ has joined #openstack-sdks17:25
*** jpenag has joined #openstack-sdks17:27
*** Tahvok has quit IRC17:28
*** jpena|off has quit IRC17:28
*** edmondsw has quit IRC17:28
*** Tahvok_ is now known as Tahvok17:28
*** ebbex_ has quit IRC17:37
*** Qiming has quit IRC17:37
*** Qiming has joined #openstack-sdks17:38
*** PagliaccisCloud has quit IRC17:38
*** Jeffrey4l has quit IRC17:38
*** Jeffrey4l has joined #openstack-sdks17:39
*** PagliaccisCloud has joined #openstack-sdks17:40
*** mriedem has joined #openstack-sdks19:51
*** bobh has joined #openstack-sdks21:57
*** bobh has quit IRC23:44

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!