| *** ninag has quit IRC | 00:28 | |
| *** dzimine has joined #openstack-mistral | 00:58 | |
| *** bobh has joined #openstack-mistral | 01:08 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/mistral-extra: Updated from global requirements https://review.openstack.org/272798 | 01:27 |
|---|---|---|
| *** bobh has quit IRC | 02:18 | |
| *** bobh has joined #openstack-mistral | 02:19 | |
| *** bobh has quit IRC | 03:44 | |
| *** gyee has joined #openstack-mistral | 04:03 | |
| *** gyee has quit IRC | 04:03 | |
| *** tej has joined #openstack-mistral | 04:12 | |
| *** tej has quit IRC | 04:16 | |
| rakhmerov | mriedem, hi | 05:55 |
| *** bhaskarduvvuri has joined #openstack-mistral | 06:55 | |
| *** tshtilma has joined #openstack-mistral | 06:56 | |
| *** histrio has quit IRC | 06:57 | |
| *** LiatFried_ has joined #openstack-mistral | 07:27 | |
| *** LiatFried_ has quit IRC | 07:50 | |
| *** LiatFried_ has joined #openstack-mistral | 07:50 | |
| *** pbelamge has joined #openstack-mistral | 08:21 | |
| *** pbelamge has quit IRC | 08:27 | |
| *** pbelamge has joined #openstack-mistral | 08:46 | |
| *** pbelamge has quit IRC | 08:48 | |
| *** achanda has quit IRC | 09:01 | |
| *** pbelamge has joined #openstack-mistral | 09:06 | |
| *** LiatFried_ has quit IRC | 09:13 | |
| akuznetsova | lane_kong, thanks | 09:34 |
| openstackgerrit | Merged openstack/python-mistralclient: Support workflow id for cron trigger creation https://review.openstack.org/271145 | 11:44 |
| *** dprince has joined #openstack-mistral | 11:59 | |
| *** tshtilma has quit IRC | 12:20 | |
| *** tshtilma has joined #openstack-mistral | 13:01 | |
| dmowrer- | rakhmerov: Hi. I know you have been out for awhile. Welcome back. I just wanted to make you aware of an email I sent you last Friday regarding blueprint 'Provide action pack to call Mistral', https://blueprints.launchpad.net/mistral/+spec/mistral-mistral-actions. Thanks! | 13:08 |
| *** ninag has joined #openstack-mistral | 13:10 | |
| *** pbelamge has quit IRC | 13:23 | |
| *** pbelamge has joined #openstack-mistral | 13:29 | |
| *** bhaskarduvvuri has quit IRC | 14:07 | |
| *** pbelamge has quit IRC | 14:09 | |
| *** pbelamge has joined #openstack-mistral | 14:10 | |
| *** bobh has joined #openstack-mistral | 14:23 | |
| *** bobh has quit IRC | 14:27 | |
| *** bobh has joined #openstack-mistral | 14:27 | |
| *** LimorStotland has quit IRC | 14:37 | |
| openstackgerrit | Dawid Deja proposed openstack/mistral: Fix for not running 'on-success' task after task with 'with-items' https://review.openstack.org/273579 | 14:37 |
| *** tonytan4ever has joined #openstack-mistral | 14:52 | |
| *** tonytan_brb has joined #openstack-mistral | 15:23 | |
| *** tonytan_brb has quit IRC | 15:23 | |
| *** tonytan_brb has joined #openstack-mistral | 15:24 | |
| *** tonytan4ever has quit IRC | 15:26 | |
| *** pbelamge has quit IRC | 15:27 | |
| *** achanda has joined #openstack-mistral | 15:32 | |
| *** achanda has quit IRC | 15:43 | |
| *** tej has joined #openstack-mistral | 16:34 | |
| *** dprince has quit IRC | 17:06 | |
| *** tonytan_brb has quit IRC | 17:07 | |
| *** tonytan4ever has joined #openstack-mistral | 17:11 | |
| *** dprince has joined #openstack-mistral | 18:11 | |
| *** rbrady has joined #openstack-mistral | 18:31 | |
| *** bhaskarduvvuri has joined #openstack-mistral | 19:07 | |
| *** tshtilma has quit IRC | 19:18 | |
| *** tsufiev has quit IRC | 20:07 | |
| *** tsufiev has joined #openstack-mistral | 20:07 | |
| *** tshtilma has joined #openstack-mistral | 20:15 | |
| rbrady | is there a place in the docs anywhere that explains environments well? specifically creating/updating from within an action | 20:19 |
| lane_kong | rbrady: i'm afraid the env introduction is not covered in dev doc for now | 20:20 |
| lane_kong | rbrady: but you can refer to https://blueprints.launchpad.net/mistral/+spec/mistral-execution-environment for more information | 20:21 |
| rbrady | lane_kong: thanks | 20:23 |
| lane_kong | rbrady: :-) | 20:23 |
| rbrady | lane_kong: I've already been looking through the code today and it's just not obvious to me. I tried using the EnvironmentController directly from an action and that failed | 20:24 |
| lane_kong | rbrady: what's your meaning by 'using the EnvironmentController directly from an action'? | 20:25 |
| rbrady | lane_kong: I need to use an environment to store state between multiple action-executions and workflow-executions | 20:26 |
| rbrady | lane_kong: in digging through the code, I found the only thing that seems to deal with a strongly typed Environment class was the EnvironmentController in https://github.com/openstack/mistral/blob/0e7be02a4812f6d2016e9bdcd31be8135c4d095e/mistral/api/controllers/v2/environment.py | 20:27 |
| lane_kong | rbrady: maybe it's not environment is designed for. using env, you can pre-define some key-values that can be used in workflow, but you can't change it in your execution | 20:28 |
| lane_kong | it can only be changed via API | 20:28 |
| rbrady | lane_kong: I might be abusing the original intended purpose, but we have a need to use both the workflow and actions independently. the actions allow us an immediate response when needed | 20:30 |
| lane_kong | i'm still don't understand your need very well, could you please describe a little more concrete? | 20:32 |
| *** bhaskarduvvuri has quit IRC | 20:33 | |
| *** bhaskarduvvuri has joined #openstack-mistral | 20:33 | |
| rbrady | lane_kong: I'm investigating mistral use for tripleo. The idea is that mistral can provide a general purpose API that can allow us to execute workflows to deploy OpenStack. The process includes pre-processing some templates for heat and allowing a user to set some values (parameters). | 20:35 |
| rbrady | lane_kong: the pre-processing requires some user input to select N optional heat environment files that change the list of parameters provided back to the user | 20:36 |
| rbrady | lane_kong: providing a list of available heat environment files and receiving the selections back from the user fit the direct action case more than the workflow | 20:37 |
| rbrady | lane_kong: for the actual deployment, I intend to use the workflow and validate the stack with heat before creating the stack with heat | 20:38 |
| rbrady | lane_kong: I realize I could use something else to store the state (e.g. swift), but the workflow seems to already be creating a mistral environment that does the exact same thing - storing the params. It seemed like a good fit for me to add some data there | 20:40 |
| *** dzimine has quit IRC | 20:41 | |
| lane_kong | rbrady: hmm...you can get heat environment provided by user's selection and then pass the variables to subsequent tasks, am I missing something? | 20:42 |
| rbrady | lane_kong: workflows don't provide an immediate result. The methods to get the list of environments and set the list of environments are immediate when using actions | 20:44 |
| rbrady | lane_kong: we have both a CLI and GUI use case, a mistral action allows a better case for the GUI | 20:45 |
| lane_kong | rbrady: i'm sorry i don't really understand the process of tripleo, maybe we can use some simple workflow definition, to understand each other better | 20:51 |
| lane_kong | rbrady: and if there is really something missing for mistral adoption in tripleO, i think the mistral core teams are willing to solve that | 20:55 |
| *** [1]tshtilma has joined #openstack-mistral | 20:55 | |
| rbrady | lane_kong: I have a mistral environment now and I'm assuming it was created when I called <% env().foo %> in a workflow execution. I'm not entirely sure how it chose the name or description. | 20:56 |
| rbrady | lane_kong: mistral environment output: http://paste.openstack.org/show/485321/ | 20:57 |
| *** tshtilma has quit IRC | 20:57 | |
| *** [1]tshtilma is now known as tshtilma | 20:57 | |
| rbrady | lane_kong: and here's the simple workflow I have: http://paste.openstack.org/show/485322/ | 20:58 |
| lane_kong | rbrady: so, your question? | 21:06 |
| rbrady | lane_kong: is there any other way besides using <% env.foo %> in a workflow yaml file to set values to the environment. How does it decide what to name itself and what to use as its description? | 21:07 |
| lane_kong | with your workflow, you just need to pass {'env': 'overcloud'} in the params for workflow execution | 21:07 |
| rbrady | lane_kong: can I create multiple environment files that I can run through the same workflows? | 21:07 |
| lane_kong | rbrady: you can't use more than one environment in the same workflow, i'm afraid | 21:09 |
| *** dprince has quit IRC | 21:10 | |
| lane_kong | rbrady: but i think it's easy to add this in mistral. but, one thing need to consider, the variable priority, what if you have variables with same name, but belong to different environment. | 21:12 |
| rbrady | lane_kong: heat environment or mistral environment? | 21:13 |
| lane_kong | mistral environment | 21:13 |
| rbrady | lane_kong: in the mistral environment I'd expect them to be overwritten | 21:14 |
| rbrady | lane_kong: that's why I was interested in having an environment decoupled from a workflow | 21:14 |
| rbrady | lane_kong: I'd like to create an env and run it through a workflow, allow a user to provide input and run it through the same workflow. Once the user is content, they would pass that environment onto the 2nd workflow | 21:15 |
| rbrady | in this case the validate and deploy workflows | 21:16 |
| *** bhaskarduvvuri has quit IRC | 21:17 | |
| rbrady | lane_kong: in addition to that case, I would need to be able to create another completely separate mistral environment that could be run through both workflows in the same manner | 21:17 |
| lane_kong | yes, you can. it depends on what environment provided to workflow execution. | 21:19 |
| lane_kong | if you pass {'env': 'overcloud'} in the params for workflow execution, it will use variables you pre-defined | 21:19 |
| rbrady | lane_kong: in tripleo we have an deployment cloud (commonly referred to as the undercloud) and N workload clouds (commonly referred to as an overcloud) | 21:19 |
| rbrady | mistral is running on my undercloud and I need to create a mistral environment for each planned overcloud I want to deploy | 21:20 |
| rbrady | lane_kong: it would be nice to have something similar to: "from mistral import environment; env = environment.Environment("overcloud"); env.save()" | 21:21 |
| rbrady | lane_kong: so I could easily access it from an action | 21:22 |
| lane_kong | I wonder if it will solve your problem if Mistral action is provided to be used in action. | 21:23 |
| lane_kong | rbrady: so, in your action, you can invoke environment update to mistral | 21:23 |
| lane_kong | the env variables will be updated in your subsequent workflows or actions | 21:24 |
| lane_kong | rbrady: make sense? | 21:24 |
| rbrady | lane_kong: I'm still reading / trying to comprehend. I just started using mistral yesterday. :) | 21:25 |
| lane_kong | rbrady: ok, no worries, welcome any questions, if i can understand it very well :-) | 21:25 |
| lane_kong | i think Dan has already understand mistral well, you could talk to him about integration between mistrla and tripleo | 21:27 |
| rbrady | lane_kong: I'm not really sure I understand what you're saying | 21:27 |
| rbrady | lane_kong: dan didn't have an answer either - tried him first | 21:27 |
| lane_kong | rbrady: you want to update env when your workflow exection is running, right? | 21:28 |
| lane_kong | from mistral's prospective, you can pass any env to a same workflow | 21:29 |
| lane_kong | in different workflow execution | 21:29 |
| lane_kong | but you can use more than one env definition in the same workflow now | 21:30 |
| lane_kong | s/can/can't | 21:30 |
| lane_kong | maybe i didn't make myself understood :-) | 21:31 |
| lane_kong | anyway, you can wait to see what other people's ideas about your question. e.g. rakhmerov, akuznetsova | 21:32 |
| rbrady | lane_kong: I'd like to update the env from both a workflow execution and an action exectuion | 21:36 |
| lane_kong | rbrady: http://paste.openstack.org/show/485331/ | 21:40 |
| lane_kong | rbrady: please see if it's what you want | 21:41 |
| rbrady | lane_kong: partially. The mistral.environment_update looks good, but there's a step in between update_env and task_using_new_env that requires human interaction | 21:42 |
| lane_kong | hmm... | 21:43 |
| rbrady | lane_kong: I think this would work though because it doens't look like it requires a workflow | 21:43 |
| lane_kong | sorry, the task_using_new_env must be a workflow | 21:44 |
| lane_kong | rather than an action | 21:44 |
| rbrady | lane_kong: http://paste.openstack.org/show/485332/ | 21:44 |
| rbrady | lane_kong: this is how it would likely be called (plus add the the name and params to the parameters) | 21:45 |
| rbrady | ideally the task_using_new_env would just take a mistral environment name | 21:46 |
| lane_kong | yes | 21:46 |
| lane_kong | but env name can only be used in a workflow execution currently | 21:47 |
| lane_kong | not for action execution | 21:47 |
| lane_kong | rbrady: https://github.com/openstack/mistral/blob/master/mistral/engine/default_engine.py#L109 | 21:48 |
| rbrady | lane_kong: does this add the environment (read only) to the context that I could see in an action? https://github.com/openstack/mistral/blob/master/mistral/engine/default_engine.py#L497 | 21:52 |
| lane_kong | yes | 21:52 |
| lane_kong | the environment is shared with all the actions within a workflow execution | 21:55 |
| rbrady | lane_kong: I can see where data_flow adds it to the workflow, where does it add it to the action? | 21:59 |
| lane_kong | rbrady: give me a sec | 22:00 |
| lane_kong | rbrady: https://github.com/openstack/mistral/blob/master/mistral/engine/task_handler.py#L90 | 22:03 |
| lane_kong | the action input will take consideration of workflow context | 22:04 |
| lane_kong | rbrady: sorry, i will have a meeting, feel free to leave messages in this channel | 22:06 |
| rbrady | lane_kong: thanks. It's end of day here. I'll try to reach out again tomorrow | 22:06 |
| lane_kong | rbrady: hope you could find your answer | 22:07 |
| rbrady | lane_kong: me too. mistral looks like a great product and I'd like to use it in tripleo instead of creating an API from scratch | 22:07 |
| lane_kong | rbrady: that's a great choice i have to say | 22:08 |
| *** tonytan4ever has quit IRC | 22:47 | |
| *** tej has quit IRC | 23:08 | |
| *** tej has joined #openstack-mistral | 23:08 | |
| *** tej has quit IRC | 23:13 | |
| *** chlong has quit IRC | 23:32 | |
| *** bobh has quit IRC | 23:38 | |
| openstackgerrit | hardik proposed openstack/mistral-specs: Item filtering in Mistral https://review.openstack.org/269975 | 23:50 |
| *** tej has joined #openstack-mistral | 23:53 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!