Monday, 2017-06-05

*** zhurong has joined #openstack-mistral01:34
*** zhurong has quit IRC01:44
*** gongysh has joined #openstack-mistral01:52
*** zhurong has joined #openstack-mistral02:33
*** Dinesh_Bhor has joined #openstack-mistral04:03
openstackgerritMerged openstack/mistral-lib master: Updated from global requirements  https://review.openstack.org/47046405:01
openstackgerritDeepak Mourya proposed openstack/mistral master: Replace test.attr with decorators.attr  https://review.openstack.org/47084605:03
openstackgerritMerged openstack/python-mistralclient master: Updated from global requirements  https://review.openstack.org/47054905:32
*** sharatss has joined #openstack-mistral05:42
*** sharat has joined #openstack-mistral05:53
*** sharatss has quit IRC05:53
openstackgerritMerged openstack/mistral master: Updated from global requirements  https://review.openstack.org/46957106:00
openstackgerritMerged openstack/mistral master: Fixing indentation in docs  https://review.openstack.org/46904906:14
*** sharat has quit IRC06:30
*** sharat has joined #openstack-mistral06:31
*** sharat has quit IRC06:31
*** sharat has joined #openstack-mistral06:32
*** sharatss_ has joined #openstack-mistral06:34
*** sharat has quit IRC06:34
*** dtantsur has quit IRC06:50
*** kong has quit IRC06:50
*** kong has joined #openstack-mistral06:51
*** dtantsur has joined #openstack-mistral06:53
*** zhurong has quit IRC07:31
*** zhurong has joined #openstack-mistral07:39
d0ugaldtantsur: You can often see some of the error via the mistral API - but as it doesn't have the full traceback I go straight to the logs.07:41
d0ugaldtantsur: oh, I see you found that - I should read more of the traceback07:41
d0ugals/traceback/scrollback thing/07:41
d0ugaltoure: pong07:46
*** ttpl has joined #openstack-mistral08:03
*** warface has joined #openstack-mistral08:05
*** sharatss_ has quit IRC08:07
*** jaosorior has joined #openstack-mistral08:20
*** zhurong has quit IRC08:20
rakhmerovapetrich: hi, I assigned https://blueprints.launchpad.net/mistral/+spec/mistral-actions-api-fix-engine to you and left a comment in whiteboard08:29
rakhmerovcan you pls have a look?08:29
apetrichrakhmerov, sure do08:29
rakhmerovI guess it can be considered implemented but just want to make sure to check with you08:29
apetrichthanks08:29
rakhmerovsame about https://blueprints.launchpad.net/mistral/+spec/mistral-actions-api-fix-executor08:30
rakhmerovthey were created long ago and not I'm not even sure they reflect the real situation )08:30
rakhmerovok, I'd appreciate if you updated them08:30
rakhmerovthanks08:30
*** sharatss_ has joined #openstack-mistral08:32
rakhmerovsharatss_: hi08:32
rakhmerovhow's it going?08:32
xavierhardyHi everybody,08:33
xavierhardyFYI, the documentation still mentions rabbit_ options even though they have been replaced by DEFAULT/transport_url:08:33
xavierhardyhttps://docs.openstack.org/developer/mistral/guides/configuration_guide.html08:33
rakhmerovxavierhardy: yep, thanks08:33
sharatss_rakhmerov, hi.. not as good as it was.. but ok :)08:33
rakhmerovxavierhardy: did you file a bug by any chance? )08:33
rakhmerovif not, I'll do it08:34
xavierhardyNo, I will.08:34
xavierhardyWhich brings me to the question, how am I suppose to configure RabbitMQ then, is it something like this:08:34
xavierhardyampq://user:password@localhost:123408:34
xavierhardy?08:34
rakhmerovsharatss_: hopefully you'll get better08:35
rakhmerovxavierhardy: thanks08:35
rakhmerovsharatss_: can you say what items in https://blueprints.launchpad.net/mistral/+spec/add-documentation were already fixed?08:35
sharatss_rakhmerov, hope so :)08:35
rakhmerovpercentage or N out of X08:35
sharatss_rakhmerov, just a sec.. let me have a look at it08:35
rakhmerovsharatss_: yes, please mark those items that have been addressed somehow08:36
rakhmerove.g. by just fixing a description08:36
rakhmerovxavierhardy: wait a sec..08:36
rakhmerovxavierhardy: transport_url = rabbit://guest:guest@localhost:5672/08:37
rakhmerovunder [DEFAULT] group08:37
xavierhardyOK08:37
apetrichrakhmerov, btw I will look at in in a bit if that's ok?08:39
rakhmerovapetrich: sure, np08:39
sharatss_rakhmerov, I think none of them have been fixed08:39
rakhmerovhaha :)) Really? But I remember you were fixing docs during this cycle08:40
sharatss_rakhmerov, me? may be i didnt work on any of these08:41
sharatss_rakhmerov, if its in our priority, will find a point to start08:41
rakhmerovsharatss_: ok, no problem. I think I was just confused (can't remember all things that we contributed)08:45
rakhmerovsharatss_: I don't think it's only your task, several people are contributing into it08:45
sharatss_rakhmerov, yes. Actually that BP had to be split into individual specs08:46
xavierhardyBug filed: https://bugs.launchpad.net/mistral/+bug/169585708:47
openstackLaunchpad bug 1695857 in Mistral "Deprecated messaging configuration options mentioned in the documentation" [Undecided,New]08:47
rakhmerovthanks08:48
*** zhurong has joined #openstack-mistral08:50
openstackgerritRenat Akhmerov proposed openstack/mistral master: [Trusts] Fixing trusts deletion  https://review.openstack.org/46907808:52
*** warface has quit IRC09:00
openstackgerritRenat Akhmerov proposed openstack/mistral master: Minor nits to README  https://review.openstack.org/46010009:04
rakhmerovsharatss_: how is https://review.openstack.org/#/c/455174/ going? )09:04
rakhmerovmaybe you need some help with it?09:04
rakhmerovI want this change very much )09:05
sharatss_tempest tests failing for that09:05
sharatss_rakhmerov, i would appreciate any inputs on that very much09:05
rakhmerovsharatss_: I'll schedule to look at it tomorrow first thing09:06
sharatss_except for that, that is ready to go09:06
sharatss_rakhmerov, thanks09:06
rakhmerovwill try to see what's going on09:06
xavierhardy"AMQP server on 127.0.0.1:5672 is unreachable", hummm, the configuration of DEFAULT/transport_url does not seem to work in the Ocata release09:17
xavierhardy(FYI: my RabbitMQ broker is not on the same host as the engine)09:17
rakhmerovwell, I gave you the form. Not sure if you have the same host/port09:18
xavierhardyI have replaced them by my host/user/password/port infos09:18
rakhmerovok09:18
xavierhardyand it says 127.0.0.1:5672 which is not what I put in the config09:19
rakhmerovdoes anybody know what's wrong with our gate? Seen a similar issue? http://logs.openstack.org/78/469078/5/check/gate-mistral-docs-ubuntu-xenial/a332eb3/console.html09:19
rakhmerovxavierhardy: aah, that's strange09:19
rakhmerovare you sure you use the right config? )09:19
xavierhardycommit 53d3aed4ed20b4a65de87696fd8fcb47cd009f1e09:20
xavierhardy# A URL representing the messaging driver to use and its full09:21
xavierhardy# configuration. (string value)09:21
xavierhardy#transport_url = <None>09:21
xavierhardyrabbit://<user_id>:<password>@<host>:<port>/09:21
xavierhardyin DEFAULT09:21
xavierhardyshit09:21
xavierhardyI'm missing transport_url =09:21
xavierhardy....09:21
xavierhardyjust noticed, sorry09:21
rakhmerovwhere is "transport_url"?09:21
rakhmerov:))09:21
rakhmerovok09:21
*** warface has joined #openstack-mistral09:27
rakhmerovjust FYI: the problem with "doc" gate should be solved by https://review.openstack.org/#/c/47004709:38
rakhmerovwaiting for a patch from OpenStack Bot09:38
rakhmerovsharatss_: can you pls look at https://review.openstack.org/#/c/470463/ ?09:38
rakhmerovwhy it's failing09:38
sharatss_rakhmerov, yes09:39
rakhmerovthanks09:39
*** jaosorior has quit IRC09:49
*** jaosorior has joined #openstack-mistral09:53
*** zhurong has quit IRC09:59
warfacehi guys, I've been trying to update a mistral definition using the mistral v2 APIs. while doing so, I get Invalid DSL. Can someone help me out here? what am I doing wrong ?10:13
warfacehere's the req/response10:13
warfacehttps://hardbin.com/ipfs/QmfHqZs8yRnsdire8EpNML4LwvhuLcZL234ynQd9XB1QaA/#9PDa2zNjPP9YMHfpDdtvof5dmnB86QecNr2NkfAmAG3v10:13
*** zhurong has joined #openstack-mistral10:13
*** jtomasek is now known as jtomasek|brb10:23
rakhmerovwarface: hi10:32
rakhmerovlet me see..10:32
rakhmerovwarface: can you show a formatted workflow text?10:32
warfacerakhmerov: hi, sure10:34
warfacebtw its the default sample workflow10:34
warfacestd.delete_instance10:34
warfacetrying to update it without changing anything at all, just for testing10:35
rakhmerovaah..10:35
rakhmerovok, got it10:35
rakhmerovgive me a min10:35
rakhmerovwhat version of Mistral?10:36
rakhmerovlatest?10:36
rakhmerovwarface: ok, here's the thing10:38
rakhmerovwhen you're sending POST or PUT for all kinds of definitions (workflows, actions, workbooks) the request body must be jut a text10:39
rakhmerovnot json10:39
rakhmerovyou're sending json10:39
warfaceoh ok, let me try10:39
rakhmerovyep10:39
warfacethanks10:39
rakhmerovnp10:39
warfacethe body should just contain the definition! right?10:43
rakhmerovright )10:43
rakhmerovand content-type header should be plain/text10:43
rakhmerovd0ugal: do you know how soon OpenStack Requirements Bot sends a patch if requirements were updated?10:44
warfacerakhmerov: thanks a lot :) it worked10:50
rakhmerovsure )10:50
rakhmerovnp10:50
*** gongysh has quit IRC10:58
*** jkilpatr has joined #openstack-mistral10:58
openstackgerritSharat Sharma proposed openstack/mistral-dashboard master: DNM-Test gate  https://review.openstack.org/47092011:13
d0ugalrakhmerov: no idea. it seems quite quick.11:21
rakhmerovok11:21
d0ugalrakhmerov: you could always do a manual update if you are blocked?11:21
rakhmerovyes11:22
rakhmerovd0ugal: it just seems weird that the patch hasn't been sent yet after many hours after the change11:24
rakhmerovok, it's a different issue..11:24
openstackgerritRenat Akhmerov proposed openstack/mistral master: Update python-neutronclient version  https://review.openstack.org/47092411:26
apetrichrakhmerov, I'm going to look on those blueprints tomorrow. I thought I was better but I'm calling in sick today11:30
rakhmerovapetrich: no worries, it can wait. Get better!11:31
apetrichrakhmerov, cheers11:32
rakhmerovd0ugal: can you pls? https://review.openstack.org/#/c/470924/11:32
rakhmerovit fixes the gate11:32
rakhmerovd0ugal: ooh, ignore it.. it's been approved already11:33
openstackgerritSharat Sharma proposed openstack/mistral master: Stop using abbreviation DSL in document  https://review.openstack.org/47092511:33
rakhmerovsometimes people are faster than I expect )11:33
rakhmerov(thanks to kong)11:34
openstackgerritSharat Sharma proposed openstack/mistral-dashboard master: DNM-Test gate  https://review.openstack.org/47092011:54
openstackgerritRenat Akhmerov proposed openstack/mistral-specs master: HA specification  https://review.openstack.org/47092811:54
openstackgerritOpenStack Proposal Bot proposed openstack/mistral master: Updated from global requirements  https://review.openstack.org/47093411:58
*** zhurong has quit IRC12:04
openstackgerritSharat Sharma proposed openstack/mistral-dashboard master: DNM-Test gate  https://review.openstack.org/47092012:16
*** warface has quit IRC12:20
*** jtomasek|brb is now known as jtomasek12:28
openstackgerritRenat Akhmerov proposed openstack/mistral-specs master: HA specification  https://review.openstack.org/47092812:31
*** sharatss_ has quit IRC12:34
*** catintheroof has joined #openstack-mistral12:35
openstackgerritMerged openstack/mistral-specs master: Don't force policy specs into approved or implemented directories  https://review.openstack.org/44745412:43
openstackgerritOpenStack Proposal Bot proposed openstack/mistral master: Updated from global requirements  https://review.openstack.org/47095712:43
*** dtantsur is now known as dtantsur|brb12:51
*** bobh has joined #openstack-mistral13:11
openstackgerritToure Dunnon proposed openstack/mistral master: [WIP] Workflow Error Analysis (do not merge!)  https://review.openstack.org/45544713:11
fultonjHow does one start a workflow and optionally  specify an environment that must be used during workflow execution?13:18
fultonjrakhmerov: i read ^ in your blueprint  https://blueprints.launchpad.net/mistral/+spec/mistral-execution-environment13:18
fultonjHowever, I see no option for that as per: `openstack workflow execution create --help`13:19
fultonjd0ugal do you have any input on ^ ? thanks13:21
d0ugalfultonj: executions take two inputs "workflow_input" and "params" - the second defines the environment13:23
d0ugalfultonj: is that what you are looking for? or am I missing something :)13:24
d0ugalI think this feature isn't really documented, I only learned about it via gfidente's experimentation.13:24
fultonjSo params _is_ the evironment?13:24
fultonjd0ugal: i thought they were distinct yet similar13:24
d0ugalfultonj: Yeah, you can access it via <% env() %>13:25
*** livelace has joined #openstack-mistral13:26
d0ugalfultonj: What are you trying to do? perhaps it is better to start there.13:26
*** rbrady has quit IRC13:27
fultonjd0ugal: funny you mention gfidente as he's related to what I'm trying to do13:27
fultonjhe's away for 2 weeks13:27
fultonji am trying to debug my workflow that uses env vars he set13:28
*** kozhukalov has quit IRC13:28
fultonjd0ugal: i have a workflow that uses "{% for ip in env().get('service_ips', {}).get('ceph_mon_ctlplane_node_ips', []) %}13:29
d0ugalaha13:29
fultonjyou my recall that expression as you suggested it (and it works for me)13:29
d0ugalfultonj: I'm just about to go into a meeting, but I can help after that13:29
fultonjd0ugal: ok, np13:29
fultonji am basically trying to understand what's going on with that13:29
fultonjttyl and thanks13:29
d0ugalfultonj: but it doesn't work somewhere else?13:29
d0ugalright13:29
fultonjdoesn't work somewhere13:29
d0ugalshouldn't be too long13:29
fultonjnp13:29
*** rbrady has joined #openstack-mistral13:30
*** zhurong has joined #openstack-mistral13:46
xavierhardyIs there anything plan for health checks? For instance, to check that the API is up, one can simply do "curl -X GET http://localhost/v2", what about the engine and the executors?13:57
d0ugalfultonj: Okay, so - How is the execution created?14:10
fultonjhi d0ugal14:10
fultonjI want to create an env using `mistral environment-create` and then access those variables in my workflow. I think I should be able to do this without having to define them under 'inputs:' in the workflow.14:10
fultonjHere's a simple env: http://paste.openstack.org/show/611402/14:10
fultonj^ is a subgoal14:11
fultonjthe complete goal...14:11
fultonj so I can debug a workflow*, normally started by Heat, using CLI tools; so I can: a. develop faster and b. better understand why those env vars are not always available14:11
fultonj*https://review.openstack.org/#/c/469644/4/workbooks/ceph-ansible.yaml14:11
d0ugalfultonj: https://ask.openstack.org/en/question/105618/can-you-associate-a-mistral-workflow-execution-with-an-environment-via-the-cli/?answer=105837#post-id-10583714:12
d0ugalfultonj: I think that is the answer to your question too14:13
fultonjd0ugal: nice14:13
d0ugalI don't really understand why the environments API exists, because having to access it like this doesn't feel "natural"14:14
d0ugal(using swift would be just as easy/hard)14:14
d0ugaland it is very hard to update an environment from in a workflow14:15
d0ugalI keep meaning to ask rakhmerov about them to hear how or why other people use environments :)14:15
d0ugalI think in tripleo we just abuse it as a simple key value store14:15
fultonjd0ugal: in that examlpe, how does one execute that workflow?14:15
fultonj`mistral execution-create wf` ?14:16
fultonj`mistral execution-create wf '{(define env vars here)}'` ?14:16
d0ugalfultonj: yeah, but you also need to pass the env_name in, I made that a workflow input - it could be hard coded14:16
d0ugalYup, exactly that14:16
fultonjI take it you're refering to my second example14:17
fultonj`mistral execution-create wf '{(define env vars here)}'` ?14:17
d0ugalfultonj: hang on.14:17
d0ugalI'm consuing myself.14:17
*** dtantsur|brb is now known as dtantsur14:17
fultonjconfusing? or consulting? :)14:17
d0ugalmistral execution-create wf '{"env_name": "mistral-env-name"}'14:17
d0ugalhaha, sorry - confusing. (/me is tired today)14:18
fultonjnot at all14:18
fultonjso in http://paste.openstack.org/show/611402/ i created an env "test"14:18
fultonji should be able to access it as in the example above14:19
* fultonj tries this14:19
d0ugalfultonj: Yeah, so if test is passed to my example workflow it will load it and then just output it14:19
d0ugalfultonj: you could just hard code the environment name in the workflow too - but with a better name of course :)14:19
d0ugalfultonj: However, I don't really understand how this is better or easier than using normal workflow input parameters14:20
fultonjd0ugal: and if i have params am i passing to json data structures?14:20
fultonjright14:20
d0ugalfultonj: if you are just trying to find a way to see what was passed into a workflow you can do that with "mistral execution-get-input EXECUTION-ID"14:21
d0ugalthat might provide you the debugging access you need?14:21
fultonjmaybe, let me try14:22
openstackgerritMerged openstack/mistral master: Update python-neutronclient version  https://review.openstack.org/47092414:24
thrashd0ugal: I think I get why environments exist... Think 'production', 'dev', 'stage', etc14:29
thrashd0ugal: but I agree that how they are accessed is not natural...14:30
fultonjhttps://blueprints.launchpad.net/mistral/+spec/mistral-execution-environment14:31
thrashfultonj: interesting reading. :D14:32
fultonjthrash: my main interest is accessing dictionaries of variables from THT within Mistral14:33
fultonjthrash: and to understand it better so i can debug it when it doesn't work14:33
fultonjd0ugal: thanks for the examples, they help a little but i'm still stuck14:34
fultonji ran the example14:34
fultonjthe task get_env has been running for a while14:34
fultonji have a feeling it will not stop unless i ask it to abort14:35
fultonji passed it a reference to the env i had created earlier (or i think i did)14:35
fultonjhttp://paste.openstack.org/show/611409/14:37
d0ugalfultonj: oh, werid - maybe I wrote a bad example14:39
d0ugalfultonj: can you show me the action-execution-list?14:39
d0ugalI have no idea why that would get stuck.14:39
fultonjmistral action-execution-list | curl -F 'sprunge=<-' http://sprunge.us14:40
fultonjhttp://sprunge.us/CSLh14:40
d0ugalthrash: yeah, that might be it - feels a bit like an unfinished feature to me.14:40
d0ugalfultonj: :/ weird. I'm in the middle of re-creating my setup or I'd give it a go14:41
fultonjd0ugal: i'll experiment a bit more14:41
d0ugalI'll be able to do the same soon too, I hope :)14:41
*** hrybacki is now known as hrybacki|afkish14:43
openstackgerritMichal Gershenzon proposed openstack/mistral-specs master: Create and run workflows within a namespace  https://review.openstack.org/47099614:44
toure /j #openstack-meeting-314:55
d0ugal^ everyone, do that :-D14:56
d0ugalMistral team meeting in < 5 mins14:56
*** mgershen has joined #openstack-mistral14:58
*** zhurong has quit IRC15:15
xavierhardy"Launching server components [event-engine,api,executor,engine]..." There's a new component?15:34
openstackgerritRenat Akhmerov proposed openstack/mistral master: Make "triggered_by" work in case of "join" tasks  https://review.openstack.org/45799615:36
xavierhardyI mean "event-engine"?!15:39
openstackgerritRenat Akhmerov proposed openstack/mistral master: Updated from global requirements  https://review.openstack.org/47095715:46
openstackgerritRenat Akhmerov proposed openstack/mistral master: Added style enfore checks for assert statements  https://review.openstack.org/43142716:05
openstackgerritRenat Akhmerov proposed openstack/mistral master: Minor nits to README  https://review.openstack.org/46010016:06
fultonjhttp://paste.openstack.org/show/611416/16:11
fultonjd0ugal: update on that env issue ^16:11
fultonjhttps://ask.openstack.org/en/question/105618/can-you-associate-a-mistral-workflow-execution-with-an-environment-via-the-cli/?answer=105837#post-id-10583716:11
openstackgerritBrad P. Crochet proposed openstack/mistral master: [WIP] - DO NOT MERGE - Implement the sensitive data blueprint.  https://review.openstack.org/45974716:13
thrashrakhmerov: ^^^16:14
*** livelace has quit IRC16:16
rakhmerovthrash: ok16:18
d0ugalfultonj: hmm, interesting. I think I'll need to experiment16:25
d0ugalfultonj: good news, I have an env to do that now, but I need to run for today - I'll try tomorrow and see if I can figure it out16:25
fultonjok, thanks d0ugal ttyl16:25
*** ttpl has quit IRC16:28
*** ttpl has joined #openstack-mistral16:30
xavierhardyI can't get Mistral to execute anything with the Ocata release :(16:31
xavierhardymistral-server --config-file ../config/mistral.conf --server all16:31
xavierhardyLaunching server components [engine,event-engine,api,executor]...16:31
xavierhardy2017-06-05 18:30:22.258 3310 INFO mistral.event_engine.event_engine [-] Starting event notification task...16:31
xavierhardy/home/xhardy/Sources/mistral/workbook/venv2/local/lib/python2.7/site-packages/mistral/engine/rpc_backend/oslo/oslo_server.py:55: FutureWarning: The access_policy argument is changing its default value to <class 'oslo_messaging.rpc.dispatcher.DefaultRPCAccessPolicy'> in version '?', please update the code to explicitly set None as the value: access_policy defaults to LegacyRPCAccessPolicy which exposes private methods. Explicitly16:31
xavierhardy  serializer=ctx.RpcContextSerializer()16:31
xavierhardy2017-06-05 18:30:22.342 3310 INFO mistral.event_engine.event_engine [-] Find 0 event triggers.16:31
xavierhardy2017-06-05 18:30:22.457 3310 INFO oslo.service.wsgi [-] mistral_api listening on 0.0.0.0:898916:31
xavierhardy2017-06-05 18:30:22.458 3310 INFO oslo_service.service [-] Starting 5 workers16:31
xavierhardy2017-06-05 18:30:22.479 3310 INFO oslo_messaging.server [-] blocking executor handles only one message at once. threading or eventlet executor is recommended.16:31
xavierhardy2017-06-05 18:30:22.488 3310 INFO oslo_messaging.server [-] blocking executor handles only one message at once. threading or eventlet executor is recommended.16:31
xavierhardyExecutor server started.16:31
xavierhardyEngine server started.16:31
xavierhardyEvent engine server started.16:31
xavierhardy2017-06-05 18:30:26.273 3334 INFO mistral.api.controllers.v2.action_execution [-] Create action_execution [action_execution=ActionExecution [id='Unset', workflow_name='Unset', task_name='Unset', task_execution_id='Unset', state='Unset', state_info='Unset', tags='Unset', name='std.echo', description='Unset', accepted='Unset', input='{u'output': u'hello'}', output='Unset', created_at='Unset', updated_at='Unset', params='Unset']]16:31
xavierhardy2017-06-05 18:31:26.312 3334 ERROR wsme.api [-] Server-side error: "MessagingTimeout: Timed out waiting for a reply to message ID 4a526bc3f4a340f282a36b7ccdb00c2c". Detail:16:31
xavierhardyTraceback (most recent call last):16:31
xavierhardy  File "/home/xhardy/Sources/mistral/workbook/venv2/local/lib/python2.7/site-packages/wsmeext/pecan.py", line 85, in callfunction16:31
xavierhardy    result = f(self, *args, **kwargs)16:31
xavierhardy  File "/home/xhardy/Sources/mistral/workbook/venv2/local/lib/python2.7/site-packages/mistral/api/controllers/v2/action_execution.py", line 141, in post16:31
xavierhardy    **params16:31
xavierhardy  File "/home/xhardy/Sources/mistral/workbook/venv2/local/lib/python2.7/site-packages/mistral/engine/rpc_backend/rpc.py", line 147, in decorator16:31
xavierhardy    _wrap_exception_and_reraise(e)16:31
xavierhardy  File "/home/xhardy/Sources/mistral/workbook/venv2/local/lib/python2.7/site-packages/mistral/engine/rpc_backend/rpc.py", line 122, in _wrap_exception_and_reraise16:31
xavierhardy    raise exc.MistralException(message)16:31
xavierhardyMistralException: MessagingTimeout: Timed out waiting for a reply to message ID 4a526bc3f4a340f282a36b7ccdb00c2c16:31
xavierhardy: MistralException: MessagingTimeout: Timed out waiting for a reply to message ID 4a526bc3f4a340f282a36b7ccdb00c2c16:31
thrashxavierhardy: please use paste.openstack.org16:31
xavierhardyhttp://paste.openstack.org/show/611418/16:32
xavierhardyrakhmerov , thrash : any idea?16:36
thrashxavierhardy: did you populate the db?16:38
xavierhardyI'll try repopulating it16:38
xavierhardyEndpoint for service baremetal-introspection was not found, falling back to local host on port 505016:44
xavierhardyduring repopulation16:44
*** harlowja has joined #openstack-mistral16:45
thrashxavierhardy: unless you need those actions, you can ignore that.16:49
xavierhardywe don't need them16:49
xavierhardythe DB works fine16:49
xavierhardyI can get actions, executions, workflows etc16:50
xavierhardyI just can't run anything16:50
xavierhardylooks there's a communication problem between the API and the engine16:50
thrashxavierhardy: and you have a working rabbit install?16:50
xavierhardyof course16:50
xavierhardyIt's running and I get no error in Mistral regarding RabbitMQ16:50
xavierhardyIf I stop it, I see all Mistral services complaining16:51
xavierhardyand reconnecting once it's up again16:51
thrashok16:51
thrashxavierhardy: can you paste output of this? grep -v '^#' ../config/mistral.conf | grep -v '^$'16:53
xavierhardyhttp://paste.openstack.org/show/611421/16:55
*** jkilpatr_ has joined #openstack-mistral17:03
*** jaosorior is now known as jaosorior_away17:03
*** jkilpatr has quit IRC17:05
xavierhardyin debug mode, I have the following error17:06
xavierhardy2017-06-05 19:06:05.617 17084 DEBUG oslo.messaging._drivers.impl_rabbit [-] Timed out waiting for RPC response: Timeout while waiting on RPC response - topic: "<unknown>", RPC method: "<unknown>" info: "<unknown>": oslo_messaging._drivers.common.Timeout: Timeout while waiting on RPC response - topic: "<unknown>", RPC method: "<unknown>" info: "<unknown>"17:06
xavierhardyconstantly17:06
xavierhardyI'm completely stuck :(17:10
xavierhardyOK, using kombu instead of oslo it works17:22
xavierhardykombu is supposed to be experimental though...17:22
prometheanfiresomeone should set a topic, and put the meeting time there :P17:23
openstackgerritToure Dunnon proposed openstack/python-mistralclient master: [WIP] Workflow Error Analysis Client updates.  https://review.openstack.org/45290117:52
*** dtantsur is now known as dtantsur|afk17:55
thrashxavierhardy: let me see if I can reproduce.18:18
*** jkilpatr has joined #openstack-mistral18:31
*** jkilpatr_ has quit IRC18:32
*** thrash is now known as thrash|appt18:51
openstackgerritMerged openstack/mistral master: [Trusts] Fixing trusts deletion  https://review.openstack.org/46907819:27
openstackgerritMerged openstack/mistral master: Make "triggered_by" work in case of "join" tasks  https://review.openstack.org/45799619:27
openstackgerritMerged openstack/mistral master: Minor nits to README  https://review.openstack.org/46010019:27
openstackgerritMerged openstack/mistral master: Added style enfore checks for assert statements  https://review.openstack.org/43142719:27
*** jkilpatr has quit IRC20:06
mattybrennanthrash: I've getting a similar error on the 4.0.1 branch20:08
mattybrennaner, tag20:09
*** thrash|appt is now known as thrash20:14
*** jkilpatr has joined #openstack-mistral20:22
*** clenimar has joined #openstack-mistral20:39
*** thrash is now known as thrash|biab21:01
*** thrash|biab is now known as thrash21:33
*** catintheroof has quit IRC21:53
*** jamielennox|away is now known as jamielennox22:13
*** bobh has quit IRC22:32
*** catintheroof has joined #openstack-mistral23:13
*** jamielennox is now known as jamielennox|away23:30
*** jamielennox|away is now known as jamielennox23:46

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