Wednesday, 2017-04-12

*** bobh has joined #openstack-mistral00:02
*** jkilpatr_ has quit IRC00:21
*** jkilpatr_ has joined #openstack-mistral00:31
*** zhurong has joined #openstack-mistral00:39
*** jamielennox is now known as jamielennox|away02:07
*** gongysh has joined #openstack-mistral02:09
*** Kevin_Zheng has joined #openstack-mistral02:54
*** chlong has joined #openstack-mistral03:02
*** chlong_ has joined #openstack-mistral03:03
*** bobh has quit IRC03:11
*** gongysh has quit IRC03:21
*** jamielennox|away is now known as jamielennox03:23
*** gongysh has joined #openstack-mistral03:35
*** zhurong has quit IRC04:06
*** zhurong has joined #openstack-mistral04:34
openstackgerritMerged openstack/mistral-dashboard master: Updated from global requirements  https://review.openstack.org/45593704:56
openstackgerritMerged openstack/mistral-lib master: Updated from global requirements  https://review.openstack.org/45593804:56
*** chlong_ has quit IRC05:03
*** chlong has quit IRC05:03
*** jtomasek_ has joined #openstack-mistral05:04
*** sharatss has joined #openstack-mistral05:08
*** warface has joined #openstack-mistral05:10
*** jaosorior_away is now known as jaosorior05:13
openstackgerritRenat Akhmerov proposed openstack/mistral master: Change workflow lang schema to support advanced publishing  https://review.openstack.org/45517805:14
openstackgerritRenat Akhmerov proposed openstack/mistral master: Change workflow lang schema to support advanced publishing  https://review.openstack.org/45517805:15
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: change workflow lang schema  https://review.openstack.org/45517805:33
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add publishing of global variables  https://review.openstack.org/45605605:33
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add publishing of global variables  https://review.openstack.org/45605605:35
*** jkilpatr_ has quit IRC05:35
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add 'global' function to access global vars  https://review.openstack.org/45605905:43
*** jtomasek_ has quit IRC05:44
*** mgershen1 has joined #openstack-mistral05:46
*** jkilpatr_ has joined #openstack-mistral05:46
*** mgershen has quit IRC05:46
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: change workflow lang schema  https://review.openstack.org/45517805:47
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add publishing of global variables  https://review.openstack.org/45605605:47
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add 'global' function to access global vars  https://review.openstack.org/45605905:47
*** jtomasek has quit IRC05:49
openstackgerritMerged openstack/python-mistralclient master: Updated from global requirements  https://review.openstack.org/45599806:04
*** mgershen has joined #openstack-mistral06:15
*** mgershen1 has quit IRC06:17
*** mgershen1 has joined #openstack-mistral06:31
*** mgershen has quit IRC06:33
openstackgerritMerged openstack/mistral master: Updated from global requirements  https://review.openstack.org/45593606:45
*** mgershen has joined #openstack-mistral06:47
*** mgershen1 has quit IRC06:48
*** brunograz has quit IRC06:54
*** jistr has quit IRC06:54
*** brunograz has joined #openstack-mistral06:55
*** jistr has joined #openstack-mistral06:56
*** mgershen1 has joined #openstack-mistral07:02
*** d0ugal has joined #openstack-mistral07:03
*** mgershen has quit IRC07:03
*** jpich has joined #openstack-mistral07:13
rakhmerovd0ugal: hi, just reminding you about "engine commands" patch07:16
rakhmerov:)07:16
*** mgershen1 has quit IRC07:19
*** mgershen has joined #openstack-mistral07:20
jaosoriorrakhmerov: Has there been any work done on the keystone bits you mentioned the other day?07:21
sharatssjaosorior, hi07:23
jaosoriorsharatss: hey07:23
sharatssjaosorior, i have been looking into it from morning07:23
*** shardy has joined #openstack-mistral07:24
jaosoriorsharatss: it honestly wasn't entirely clear to me what folks are supposed to be using instead of keystoneclient's Client class. I understand why folks should be using keystoneauth1's auth plugins and sessions. But the client?07:24
jamielennoxjaosorior: the client is still the client and keystoneauth's sesssions/plugins work with it07:25
jamielennoxjust for most things you don't actually need to talk to keystone CRUD, just the auth bits07:25
jaosoriorriiight07:25
jaosoriorjamielennox: I see that it's only really being used to get the service catalog07:27
jaosoriorjamielennox: how would you get the service catalog (in order to get mistral's URL) ?07:28
jaosorioroh wait, wouldn't that be using discovery?07:28
jamielennoxjaosorior: the idea is that you shouldn't need to interact with the service catalog directly07:28
jamielennoxjaosorior: is this for porting mistralclient in general?07:28
jaosoriorjamielennox: yeah07:29
jamielennoxok07:29
sharatssjamielennox, jaosorior can refer https://github.com/openstack/python-zaqarclient/blob/master/zaqarclient/auth/keystone.py to get some idea07:29
jamielennoxso at the session level when you request() there is an endpoint_filter parameter on which you set things like {'interface': 'public', 'service_type': 'mistral_type', 'version': (2,0)}07:30
jamielennoxresp session.get('/path/to/resource', endpoint_filter={..})07:30
jamielennoxresp = session.get('/path/to/resource', endpoint_filter={..})07:30
jamielennoxso that you don't have to do that every time typically when you create the client object you create an adapter07:30
jamielennoxhttps://github.com/openstack/keystoneauth/blob/master/keystoneauth1/adapter.py#L6907:31
jamielennoxtypically you pass everything in __init__(self, **kwargs) to Adapter(**kwargs)07:32
jamielennoxand for set the service_type07:32
jamielennoxand force set the service_type07:32
jaosoriorjamielennox: wouldn't the usage of Adapter tie the client to always use keystone?07:32
jamielennoxno07:32
jaosoriorjamielennox: they have a requirement that it shouldn't be tied to it07:32
rakhmerovjaosorior: didn't read all yet but what I meant is only "we shouldn't use keystoneclient for authentication", this is a deprecated routine as far as I understand07:33
jamielennoxwhen you create the Adapter you pass things like (interface='public', service_type='mistral_type')07:33
rakhmerovfor other things client, of course, should be used07:33
jamielennoxthat way when you do adapter.get('/path/to/resource') you don't need to specify that endpoint_filter07:33
jaosoriorthat sounds handy07:34
jamielennoxso a session object is global, it is shared amongst a whole bunch of clients07:34
*** jkilpatr_ has quit IRC07:34
jamielennoxan adapter is like one clients view, the things that only relate to that client instance07:34
*** jkilpatr_ has joined #openstack-mistral07:35
jamielennoxso typically yea, you just create an adapter in Client.__init__ and then you can just do adapter.get('/path') and ignore all the auth and discovery stuff07:35
rakhmerovok07:36
jamielennoxrakhmerov: yea, keystoneclient should be only used for actually doing keystone CRUD, listing projects, creating users etc07:36
rakhmerovyep07:36
jamielennoxfor auth keystoneauth is sufficient07:36
jamielennoxalso keystoneauth (despite its name) doesn't tie you only to keystone07:37
jamielennoxfor example...07:37
jamielennoxhttps://github.com/openstack/python-swiftclient/blob/master/swiftclient/authv1.py#L21407:37
rakhmerovI guess this is the relevant doc to use: https://docs.openstack.org/developer/keystoneauth/index.html07:37
jamielennoxto support swift v1 auth they made an (unecessarily complex) keystoneauth plugin07:38
jamielennoxthat doesn't talk to keystone, it just implements the keystoneauth1.BasePlugin interface07:38
rakhmerovyes, as far as I remember there are also some classes for OAuth2 and OpenID Connect07:39
rakhmerovthat have nothing to do with keystone07:39
jamielennoxwell, typically those get a keystone token from oauth/oidc, but if you want to implement something outside that you can07:40
jamielennoxand there's no reason you would have to get those plugins into keystoneauth if they only relate to mistral07:40
rakhmerovjamielennox: ooh, I guess they are designed with the goal to be used in federation07:41
jamielennoxyep07:41
rakhmerovok, got it07:42
*** jkilpatr_ has quit IRC07:43
jamielennoxeeek, don't copy zaqarclient07:43
*** jkilpatr_ has joined #openstack-mistral07:43
sharatssjamielennox, zaqarclient does not use the generic plugins07:43
jamielennoxsharatss: so i'm not sure how _get_keystone_session is invoked and there's always backwards compatibility to think of - but a large point of the auth plugins is so that services like zaqar don't need to handle every keystone auth paramater07:45
jamielennoxif tomorrow keystone adds a new auth type, or new option to an existing type - it gets added once to the plugin and then all the clients can benefit from it07:45
jamielennoxrather than what looks like zaqar still manually handling what type of auth it thinks you want07:46
jamielennoxi'm going to assume that's just all backwards compatibility stuff07:46
sharatssjamielennox, yeah.. got it07:47
rakhmerovyes :)07:47
jamielennoxbut ideally zaqar would have replaced zaqarclient.auth.base with keystoneauth07:47
rakhmerovwe do it pretty horribly now too07:48
jamielennoxright, and that's part of the problem - everyone has so much backwards compat to handle that there's not even a really good clean implementation i can point you to07:48
openstackgerritMerged openstack/mistral master: Add release note for resource RBAC feature  https://review.openstack.org/45494507:52
rakhmerovwell, we're actually planning API v3 and at some point it'll be created (current plan is 2017) so for now maybe we could make some minimal changes in the client code just to be safe if keystone decides to get rid of deprecated stuff07:53
openstackgerritMerged openstack/mistral master: Add Apache License Content in index.rst  https://review.openstack.org/45527107:53
rakhmerovand then in the new API we could fully use plugins and make it more flexible etc. w/o having to duplicate all params in our client07:53
rakhmerovsharatss, jamielennox: ^ not sure if it makes sense for you07:54
rakhmerovd0ugal: do we still need https://review.openstack.org/#/c/449215/ ?07:54
rakhmerovor can abandon it?07:54
jamielennoxrakhmerov: i'm not sure what you mean on the API side, keystoneauth is completely client side07:55
d0ugalrakhmerov: I am still using it - why do you ask? that is a tripleo patch :)07:55
rakhmerovd0ugal: ooh, really?07:55
rakhmerovgosh...07:55
rakhmerovyes, sorry!07:55
d0ugallol07:56
rakhmerovI was just going over your patches in gerrit to see if there's something that needs my attention07:56
rakhmerov:)07:56
d0ugalaha, thanks07:56
d0ugalI don't think there is anything07:56
rakhmerovjamielennox: I was talking about Mistral Client. Now we also pass huge number of auth params directly into Mistral client whereas it's not a good thing to do for the reasons you mentioned07:57
rakhmerovit needs to be offloaded to auth plugins as far as I understand07:57
d0ugalrakhmerov: but we could probably abandon some of the Mistral patches from 2015 and 2016 if you want to clean up ;)07:57
jamielennoxrakhmerov: so the way i've handle both in the past is to check for the session param07:57
jamielennoxrakhmerov: if session is present users are opting in to using complete session handling and everything else is ignore/invalid07:58
rakhmerovbut we now can't get rid of that easily because use backwards compatibility07:58
jamielennoxif session is not present you fall back to a deprecation warning and do it the old way07:58
rakhmerovso in our new client we can do it07:58
jamielennoxwell, more you fall back to a deprecation warning and create the session for htem07:58
rakhmerovok07:59
rakhmerovd0ugal: yes, that's what I'd like to do07:59
rakhmerovwill do it now I guess07:59
d0ugalWe have been discussing how to handle old patches in TripleO - https://review.openstack.org/#/c/449332/07:59
d0ugalwhich may be of interest :)08:00
rakhmerovd0ugal: that's a huge read )08:01
rakhmerovwhat's the conclusion?08:01
d0ugalrakhmerov: the spec isn't that long, you can ignore the comments08:02
rakhmerovah, ok08:02
d0ugalrakhmerov: but it is something like, patches that have not been touched for 180 days (and are not -1 WIP) should be abandoned08:02
d0ugalor if it has a -2 and hasn't been updated in 90 days it will be abandoned08:03
d0ugalrakhmerov: ^08:05
rakhmerovok08:05
rakhmerovyeah08:05
rakhmerovgood stuff08:06
rakhmerovd0ugal: not sure if you saw my first message to you today, just reminding again about https://blueprints.launchpad.net/mistral/+spec/mistral-engine-commands-docs08:06
d0ugalyup08:06
rakhmerovit'd be nice if you could finish it today-tomorrow08:06
d0ugalOkay, I didn't realise it was so urgent08:07
d0ugalrakhmerov: I have removed myself from the assignee of https://blueprints.launchpad.net/mistral/+spec/mistral-os-install-docs08:09
d0ugalI don't have any plans to work on it at the moment.08:09
rakhmerovd0ugal: well, not so urgent but I just would like to finish what's possible to finish before P-1 release08:10
rakhmerovd0ugal: np, we'll find someone else08:10
d0ugalI might at some point, but it isn't on my current plans.08:10
rakhmerovd0ugal: on engine commands docs, if it's conflicting with you current plans then no worries, we'll move it on to P-208:11
d0ugalI guess I can do it08:11
d0ugalI'm not sure it makes sense to track documentation tasks like this, as they are "released" when they are merged - so don't really fit in with milestones very well08:12
d0ugalbut I guess it mostly works.08:12
rakhmerov:)08:12
rakhmerovyou're right but IMO this is mostly a discipline kind of thing, we need to track the progress somehow on these tasks too08:13
rakhmerovon publishing docs, I completely agree08:14
*** shardy has quit IRC08:15
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: change workflow lang schema  https://review.openstack.org/45517808:17
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add publishing of global variables  https://review.openstack.org/45605608:17
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add 'global' function to access global vars  https://review.openstack.org/45605908:17
*** shardy has joined #openstack-mistral08:17
*** dmellado has joined #openstack-mistral08:23
rakhmerovd0ugal: cleaned up gerrit a little bit08:50
rakhmerov15-20 patches abandoned08:50
*** shardy is now known as shardy_mtg08:57
*** jkilpatr_ has quit IRC09:06
*** jkilpatr_ has joined #openstack-mistral09:07
*** jkilpatr_ has quit IRC09:11
*** jkilpatr_ has joined #openstack-mistral09:12
d0ugalnice09:29
openstackgerritRenat Akhmerov proposed openstack/mistral master: Optimizing lang schema validation  https://review.openstack.org/45614710:11
openstackgerritRenat Akhmerov proposed openstack/mistral master: Optimizing lang schema validation  https://review.openstack.org/45614710:22
rakhmerovd0ugal: do you mind if I approve https://review.openstack.org/#/c/414508/ ?10:24
rakhmerovassuming that we'll see possible challenges better once we have an impl10:25
warfacehey, I was wondering if there is a python client available for interacting with Mistral Rest APIs ?10:29
warfaceI was trying to manage the workflow using django10:30
rakhmerovwarface: yes, sure, https://github.com/openstack/python-mistralclient10:30
rakhmerovit has both Python API and CLI10:30
openstackgerritRenat Akhmerov proposed openstack/mistral master: Changed the README.rst and added debug guide  https://review.openstack.org/42068710:32
*** aspiers has quit IRC10:33
openstackgerritMerged openstack/mistral-specs master: Support region for openstack actions  https://review.openstack.org/41450810:34
*** aspiers has joined #openstack-mistral10:36
warfacerakhmerov: thanks10:41
warfacestumbled upon it. was hoping there might be something with docs :P10:42
warfaceit works great10:42
warfacewill try to document it as soon as possible10:43
d0ugal  rakhmerov sure, approve it. I thought we wanted 3 +2s for specs?10:44
warfacegithub PRs would be fine ?10:44
openstackgerritMerged openstack/python-mistralclient master: Optimize the link address  https://review.openstack.org/45527210:44
rakhmerovwarface: github PRs? No, we use review.openstack.org10:45
warfaceok cool10:45
rakhmerovd0ugal: yeah, but it wasn't officially accepted yet10:45
rakhmerovanyway, I already did it10:45
*** aspiers has quit IRC10:46
rakhmerovd0ugal: btw, just FYI: seems like something has changed in dependencies (I guess oslo.messaging) and all our patches are failing now10:47
rakhmerovtrying to investigate10:47
d0ugalfun10:48
d0ugalthis seems to happen lots now10:48
*** jkilpatr_ has quit IRC10:49
rakhmerovyeah10:50
rakhmerovthe thing is that if I run failing tests individually they pass10:51
rakhmerovthey fail only if I run them all together10:51
rakhmerovit's a lot of fun to fix such issues )10:52
d0ugalha10:53
d0ugalThat sounds like an issue thrash|g0ne seen last week.10:53
rakhmerovyeah10:56
rakhmeroveven worse, on CI I see different errors than on my local env10:56
rakhmerov:)10:56
*** aspiers has joined #openstack-mistral10:58
*** thrash|g0ne is now known as thrash11:03
*** shardy_mtg is now known as shardy11:13
*** shardy is now known as shardy_lunch11:19
*** jkilpatr_ has joined #openstack-mistral11:20
rakhmerovd0ugal: found a serious bug in our tests, I'm surprised why we didn't hit it before..11:21
rakhmerovfixing..11:21
*** zhurong has quit IRC11:26
openstackgerritRenat Akhmerov proposed openstack/mistral master: Fix serialization issue  https://review.openstack.org/45618011:37
*** toure is now known as toure|biab11:38
*** toure|biab is now known as toure11:38
rakhmerovd0ugal: I fixed the issue I mentioned but that's not what breaks our CI :(11:45
rakhmerovhttps://review.openstack.org/#/c/456180/11:45
*** chlong has joined #openstack-mistral11:52
*** chlong_ has joined #openstack-mistral11:52
*** chlong_ has quit IRC11:54
rakhmerovd0ugal: yeah, oslo.messaging 5.21.0 was release yesterday12:00
*** shardy_lunch is now known as shardy12:00
rakhmerovand seems like it broke us: http://paste.openstack.org/show/606269/12:00
rakhmerovddeja: are you available by any chance?12:11
d0ugalouch :(12:13
*** gongysh has quit IRC12:15
rakhmerovyep12:15
rakhmerovI don't understand yet if it's a problem on our side or not12:15
*** gongysh has joined #openstack-mistral12:17
ddejarakhmerov: what's up?12:20
rakhmerovddeja: trying to investigate a gate failure that started happening a couple of hours ago12:20
rakhmerovseems like it's related with new oslo.messaging12:21
* ddeja gets a little deja-vu12:21
rakhmerov:))12:21
rakhmerovyes, that's why I decided to ping you12:21
rakhmerovhttp://logs.openstack.org/80/456180/1/check/gate-mistral-python35/9c1af7f/testr_results.html.gz12:22
ddejaI can take a look12:22
rakhmerovif you open this link and expand the first test you'll see that an option is duplicated in o.m12:22
rakhmerovexecutor_thread_pool_size12:22
rakhmerovthe interesting thing is that we also register this option but in our KombuServer12:22
ddejashit12:22
rakhmerovalthough it shouldn't be a problem because we don't create it for unit tests (no???)12:23
rakhmerovddeja: you got an idea?12:23
ddejawe create it for some tests12:23
rakhmerovfor some, yes12:23
rakhmerovdo you think this might be a problem?12:24
ddejaI think so12:24
ddejabut hmm, on the other side12:24
ddejaeven if we don't have the KomubServer, still this opt would be registered dosen of times12:25
rakhmerovyes12:25
ddejagive me a minute12:25
rakhmerovand seems like this is not a new option in o.m12:25
rakhmerovddeja: yeah, so it seems like we should have had this problem before too but we didn't12:29
rakhmerovI don't understand yet what changed..12:29
ddejarakhmerov: unfortunatelly I don't have much time for this...12:37
rakhmerovok, np12:37
ddejaWhat I'd like to propose is to12:37
ddejacomment those two lines:12:37
ddeja./engine/rpc_backend/kombu/kombu_server.py:    cfg.IntOpt('executor_thread_pool_size',12:37
ddeja./engine/rpc_backend/kombu/kombu_server.py:        self._executor_threads = CONF.executor_thread_pool_size12:37
rakhmerovok12:38
ddeja(It is actually more then 2, but those are only 2 placeses where we using this varaible)12:38
ddejaand test if this fix this problem12:38
rakhmerovok12:38
ddejaof course, it would make other tests to fails, but doesn't matter at this time12:39
rakhmerovyeah12:39
rakhmerovjust to test the idea12:39
openstackgerritRenat Akhmerov proposed openstack/mistral master: TRYING TO FIX GATE FAILURE  https://review.openstack.org/45620112:39
ddejasince from looking into the code I don't see any place where we would be calling the Kombu server unless explicity said to do so in config12:39
rakhmerovok, just sent a patch12:40
ddejarakhmerov: also it is strange, since this test passes on my local env...12:43
jenner_so is anyone running mistral using docker? I mean stretched over several containers for every component12:43
rakhmerovyeah, the problem is that these tasks pass individually12:44
rakhmerovthey only fail on CI when they are run together12:44
ddejagreat...12:44
rakhmerovddeja: yeah, it's a lot of fun )12:44
rakhmerovjenner_: I'm aware of some people, yes12:45
jenner_rakhmerov: I'm basically trying to figure out if it's worth it to build an image for every component or if it's ok to just have a mistral-all and create extra start scripts12:46
rakhmerovddeja: http://logs.openstack.org/01/456201/1/check/gate-mistral-python27-ubuntu-xenial/ea88a4f/testr_results.html.gz12:47
rakhmerov:)))12:47
rakhmerovbut how????12:47
rakhmerovI can't really understand..12:47
ddejarakhmerov: I have an idea...12:48
ddejawhat is the current version of oslo?12:48
rakhmerovjenner_: well, I think it depends on what you need. Are you going to have a high load?12:48
rakhmerovddeja: it became 5.21.0 yesterday12:48
ddejaI mean, that is in mistral12:48
ddejaok12:48
rakhmerovddeja: I think our CI just started pulling this new version and that's why it started happening12:49
rakhmerovbut this option has been there for ages..12:49
rakhmerovddeja: yes, http://logs.openstack.org/01/456201/1/check/gate-mistral-python27-ubuntu-xenial/ea88a4f/console.html#_2017-04-12_12_45_56_16556012:49
rakhmerov(just wanted to make sure)12:50
jenner_rakhmerov: most likely, yes, also a couple of long running WFs (several hours) so at least the executors should be scaled horizontally 2+N times12:50
*** dougshelley66 has left #openstack-mistral12:50
jenner_rakhmerov: we also thought about grouping the executors depending on our large projects, so we can update them independently12:50
ddejarakhmerov: ok, I know12:51
ddeja(it's super stupid, to be honest)12:51
rakhmerovjenner_: ok, I'd probably recommend to start with some simple deployment configuration and see how it fits your needs. You can have, for example, one engine and many executors12:52
rakhmerovddeja: fire away :)12:52
rakhmerovddeja: I guess it's something stupid but I really don't see it12:52
ddejarakhmerov: sooo, I'm not sure why, but in the same thread that is running this test12:53
rakhmerovjenner_: really sorry, fighting a fire now.. How about talking more detailed tomorrow?12:53
rakhmerovddeja: yes..12:54
ddejawe have previously run the KombuServer that registered the opt12:54
ddejaand now see this:12:54
ddejain mistral: https://github.com/openstack/mistral/blob/master/mistral/engine/rpc_backend/kombu/kombu_server.py#L3912:54
ddejain oslo to 5.20: https://github.com/openstack/oslo.messaging/blob/5.20.0/oslo_messaging/server.py#L5512:54
ddejain oslo 5.21: https://github.com/openstack/oslo.messaging/blob/5.21.0/oslo_messaging/server.py#L5512:54
ddejathat is why re-registering is failing12:54
rakhmerovlooking..12:55
rakhmerovyou mean because of this "when executor is threading or eventlet" ?12:56
rakhmerovddeja: ^12:56
jenner_rakhmerov: np, I'm still fighting with openshift anyway, takes some time to convince it to use an internal docker registry12:57
rakhmerovjenner_: ok, anyway, I'll be happy to talk more :)12:57
ddejarakhmerov: description doesn't match12:58
rakhmerovoooooh!!!12:58
rakhmerovdo you think it matters?12:58
ddejaI think so12:58
rakhmerovI thought you meant that they changed some threading behavior12:58
rakhmerov:)12:58
rakhmeroveasy to check then...12:58
ddejayes, just check the description in KombuServer12:59
ddejabut harder would be to fix this...12:59
openstackgerritRenat Akhmerov proposed openstack/mistral master: TRYING TO FIX GATE FAILURE  https://review.openstack.org/45620113:00
rakhmerovddeja: why harder? If it's just a matter of changing a description13:01
*** fultonj has quit IRC13:01
*** fultonj has joined #openstack-mistral13:01
ddejayes, but wht if oslo changes the description again? ;)13:03
rakhmerovtrue13:03
ddejaI'm thinking if it would be better to just import the whole thing just to have the registering kept in one place13:04
rakhmerovyeah, right, it deserves a filed bug. But for now we need to find a quick solution13:04
ddejasure13:04
rakhmerovddeja: I remember we argued with someone about all those opts spread out across the code. I'm actually for having them all in one place13:05
ddejaYes, but this is slightly different place13:05
ddejas/place/case13:05
rakhmerovI know, yes13:06
ddejabut I'm not sure how to properly handle it...13:06
rakhmerovddeja: they really check if an option is registered like this: if opts[opt.dest]['opt'] != opt:13:09
rakhmerovand in Opt:13:09
rakhmerov    def __ne__(self, another):13:09
rakhmerov        return vars(self) != vars(another)13:09
rakhmerov:)))13:10
rakhmerovfunny13:10
rakhmerovso they really compare all the properties13:10
rakhmerovanyway, that helped, the tests passed13:10
ddejarakhmerov: I'm glad I could help13:11
rakhmerovddeja: thanks a ton!13:11
*** mgershen1 has joined #openstack-mistral13:13
openstackgerritRenat Akhmerov proposed openstack/mistral master: Fix a description of 'executor_thread_pool_size' option in Kombu RPC  https://review.openstack.org/45620113:14
*** mgershen has quit IRC13:15
rakhmerovddeja, d0ugal: guys, please approve this patch asap to fix Py gates: https://review.openstack.org/#/c/456201/13:15
*** dprince has joined #openstack-mistral13:15
rakhmerovkong, mgershen1: ^13:16
*** catintheroof has joined #openstack-mistral13:27
*** mgershen has joined #openstack-mistral13:29
*** mgershen1 has quit IRC13:32
*** zhurong has joined #openstack-mistral13:47
*** mgershen1 has joined #openstack-mistral13:52
*** mgershen has quit IRC13:54
*** zhurong_ has joined #openstack-mistral14:00
*** zhurong has quit IRC14:01
*** bobh has joined #openstack-mistral14:04
*** bobh has quit IRC14:08
*** bobh has joined #openstack-mistral14:08
*** mgershen has joined #openstack-mistral14:11
*** mgershen1 has quit IRC14:11
toured0ugal ping14:14
*** mgershen1 has joined #openstack-mistral14:24
*** mgershen has quit IRC14:26
*** rbrady is now known as rbrady-afk14:35
*** tuan_ has joined #openstack-mistral14:36
d0ugaltoure: delayed pong14:37
*** mgershen has joined #openstack-mistral14:41
*** mgershen1 has quit IRC14:43
*** sharatss has quit IRC14:47
*** zhurong_ has quit IRC14:57
*** mgershen1 has joined #openstack-mistral14:57
*** dougshelley66 has joined #openstack-mistral14:58
*** mgershen has quit IRC14:59
*** jkilpatr_ has quit IRC14:59
*** jkilpatr has joined #openstack-mistral15:00
*** jaosorior is now known as jaosorior_away15:02
*** fultonj has left #openstack-mistral15:04
*** d0ugal has quit IRC15:30
*** d0ugal has joined #openstack-mistral15:30
*** d0ugal has joined #openstack-mistral15:30
*** d0ugal has quit IRC15:31
*** d0ugal has joined #openstack-mistral15:31
*** d0ugal has quit IRC15:31
*** d0ugal has joined #openstack-mistral15:31
*** tuan_ has quit IRC15:31
*** warface has quit IRC15:35
*** jpich has quit IRC15:45
*** evgenyl has left #openstack-mistral15:52
*** srwilkers has joined #openstack-mistral15:52
openstackgerritMerged openstack/mistral master: Fix a description of 'executor_thread_pool_size' option in Kombu RPC  https://review.openstack.org/45620115:58
*** Kevin_Zheng has quit IRC16:13
*** gongysh has quit IRC16:29
*** portdirect has joined #openstack-mistral16:49
*** rbrady-afk is now known as rbrady17:14
*** shardy has quit IRC17:15
*** jtomasek has joined #openstack-mistral17:45
*** jtomasek has quit IRC17:46
*** jtomasek has joined #openstack-mistral17:46
*** jtomasek has quit IRC17:47
*** jtomasek has joined #openstack-mistral17:49
*** jtomasek_ has joined #openstack-mistral17:50
*** jtomasek has quit IRC17:53
*** jtomasek_ has quit IRC17:56
*** srwilkers has quit IRC18:19
openstackgerritRenat Akhmerov proposed openstack/mistral master: Fix serialization issue  https://review.openstack.org/45618018:39
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: change workflow lang schema  https://review.openstack.org/45517818:39
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add publishing of global variables  https://review.openstack.org/45605618:39
openstackgerritRenat Akhmerov proposed openstack/mistral master: Advanced publishing: add 'global' function to access global vars  https://review.openstack.org/45605918:40
openstackgerritRenat Akhmerov proposed openstack/mistral master: Optimizing lang schema validation  https://review.openstack.org/45614718:40
*** jkilpatr_ has joined #openstack-mistral18:49
*** jkilpatr has quit IRC18:50
*** srwilkers has joined #openstack-mistral19:01
*** jkilpatr_ has quit IRC19:41
*** srwilkers has quit IRC19:51
*** jkilpatr_ has joined #openstack-mistral19:54
*** dprince has quit IRC20:11
*** thrash is now known as thrash|biab20:29
*** srwilkers has joined #openstack-mistral20:38
*** thrash|biab is now known as thrash20:55
*** toure is now known as toure|gone20:57
*** Qiming has quit IRC21:41
*** Qiming has joined #openstack-mistral21:46
*** thrash is now known as thrash|g0ne21:51
*** jkilpatr_ has quit IRC22:15
*** srwilkers has quit IRC22:46
*** catintheroof has quit IRC22:48
*** jkilpatr_ has joined #openstack-mistral22:49
*** bobh has quit IRC22:57
*** jkilpatr_ is now known as jkilpatr23:10
*** srwilkers has joined #openstack-mistral23:19
*** gongysh has joined #openstack-mistral23:41
*** bobh has joined #openstack-mistral23:46

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