*** toddjohn has quit IRC | 00:01 | |
*** toddjohn has joined #openstack-mistral | 00:01 | |
*** toddjohn has quit IRC | 00:02 | |
*** toddjohn has joined #openstack-mistral | 00:02 | |
*** gyee has quit IRC | 00:08 | |
*** toddjohn has quit IRC | 00:15 | |
*** bobh has joined #openstack-mistral | 00:24 | |
openstackgerrit | PanFengyun proposed openstack/mistral: Add Python 3.5 classifier and venv https://review.openstack.org/341878 | 00:36 |
---|---|---|
*** tonytan4ever has joined #openstack-mistral | 00:54 | |
*** tonytan4ever has quit IRC | 00:59 | |
*** bobh has quit IRC | 01:08 | |
*** tonytan4ever has joined #openstack-mistral | 02:02 | |
*** tonytan_brb has joined #openstack-mistral | 02:10 | |
*** tonytan4ever has quit IRC | 02:13 | |
*** toddjohn has joined #openstack-mistral | 02:15 | |
*** toddjohn has quit IRC | 02:20 | |
*** toddjohn has joined #openstack-mistral | 02:32 | |
*** toddjohn has quit IRC | 02:34 | |
*** bobh has joined #openstack-mistral | 03:15 | |
*** bobh has quit IRC | 03:25 | |
*** bobh has joined #openstack-mistral | 03:29 | |
*** toddjohn has joined #openstack-mistral | 03:34 | |
*** bobh has quit IRC | 03:37 | |
*** toddjohn has quit IRC | 03:40 | |
*** harlowja has quit IRC | 04:13 | |
*** toddjohn has joined #openstack-mistral | 04:37 | |
*** toddjohn has quit IRC | 04:41 | |
rakhmerov | kong: ok | 04:57 |
*** mflobo1 has joined #openstack-mistral | 05:09 | |
*** mflobo has quit IRC | 05:09 | |
openstackgerrit | Merged openstack/mistral: Updated from global requirements https://review.openstack.org/341693 | 05:12 |
*** Ravikiran_K has joined #openstack-mistral | 06:10 | |
*** mflobo has joined #openstack-mistral | 06:15 | |
*** mflobo1 has quit IRC | 06:15 | |
*** toddjohn has joined #openstack-mistral | 06:38 | |
*** toddjohn has quit IRC | 06:43 | |
*** shardy has joined #openstack-mistral | 07:21 | |
*** Ravikiran_K has quit IRC | 07:26 | |
*** mgershen has joined #openstack-mistral | 07:30 | |
*** tonytan_brb has quit IRC | 07:40 | |
rakhmerov | hparekh: does it tell anything to you? http://logs.openstack.org/44/335944/8/gate/gate-python-mistralclient-devstack-dsvm/4c682fc/console.html | 07:42 |
rakhmerov | some tempest changes again? | 07:42 |
*** d0ugal has joined #openstack-mistral | 08:00 | |
*** jpich has joined #openstack-mistral | 08:02 | |
*** jistr is now known as jistr|off | 08:11 | |
openstackgerrit | Renat Akhmerov proposed openstack/python-mistralclient: WIP https://review.openstack.org/342041 | 08:26 |
*** shardy has quit IRC | 08:29 | |
hparekh | rakhmerov i don't think its tempest issue | 08:39 |
rakhmerov | hparekh: yeah, seems like. I'm now investigating it | 08:39 |
*** toddjohn has joined #openstack-mistral | 08:40 | |
*** mflobo has quit IRC | 08:41 | |
rakhmerov | hparekh: looks like we have one more issue with Mistral installation | 08:42 |
rakhmerov | I run the populate command again and output is: | 08:43 |
rakhmerov | WARNING:mistral.actions.openstack.action_generator.base:Failed to create action: tacker.create_vnfd 'NoneType' object has no attribute 'Client' | 08:43 |
rakhmerov | WARNING:mistral.actions.openstack.action_generator.base:Failed to create action: tacker.show_extension 'NoneType' object has no attribute 'Client' | 08:43 |
rakhmerov | /usr/lib/python2.7/site-packages/sqlalchemy/sql/default_comparator.py:153: SAWarning: The IN-predicate on "workflow_definitions_v2.id" was invoked with an empty sequence. This results in a contradiction, which nonetheless can be expensive to evaluate. Consider alternative strategies for improved performance. | 08:43 |
rakhmerov | 'strategies for improved performance.' % expr) | 08:43 |
rakhmerov | because of this some of the actions don't get installed | 08:43 |
rakhmerov | for example, std.http | 08:43 |
rakhmerov | do you have time to investigate it? | 08:44 |
*** toddjohn has quit IRC | 08:44 | |
rakhmerov | I asked that person to file a bug, it should be done soon | 08:44 |
rakhmerov | hparekh: the code was taken from master branch 1-2 days ago | 08:46 |
*** mflobo has joined #openstack-mistral | 09:04 | |
*** shardy has joined #openstack-mistral | 09:08 | |
rakhmerov | hparekh: https://bugs.launchpad.net/mistral/+bug/1602999 | 09:14 |
openstack | Launchpad bug 1602999 in Mistral "std.http cannot be found from action-list " [Critical,New] - Assigned to hardik (hardik-parekh047) | 09:14 |
hparekh | rakhmerov, Ok | 09:36 |
rakhmerov | on that func test problem, I found the reason, thinking how to fix it.. | 09:39 |
openstackgerrit | Renat Akhmerov proposed openstack/mistral: Remove redundant param in task controller function https://review.openstack.org/342076 | 09:52 |
rakhmerov | akuznetsova, nmakhotkin, kong, hparekh: guys, please approve https://review.openstack.org/#/c/342076/, it's a stupid bug in task controller that blocks all client development (func tests don't pass) | 10:00 |
rakhmerov | ddeja: here? | 10:01 |
rakhmerov | I have some work for you :) | 10:01 |
rakhmerov | ping me when available | 10:01 |
kong | rakhmerov: do you have the error log of your patch? | 10:05 |
rakhmerov | http://logs.openstack.org/44/335944/8/gate/gate-python-mistralclient-devstack-dsvm/4c682fc/console.html | 10:07 |
rakhmerov | it's a different patch but same cause | 10:07 |
kong | rakhmerov: I fount bunch of them :-) | 10:08 |
rakhmerov | I reproduced it locally also | 10:08 |
rakhmerov | ok | 10:08 |
kong | rakhmerov: i see there is a problem of the code, 'workflow_execution_id' and 'wf_ex_id', which one is valid? | 10:11 |
rakhmerov | kong, hparekh: wait a sec!! | 10:11 |
rakhmerov | my fix is wrong! | 10:11 |
kong | they are both in the filters | 10:11 |
rakhmerov | kong: yes, right | 10:11 |
rakhmerov | give me a minute | 10:11 |
kong | rakhmerov: :-) | 10:11 |
rakhmerov | please wait | 10:11 |
rakhmerov | don't go | 10:11 |
rakhmerov | :) | 10:11 |
kong | I will be here for next 1 hour | 10:12 |
rakhmerov | wf_ex_id doesn't make sense in filters at all | 10:12 |
kong | I believe you could still get a coffee before you fix it | 10:12 |
rakhmerov | so I need to remove it from filters and leave as an explicit parameter | 10:12 |
kong | rakhmerov: agreed | 10:12 |
rakhmerov | yes ;) sorry, I've not been in a good shape for a couple of days | 10:13 |
kong | hah | 10:13 |
kong | hparekh: btw, if you are available, please take a look at my event trigger patches | 10:13 |
kong | I missed n2, the only chance to merge it is n3 | 10:14 |
kong | rakhmerov: what time is it in Russia? | 10:18 |
rakhmerov | kong: that's ok, but I didn't expect you to make a release today :) Was hoping to squeeze more patches into N-2 | 10:19 |
rakhmerov | it's now 5.19 pm here | 10:19 |
kong | seems like you are gonna go home | 10:20 |
hparekh | kong, yeah sure I will take a look | 10:23 |
kong | rakhmerov: never mind, we have some valuable features included in n2. | 10:23 |
kong | hparekh: cheers | 10:24 |
rakhmerov | kong: yes, actually if you look at what we've done in N-2 it's about the same amount of work we did in entire Mitaka cycle :) | 10:25 |
kong | rakhmerov: indeed | 10:25 |
rakhmerov | kong: still fixing that problem, it surprisingly doesn't work with my changes.. | 10:25 |
kong | I went over the commit logs before I did the release | 10:25 |
kong | it's amazing | 10:26 |
kong | but i am not that surprised given the amount of participants in IRC channel. | 10:26 |
ddeja | rakhmerov: ping | 10:36 |
rakhmerov | ddeja: yes, hi | 10:36 |
ddeja | hello :) | 10:36 |
rakhmerov | kong: yes :) We're growing. But we need to make Mistral more stable, people complain very often that something doesn't work after installation | 10:37 |
rakhmerov | ddeja: can you please check mitaka/stable version? People complain that it doesn't work | 10:37 |
rakhmerov | because of rpc problems | 10:38 |
ddeja | rakhmerov: sure | 10:38 |
rakhmerov | http://paste.openstack.org/show/532771/ | 10:38 |
rakhmerov | may be we need to backport something | 10:38 |
ddeja | ooooh, I know | 10:39 |
rakhmerov | what's that? | 10:39 |
ddeja | that's stupid bug, but I'm not sure how to fix it... | 10:39 |
ddeja | basically, on master branch we have directory called rpc (mistral/engine/rpc/) with RPC-related stuff in it | 10:40 |
ddeja | in mitaka, there was no such diractory | 10:40 |
rakhmerov | and? | 10:40 |
ddeja | but, there was file rpc.py (mistral/engine/rpc.py) | 10:40 |
rakhmerov | hm.. still not understanding.. | 10:40 |
ddeja | so, if you firstly have downloaded master version | 10:40 |
ddeja | and the chechkout to mitaka | 10:40 |
rakhmerov | oooh!!! | 10:40 |
ddeja | you will have both empty dir and a file | 10:40 |
rakhmerov | gosh... | 10:41 |
ddeja | and python is importing empty dir... | 10:41 |
rakhmerov | hm... | 10:41 |
rakhmerov | f...k.. | 10:41 |
rakhmerov | so maybe we just need to mention it in the docs? | 10:42 |
rakhmerov | to clone mitaka/stable, not just to switch | 10:42 |
rakhmerov | if there's an installation from master | 10:42 |
ddeja | or we can add one line to mitaka, to delete rpc dir | 10:42 |
ddeja | in launch.py | 10:43 |
rakhmerov | yes | 10:43 |
rakhmerov | that will work too | 10:43 |
rakhmerov | well, yes, ideally it should just work regardless of how it was installed | 10:43 |
ddeja | for me it is strange that checkout does not delete the rpc directory... | 10:45 |
ddeja | let me check something, maybe this can be fixed using git | 10:45 |
rakhmerov | ok | 10:45 |
rakhmerov | kong: I fixed that issue in controller, I found more bugs there ) | 10:45 |
rakhmerov | will send a patch soon | 10:45 |
rakhmerov | also want to refactor it a little bit | 10:45 |
rakhmerov | that method _get_task_resources_with_results is not really needed | 10:46 |
rakhmerov | ddeja: and the second thing is comments in you "delivery model" patches | 10:46 |
rakhmerov | from kond ) | 10:46 |
rakhmerov | from kong | 10:46 |
kong | rakhmerov: basicly, there are lack of unit tests | 10:46 |
rakhmerov | kong: for this particular case yes | 10:47 |
ddeja | rakhmerov: yup, I see them. As I wrote, I'm working on different patches that would be better, so this one can be abandoned :) | 10:47 |
rakhmerov | when we apply these filters | 10:47 |
rakhmerov | ddeja: different patches? What do you mean? | 10:47 |
rakhmerov | you're scaring me.. ) | 10:47 |
ddeja | I mean the one that would make use of 'redelivered' flag | 10:48 |
rakhmerov | aah, I see | 10:48 |
rakhmerov | ok | 10:48 |
ddeja | so that kombu driver would send all messages in process then ack mode | 10:48 |
rakhmerov | ok | 10:48 |
ddeja | well, it's not toatly new, I've cherry-picked two of them :) | 10:49 |
ddeja | (two of old commits) | 10:49 |
kong | rakhmerov, ddeja, the only reason users want to use kombu driver is for benefit of process-then-ack feature, right? | 10:49 |
ddeja | kong: very short anwser: yes | 10:50 |
rakhmerov | yes | 10:50 |
rakhmerov | and I would add this: if users want to avoid other possible issues caused by o.m | 10:50 |
rakhmerov | unexpected updates etc. | 10:50 |
kong | ddeja: ok, then we should make that deliver mode as default in kombu driver | 10:51 |
rakhmerov | hm.. I agree, but we probably need to test it more before we make it a default | 10:51 |
rakhmerov | because now there's a bunch of people who use o.m RPC | 10:52 |
kong | rakhmerov: yes, of course. | 10:52 |
rakhmerov | they won't be happy if we jack up :) | 10:52 |
openstackgerrit | Renat Akhmerov proposed openstack/mistral: Fixing filtering in task controller https://review.openstack.org/342076 | 10:55 |
rakhmerov | kong, hparekh: I fixed the patch, https://review.openstack.org/#/c/342076/ | 11:00 |
rakhmerov | we need to write tests for filtering, of course, but it's a little tricky thing to do because now we just mock db calls in API tests | 11:01 |
rakhmerov | so I ask you to approve this patch now and deal with tests later | 11:01 |
rakhmerov | if units pass, of course | 11:01 |
rakhmerov | yes, tests passed | 11:07 |
rakhmerov | hparekh: any luck with that actions problem? | 11:11 |
hparekh | rakhmerov, Its not reproducing in my environment | 11:11 |
hparekh | still trying | 11:12 |
rakhmerov | it feels to me that because of issues in Tacker actions other actions don't install on 100% | 11:12 |
rakhmerov | ooh, not reproducing... | 11:12 |
rakhmerov | so you install Mistral from scratch, do mistral-db-manage populate and all actions get installed? | 11:12 |
rakhmerov | including std.http? | 11:12 |
hparekh | I tried sync_db | 11:14 |
hparekh | It works with that script | 11:14 |
rakhmerov | it should be the same theoretically | 11:14 |
hparekh | yeah | 11:14 |
rakhmerov | but you can also try db manage | 11:14 |
hparekh | hmmm. | 11:15 |
rakhmerov | got something interesting? ) | 11:16 |
rakhmerov | kong: here? | 11:34 |
rakhmerov | can you approve https://review.openstack.org/#/c/342076/? Failure is not related to the patch | 11:34 |
rakhmerov | or akuznetsova, nmakhotkin | 11:38 |
hparekh | rakhmerov, no luck on reproducing. I tried by uninstalling tacker client also. And one more thing even if tacker registrations fail it cannot block std actions because std actions registered first | 11:38 |
rakhmerov | hm... | 11:39 |
rakhmerov | weird | 11:39 |
hparekh | Do you have detail log if you reproduced it ? | 11:39 |
rakhmerov | only what's in the bug description | 11:39 |
rakhmerov | ok, can you please reply in the bug? | 11:40 |
hparekh | One more thing regarding mistral on https | 11:40 |
rakhmerov | yes | 11:40 |
hparekh | Do you mean mistral api on https is not working ? | 11:40 |
hparekh | yeah sure I will reply on the bug | 11:41 |
rakhmerov | hparekh: yes, right | 11:41 |
hparekh | So for this mistral should be run as apache wsgi module right ? as mistral is not supporting https directly | 11:42 |
rakhmerov | it doesn't support it directly? | 11:43 |
rakhmerov | hm.. well, yes, you're right | 11:43 |
rakhmerov | but wait a sec... then I don't understand why it's about Mistral | 11:44 |
hparekh | No I don't think we use simple_server api which only supports http request | 11:44 |
rakhmerov | ok, my fault, I should have asked him more about the issue | 11:44 |
rakhmerov | I asked him to file a bug but seems like he didn't do it yet | 11:44 |
rakhmerov | let me ask him again about what they're doing | 11:44 |
hparekh | Yeah I think this should not about mistral | 11:44 |
rakhmerov | ok | 11:44 |
hparekh | Ok no issue | 11:44 |
rakhmerov | sorry | 11:44 |
hparekh | Have we already started work on custom apis ? | 11:45 |
rakhmerov | hparekh: yes, I'm preparing repos now | 11:48 |
rakhmerov | you can look at my patches to infra and mistral-extra | 11:49 |
rakhmerov | I just want to do this first step and then let other people work on it | 11:49 |
rakhmerov | folks from Red Hat were interested | 11:49 |
rakhmerov | I also prepared stubs for packages, modules and methods according to the spec but I'll push them once mistral-lib repo is available | 11:51 |
rakhmerov | hparekh: how about working on YAQL functions API? :) | 11:52 |
rakhmerov | it's similar to Actions API in many ways | 11:52 |
rakhmerov | same kind of thing but for writing YAQL functions | 11:52 |
hparekh | rakhmerov, so actions library for YAQL functions | 11:53 |
rakhmerov | yes | 11:53 |
hparekh | yes sure I am interested | 11:53 |
rakhmerov | it will also be part of mistral-lib | 11:53 |
rakhmerov | just to clarify: so now we already can plug in new YAQL functions but when implementing a new one we can't do much regarding Mistral functionality | 11:54 |
rakhmerov | we basically can only write something simple like math stuff | 11:55 |
rakhmerov | or something that that access workflow context | 11:55 |
rakhmerov | that's it | 11:55 |
rakhmerov | but if we want to query DB or something like that then we also need something like API | 11:55 |
rakhmerov | something that we can safely use | 11:55 |
rakhmerov | it should be stable and well documented etc. | 11:55 |
rakhmerov | so, for example, using DB API directly (or workflow/utils.py) may not be a good idea because it's an internal API and it may change any time | 11:56 |
rakhmerov | I think it's important that we work on it now, otherwise people can start using various internal stuff and will be broken by our changes | 11:57 |
hparekh | agree we need some abstraction | 11:58 |
rakhmerov | hparekh: ok to take it? | 11:59 |
hparekh | rakhmerov, yes I am ok | 11:59 |
rakhmerov | go ahead please, file a BP (and spec if you think it's needed) | 12:00 |
rakhmerov | an important part of it will be a good doc | 12:00 |
hparekh | rakhmerov, sure. :) | 12:00 |
rakhmerov | hparekh: btw, they filed a bug: https://bugs.launchpad.net/mistral/+bug/1603063 | 12:00 |
openstack | Launchpad bug 1603063 in Mistral "Cannot run Mistral with SSL" [High,New] - Assigned to hardik (hardik-parekh047) | 12:00 |
rakhmerov | so please look at it | 12:00 |
openstackgerrit | Merged openstack/mistral: Fixing filtering in task controller https://review.openstack.org/342076 | 12:04 |
*** Ravikiran_K has joined #openstack-mistral | 12:04 | |
rakhmerov | hparekh: on that SSL bug, they are just expecting same behaviour as for other projects | 12:09 |
rakhmerov | that support it | 12:09 |
rakhmerov | like Heat | 12:09 |
hparekh | rakhmerov, yes but we don't support it | 12:09 |
rakhmerov | so for HEAT we can define options for API like cert_file etc. | 12:09 |
rakhmerov | yes, right | 12:10 |
rakhmerov | so it's rather a BP than a bug | 12:10 |
hparekh | yes right | 12:10 |
rakhmerov | and many core projects don't use pecan | 12:10 |
rakhmerov | I don't know exactly how to do it with pecan, need to research | 12:10 |
hparekh | it can be done using oslo_service instead of wsgi_ref | 12:11 |
hparekh | It may work need some experiment | 12:12 |
rakhmerov | hparekh: ok | 12:17 |
rakhmerov | so please take it too | 12:17 |
rakhmerov | but I think it should be filed as a blueprint | 12:17 |
hparekh | rakhmerov, yes agree. I have filled blueprint :) | 12:23 |
ddeja | rakhmerov: I double checked what are effects of changing the branch from master to mitaka. And always the direcotry 'mistral/engine/rpc' was gone. But if it is present and there is __init__.py file in it, I got same error as you show me | 12:24 |
ddeja | so for sure this is the reasone, but I don't know why this is happening, but on newest master and newest mitaka it works well | 12:26 |
rakhmerov | hparekh: thanks man | 12:26 |
rakhmerov | ddeja: may it depend on git version, for example? | 12:27 |
ddeja | rakhmerov: Oh, I've just reproduce it | 12:27 |
rakhmerov | :) | 12:27 |
ddeja | sooo | 12:27 |
ddeja | it is due to we git ignore *.pyc files | 12:27 |
ddeja | so after we run master version | 12:28 |
*** toddjohn has joined #openstack-mistral | 12:28 | |
ddeja | it creates __init__.pyc in mistral/engine/rpc | 12:28 |
*** dprince has joined #openstack-mistral | 12:28 | |
rakhmerov | and then it doesn't get deleted? | 12:28 |
ddeja | and since .pyc files are not tracked by git, this file is left | 12:28 |
ddeja | yup^^ | 12:28 |
rakhmerov | ok | 12:28 |
rakhmerov | so what's the solution then | 12:29 |
ddeja | I'll sugest to delete all *.pyc files on startup | 12:29 |
rakhmerov | ddeja: I'm sorry, I have to leave the office now, may be back in a few hours | 12:29 |
ddeja | rakhmerov: no problem | 12:29 |
rakhmerov | ddeja: yeah, sounds good | 12:29 |
ddeja | I'll talk with Roman if he has some ideas :) | 12:30 |
ddeja | _gryf: ^^ | 12:30 |
_gryf | so after short discussion we think, that it might be less problematic to rename this package (rpc) to other name, like rpc_backend | 12:37 |
_gryf | so there wouldn't be name clash after pyc leftover | 12:37 |
*** toddjohn has quit IRC | 12:47 | |
*** d0ugal has quit IRC | 12:53 | |
*** tonytan4ever has joined #openstack-mistral | 12:58 | |
openstackgerrit | Roman Dobosz proposed openstack/mistral: Rename package mistral.engine.rpc to mistral.engine.rpc_backend https://review.openstack.org/342166 | 13:08 |
openstackgerrit | Roman Dobosz proposed openstack/mistral: Rename package mistral.engine.rpc to mistral.engine.rpc_backend https://review.openstack.org/342166 | 13:16 |
*** toddjohn has joined #openstack-mistral | 13:29 | |
*** bigdogstl has joined #openstack-mistral | 13:31 | |
*** bigdogstl has quit IRC | 13:31 | |
*** ninag has joined #openstack-mistral | 13:39 | |
*** ninag has quit IRC | 13:45 | |
*** vishwanathj has joined #openstack-mistral | 13:58 | |
*** bobh has joined #openstack-mistral | 14:01 | |
*** catintheroof has joined #openstack-mistral | 14:16 | |
*** vishwanathj has quit IRC | 14:40 | |
*** vishwanathj has joined #openstack-mistral | 14:40 | |
*** d0ugal has joined #openstack-mistral | 14:47 | |
*** rrecio has joined #openstack-mistral | 14:52 | |
*** rrecio_ has joined #openstack-mistral | 14:53 | |
*** rrecio has quit IRC | 14:56 | |
*** shardy_ has joined #openstack-mistral | 15:02 | |
*** shardy has quit IRC | 15:10 | |
*** d0ugal has quit IRC | 15:16 | |
*** d0ugal has joined #openstack-mistral | 15:18 | |
*** toddjohn has quit IRC | 16:01 | |
*** toddjohn has joined #openstack-mistral | 16:18 | |
*** bobh has quit IRC | 16:29 | |
*** d0ugal has quit IRC | 16:49 | |
*** jpich has quit IRC | 16:57 | |
shardy_ | Hi all, any yaql gurus around here (or is there a dedicated channel?) | 17:05 |
shardy_ | http://paste.openstack.org/show/532886/ | 17:05 |
shardy_ | I'm looking for the cleanest way to combine two dicts, replacing the values in one based on a lookup of another | 17:06 |
*** vishwanathj has quit IRC | 17:15 | |
*** shardy_ has quit IRC | 17:25 | |
*** harlowja has joined #openstack-mistral | 17:28 | |
*** catintheroof has quit IRC | 17:58 | |
*** toddjohn has quit IRC | 18:15 | |
*** toddjohn has joined #openstack-mistral | 18:16 | |
openstackgerrit | Miles Gould proposed openstack/mistral: Fix some trivial SPAG errors in docs https://review.openstack.org/342339 | 18:24 |
*** toddjohn has quit IRC | 18:50 | |
*** toddjohn has joined #openstack-mistral | 18:51 | |
*** dprince has quit IRC | 18:54 | |
*** bobh has joined #openstack-mistral | 19:06 | |
*** catintheroof has joined #openstack-mistral | 19:18 | |
*** tonytan4ever has quit IRC | 19:21 | |
*** tonytan4ever has joined #openstack-mistral | 19:22 | |
*** gyee has joined #openstack-mistral | 20:13 | |
*** mgershen has quit IRC | 20:24 | |
*** mgershen has joined #openstack-mistral | 20:24 | |
*** mgershen has quit IRC | 20:25 | |
*** mgershen has joined #openstack-mistral | 20:26 | |
*** toddjohn has quit IRC | 20:31 | |
*** tonytan4ever has quit IRC | 20:31 | |
*** mgershen has quit IRC | 20:56 | |
*** mgershen has joined #openstack-mistral | 21:05 | |
*** bobh has quit IRC | 21:22 | |
*** hparekh has quit IRC | 21:30 | |
*** tonytan4ever has joined #openstack-mistral | 21:32 | |
*** toddjohn has joined #openstack-mistral | 21:32 | |
*** bobh has joined #openstack-mistral | 21:35 | |
*** toddjohn has quit IRC | 21:35 | |
*** toddjohn has joined #openstack-mistral | 21:36 | |
*** tonytan4ever has quit IRC | 21:37 | |
*** toddjohn has quit IRC | 21:39 | |
*** toddjohn has joined #openstack-mistral | 21:39 | |
*** catintheroof has quit IRC | 21:40 | |
*** hparekh has joined #openstack-mistral | 21:43 | |
*** toddjohn has quit IRC | 21:44 | |
*** mgershen has quit IRC | 21:44 | |
*** bobh has quit IRC | 22:03 | |
*** openstackgerrit has quit IRC | 22:03 | |
*** openstackgerrit has joined #openstack-mistral | 22:03 | |
Ravikiran_K | Hi | 22:31 |
*** tonytan4ever has joined #openstack-mistral | 22:33 | |
Ravikiran_K | i have installed mistral dashboard and server on two different vms...from dashboard i am trying to access workflows..request is going to the localhost | 22:34 |
Ravikiran_K | its not taking mistral endpoint | 22:34 |
Ravikiran_K | can someone help me one this | 22:35 |
*** tonytan4ever has quit IRC | 22:38 | |
*** toddjohn has joined #openstack-mistral | 22:45 | |
*** toddjohn has quit IRC | 22:46 | |
*** toddjohn has joined #openstack-mistral | 22:47 | |
*** toddjohn has quit IRC | 22:51 | |
*** tonytan4ever has joined #openstack-mistral | 23:05 | |
*** rrecio_ has quit IRC | 23:17 | |
*** tonytan4ever has quit IRC | 23:49 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!