*** bobh has joined #openstack-mistral | 00:11 | |
*** bobh has quit IRC | 00:25 | |
*** gyee has quit IRC | 00:50 | |
*** bobh has joined #openstack-mistral | 00:53 | |
*** bobh has quit IRC | 00:57 | |
*** rrecio_ has joined #openstack-mistral | 01:26 | |
*** cheneydc has joined #openstack-mistral | 01:27 | |
*** rrecio_ has quit IRC | 01:34 | |
*** cheneydc has quit IRC | 02:08 | |
*** bobh has joined #openstack-mistral | 02:53 | |
*** bobh has quit IRC | 03:07 | |
*** Ravikiran_K has joined #openstack-mistral | 03:51 | |
*** saphi has joined #openstack-mistral | 04:11 | |
saphi | hi rakhmerov | 04:12 |
---|---|---|
rakhmerov | hi | 04:12 |
saphi | how to input an object to a action? | 04:12 |
saphi | example: nova.servers_evacuate action | 04:13 |
rakhmerov | saphi: I don't understand your question, what do you mean by "object? | 04:15 |
saphi | sorry. I have been confused | 04:19 |
rakhmerov | confused by what? | 04:31 |
saphi | because when I use nova.server_migrate action I can't input parameters to execute. But with servers_evacuate I can input parameters | 04:44 |
*** Ravikiran_K has quit IRC | 04:54 | |
rakhmerov | saphi: can you please be more specific so that I don't have to ask you a million questions. What do you mean by "I can't input parameters"? | 04:54 |
rakhmerov | give the steps to reproduce the problem and the stack trace | 04:54 |
rakhmerov | otherwise, it's hard to understand what we're talking about | 04:54 |
rakhmerov | hparekh, kong, nmakhotkin, akuznetsova: hi guys, can you please be slightly more active on reviewing patches (if time allows)? There's a bunch of patches on review now but not enough eyes to look at them | 04:57 |
hparekh | rakhmerov, Ok sure. Actually I was busy with someother stuff . | 05:04 |
rakhmerov | hparekh: ok :) | 05:04 |
rakhmerov | I'm just asking | 05:04 |
rakhmerov | generally, we're lacking core reviewers, I'd like to promote 1-2 more members to core reviewers | 05:05 |
rakhmerov | but I don't see who else at this point | 05:05 |
kong | rakhmerov: got you | 05:07 |
rakhmerov | kong: hi | 05:10 |
rakhmerov | btw, your patch failed for some reason | 05:10 |
rakhmerov | it seems like something is wrong with service coordinator | 05:10 |
rakhmerov | kong: can you look at it please? | 05:10 |
kong | rakhmerov: yeah, I planed to to do that tonight | 05:11 |
kong | maybe it's not related to my patch | 05:11 |
kong | some module update isssue I think | 05:11 |
kong | didn't get a chance to dig it | 05:11 |
*** saphi has quit IRC | 05:33 | |
openstackgerrit | Xavier Hardy proposed openstack/mistral: Add support for custom YAQL functions https://review.openstack.org/334804 | 05:50 |
openstackgerrit | Merged openstack/python-mistralclient: Use osc_lib instead of cliff https://review.openstack.org/335442 | 06:07 |
*** Ravikiran_K has joined #openstack-mistral | 06:08 | |
xavierhardy | how does output for actions work ? | 06:28 |
xavierhardy | more exactly, is there anything in YAQL to get the original action execution result? | 06:29 |
xavierhardy | Let's say I do an HTTP call, I want to return only its content, because the rest of the result superfluous in my case, how do I do that from the action execution (I know how to do it from a task)? | 06:30 |
xavierhardy | env and execution are None | 06:32 |
xavierhardy | in an action execution (no task) | 06:32 |
xavierhardy | OK, i found it in the context | 06:33 |
xavierhardy | (in $) | 06:33 |
xavierhardy | I think "output" for actions is not documented | 06:38 |
xavierhardy | but it's super useful | 06:39 |
xavierhardy | I noticed a bug with with-items and default values in actions. The default values of the action are not taken into account and considered missing when ommitted. This should be fixed; I guess it's just a matter of updating the task YAQL context. | 06:46 |
rakhmerov | xavierhardy: hi, give me a sec.. | 06:51 |
*** shardy has joined #openstack-mistral | 06:51 | |
rakhmerov | as for the bug, can you pls file a bug so that we don't forget about it? | 06:52 |
xavierhardy | Sure | 06:53 |
rakhmerov | on your question, I'm not sure I fully understood it. Action output is always accessible in YAQL as "task(task_name).result" | 06:53 |
rakhmerov | but seems like you mean something different | 06:54 |
rakhmerov | what do you mean by "in an action execution"? | 06:54 |
xavierhardy | In an action | 06:54 |
xavierhardy | When you run an action alone | 06:55 |
rakhmerov | in Python code that implements action? | 06:55 |
rakhmerov | run() method? | 06:55 |
xavierhardy | No | 06:55 |
xavierhardy | In the DSL | 06:55 |
rakhmerov | :) | 06:55 |
xavierhardy | I found out that the "output" field is also available for actions | 06:55 |
rakhmerov | so you're talking about ad-hoc actions then? | 06:55 |
xavierhardy | though it seems undocumented | 06:55 |
xavierhardy | yes | 06:55 |
rakhmerov | ooooh, yes | 06:55 |
xavierhardy | I found out that $ contains the result | 06:55 |
rakhmerov | that's important piece of info :) | 06:55 |
rakhmerov | yes, true | 06:56 |
xavierhardy | Yes, it means I can run an aciton and do some regex on it | 06:56 |
rakhmerov | it may not be documented, yes | 06:56 |
xavierhardy | it's documented only for workflows I think | 06:56 |
rakhmerov | let me see.. | 06:56 |
xavierhardy | I am also expriencing deadlock with with-items when not setting a reasonable limit | 06:56 |
xavierhardy | *deadlocks | 06:56 |
rakhmerov | limit of what? | 06:57 |
xavierhardy | it's documented actually now | 06:57 |
xavierhardy | even the result, ok mea culpa | 06:57 |
xavierhardy | For with-items, I am talking about concurrency | 06:57 |
rakhmerov | it's in http://docs.openstack.org/developer/mistral/dsl/dsl_v2.html#attributes | 06:57 |
xavierhardy | I did not set it | 06:57 |
rakhmerov | ok | 06:58 |
rakhmerov | and what did you get? | 06:58 |
rakhmerov | DB deadlock? | 06:58 |
xavierhardy | MessagingTimeout: Timed out waiting for a reply to message ID f417d8f9520144a2823ed62696a18d44 | 06:58 |
xavierhardy | For the DB deadlock, I cannot confirm it yet. | 06:58 |
rakhmerov | I am inclined to think that it's not a deadlock probably | 06:59 |
xavierhardy | but this appeared a few minutes after some of the action executions got stuck | 06:59 |
rakhmerov | it might be purely a messaging problem | 06:59 |
rakhmerov | hm... can you file a bug pls? | 06:59 |
xavierhardy | Will do | 06:59 |
rakhmerov | thanks a lot, that's a good stuff | 06:59 |
xavierhardy | It's very easy to reproduce: with-items with HTTP | 06:59 |
xavierhardy | let's say 25 threads (I have 3 workers) | 07:00 |
rakhmerov | meaning 25 items in the collection | 07:00 |
xavierhardy | or more yes | 07:00 |
*** mgershen has joined #openstack-mistral | 07:01 | |
rakhmerov | do you use std.http or std.mistral_http? | 07:03 |
xavierhardy | std.http | 07:03 |
xavierhardy | ah... weird | 07:05 |
xavierhardy | I did not reproduce it by simply using std.http | 07:05 |
xavierhardy | on example.com | 07:05 |
rakhmerov | ok | 07:06 |
rakhmerov | I know that people use with-items actively | 07:06 |
rakhmerov | with hundreds of items | 07:06 |
rakhmerov | so pls as much as possible into the bug description, I'd like to look at it soon | 07:07 |
rakhmerov | probably next week | 07:07 |
xavierhardy | Well, I can't put everything, that's the problem. | 07:07 |
xavierhardy | maybe it has something to do with std.http reaching the timeout | 07:09 |
rakhmerov | I see | 07:10 |
rakhmerov | maybe HTTP timeout is greater than a timeout set for messaging | 07:10 |
rakhmerov | something like this.. | 07:10 |
xavierhardy | yes, I remember my colleagues saying they had problem with the timeout option and the messages we return can be quite big, the API might take a while to answer + it might be overloaded. | 07:11 |
*** mgershen has quit IRC | 07:14 | |
*** mgershen has joined #openstack-mistral | 07:14 | |
xavierhardy | https://bugs.launchpad.net/mistral/+bug/1597637 | 07:17 |
openstack | xavierhardy: Error: malone bug 1597637 not found | 07:17 |
*** mgershen has quit IRC | 07:18 | |
*** saphi has joined #openstack-mistral | 07:19 | |
rakhmerov | thanks a bunch | 07:21 |
xavierhardy | This is the "with-items default value" error: https://bugs.launchpad.net/mistral/+bug/1597640 | 07:22 |
openstack | Launchpad bug 1597640 in Mistral "with-items does not process ad-hoc action default values" [Undecided,New] | 07:22 |
xavierhardy | The action and workflow given should reproduce it for sure, at least it does here. | 07:22 |
*** mgershen has joined #openstack-mistral | 07:29 | |
rakhmerov | xavierhardy: ok | 07:35 |
*** jpich has joined #openstack-mistral | 07:39 | |
openstackgerrit | Renat Akhmerov proposed openstack/mistral: Add zake into dependencies https://review.openstack.org/335837 | 07:41 |
saphi | I want to write a workflow include some task: task 1. check list hypervisors have state down. task 2: list all instance in list hypervisor. And task 3: perform evacuate those instances When I write task 2, I use with-items I think It only run action not run publish So I Can't get id those instances | 08:00 |
rakhmerov | hparekh, kong, nmakhotkin: can you please approve https://review.openstack.org/#/c/335837/ ? | 08:19 |
nmakhotkin | hi rakhmerov | 08:22 |
rakhmerov | hi ) | 08:22 |
nmakhotkin | sec.. | 08:22 |
nmakhotkin | why it should be added? | 08:22 |
rakhmerov | tooz now requires it | 08:23 |
rakhmerov | but through stevedore | 08:23 |
rakhmerov | that's why we explicitly need to add it | 08:23 |
rakhmerov | becaouse it's not resolved through dependencies automatically | 08:23 |
rakhmerov | it's used in a plugin in tooz | 08:23 |
nmakhotkin | ok | 08:23 |
nmakhotkin | I can't approve it though | 08:24 |
rakhmerov | all gates are failing now because of it | 08:24 |
rakhmerov | yes, I mean just review | 08:24 |
rakhmerov | as usually | 08:24 |
nmakhotkin | waiting for hparekh or kong | 08:24 |
rakhmerov | yes, right | 08:24 |
rakhmerov | thanks | 08:24 |
hparekh | done | 08:26 |
rakhmerov | appreciate | 08:28 |
hparekh | rakhmerov, But I think these decencies was automatically resolved previously | 08:29 |
hparekh | I can see http://logs.openstack.org/38/330438/1/gate/gate-mistral-python27/56973e9/console.html#_2016-06-28_23_39_17_219110 | 08:29 |
rakhmerov | hparekh: I guess they changed impl in tooz | 08:29 |
rakhmerov | I looked at the log and saw what happens there. They load modules through stevedore | 08:30 |
rakhmerov | drivers | 08:31 |
rakhmerov | this is because it's not resolved | 08:31 |
hparekh | hmm looks like they removed zake from requirements.txt in 1.40 version | 08:31 |
rakhmerov | because it's a dynamic dependency | 08:31 |
hparekh | Ok, Got it | 08:31 |
rakhmerov | yes, that's the point | 08:31 |
rakhmerov | right | 08:31 |
openstackgerrit | Merged openstack/mistral: Add zake into dependencies https://review.openstack.org/335837 | 08:33 |
*** Yaminikanth has joined #openstack-mistral | 08:38 | |
kong | rakhmerov: thanks for your patch to solve that problem | 08:50 |
rakhmerov | np | 08:50 |
openstackgerrit | Lingxian Kong proposed openstack/mistral: Add db models for event trigger https://review.openstack.org/320497 | 08:55 |
openstackgerrit | Lingxian Kong proposed openstack/mistral: Add event engine service https://review.openstack.org/320500 | 08:55 |
openstackgerrit | Lingxian Kong proposed openstack/mistral: Add event trigger REST API https://review.openstack.org/320509 | 08:55 |
*** Kiall_ has joined #openstack-mistral | 09:03 | |
*** ruhe2 has joined #openstack-mistral | 09:04 | |
openstackgerrit | Merged openstack/mistral: Use client credentials to retrieve service list https://review.openstack.org/330469 | 09:04 |
*** igormarnat__ has joined #openstack-mistral | 09:04 | |
*** ruhe has quit IRC | 09:08 | |
*** FL1SK has quit IRC | 09:08 | |
*** Kiall has quit IRC | 09:08 | |
*** igormarnat has quit IRC | 09:08 | |
*** hparekh has quit IRC | 09:08 | |
*** ruhe2 is now known as ruhe | 09:08 | |
*** igormarnat__ is now known as igormarnat | 09:08 | |
*** hparekh has joined #openstack-mistral | 09:09 | |
*** FL1SK has joined #openstack-mistral | 09:16 | |
openstackgerrit | Merged openstack/mistral: Fix SSHActionsTestsV2 failure https://review.openstack.org/334945 | 09:19 |
saphi | hi everybody. How to random an item in a list with YAQL? Please help me. | 09:20 |
rakhmerov | saphi: sorry, I won't be available for the next couple of hours | 09:20 |
rakhmerov | nmakhotkin, hparekh, kong: guys, is anybody available to help saphi? | 09:21 |
saphi | oh ... I'm waiting | 09:21 |
kong | sorry, I'm not expert with YAQL, I'm not sure if it's mentioned in YAQL documentation. | 09:32 |
kong | saphi: did you take a look at the doc? | 09:32 |
saphi | Yes. But It was not mentioned in doc. | 09:33 |
kong | :-( | 09:33 |
kong | saphi: https://github.com/openstack/yaql/blob/master/yaql/tests/test_math.py#L156 | 09:41 |
kong | saphi: hope that will help you | 09:41 |
kong | I think it will do what you need | 09:42 |
xavierhardy | The YAQL documentation is extremely scarce, but they are working on it | 09:54 |
xavierhardy | Why it takes so much time to release a documentation is because they want to have most of it automated (e.g. using the existing types in the code to document the type...) | 09:55 |
xavierhardy | The best documentation to date: | 09:56 |
xavierhardy | https://github.com/openstack/yaql/tree/master/yaql/standard_library | 09:56 |
xavierhardy | ;) | 09:56 |
kong | xavierhardy is right, the code is the best doc for developers :-) | 09:57 |
kong | and sometimes, unit tests will tell more secrets | 09:58 |
xavierhardy | it shouldn't be | 09:58 |
saphi | thank kong and xavierhardy | 10:00 |
saphi | I will try | 10:00 |
kong | saphi: np | 10:01 |
*** Yaminikanth has quit IRC | 10:05 | |
saphi | hey. I try with: action: nova.servers_evacuate server=<% $.instance %> host=<% with(random() -> $ $.all_hypervisor_active %> | 10:07 |
saphi | but it wrong. note: $.all_hypervisor_active is a list | 10:07 |
nmakhotkin | hi saphi | 10:08 |
nmakhotkin | I get it worked with [10, 12, 20][random(0, len([10 ,12, 20]) - 1)] | 10:08 |
saphi | hi nmakhotkin | 10:08 |
nmakhotkin | where [10, 12, 20] is your list | 10:08 |
*** mgershen has quit IRC | 10:09 | |
nmakhotkin | random(0, 10) gives a number from 0 to 10 | 10:09 |
kong | saphi: nmakhotkin is YAQL expert | 10:10 |
kong | :-) | 10:10 |
nmakhotkin | so we can get random index of the list | 10:10 |
nmakhotkin | kong, haha :) | 10:10 |
saphi | with my action. is it? action: nova.servers_evacuate server=<% $.instance %> host=<% with(random($.all_hypervisor_active) %> | 10:10 |
nmakhotkin | no, I'm not an expert too :) | 10:11 |
saphi | but when I update to my workflow. Mistral notice: Parse error: unexpected end of statement | 10:11 |
nmakhotkin | saphi: try this: host=<% $.all_hypervisor_active.random(0, len($.all_hypervisor_active)) %> | 10:12 |
nmakhotkin | oh, no it is wrong | 10:12 |
nmakhotkin | host=<% $.all_hypervisor_active.random(0, len($.all_hypervisor_active) - 1) %> | 10:12 |
nmakhotkin | wrong again :) | 10:12 |
nmakhotkin | host=<% $.all_hypervisor_active[random(0, len($.all_hypervisor_active) - 1)] %> | 10:13 |
nmakhotkin | $.all_hypervisor_active should be a list | 10:13 |
kong | <% $.all_hypervisor_active[random((0, len($.all_hypervisor_active) - 1) %> | 10:13 |
nmakhotkin | kong: yes, exactly :) but extra parentheses | 10:14 |
kong | yes | 10:14 |
saphi | yes | 10:14 |
kong | saphi: please have a try | 10:14 |
kong | and let us know the lucky result | 10:15 |
saphi | I think It work. nmakhotkin | 10:15 |
kong | awesome! | 10:15 |
saphi | But I have with nova.servers_evacuate action | 10:15 |
saphi | I try run this action. But when this action successfull. my instance error | 10:16 |
kong | saphi: it should be a nova problem then | 10:16 |
saphi | I try run with cli. `nova evacuate <server> <host>` It work | 10:16 |
saphi | I don't know which problem? | 10:16 |
saphi | because I try with nova command. It work | 10:17 |
kong | saphi: you randomly choose a host in your workflow | 10:17 |
kong | but in CLI, you specify a host | 10:17 |
kong | I think that matters | 10:17 |
kong | if you can take a look at the log to see which host was choosen in your workflow | 10:18 |
kong | and run CLI with that host | 10:18 |
saphi | yes. because when use nova evacuate We have to specify a host. But we have many host. And In the host fail has many instance. I have to evacuate those instances to others hosts | 10:19 |
nmakhotkin | saphi: also, try to publish this host value (which is evaluated with YAQL) | 10:19 |
nmakhotkin | and see what it gives | 10:19 |
kong | saphi: you must be doing that instance HA thing | 10:20 |
saphi | I have only 2 compute-node to test | 10:20 |
* kong goes to write 'funny' UT for event trigger | 10:20 | |
saphi | I want to check a compute node down. And after that evacuate all instances in that host to other hosts | 10:21 |
ddeja | hey saphi, are you working on instance HA? | 10:23 |
ddeja | saphi: oh, ok, didn't see your latest post | 10:24 |
ddeja | saphi: I'm working on same thing :) You can take a look at this PoC: https://github.com/gryf/mistral-evacuate | 10:25 |
*** mgershen has joined #openstack-mistral | 10:29 | |
saphi | good job ddeja .I will try it. but I want to evacuate all instance in a compute node | 10:30 |
saphi | I think my workflow can work. But The nova.servers_evacuate I don't know it doesn't work. My workflow here: http://pastebin.com/DnidiF5U | 10:32 |
saphi | please review for me. Thanks. If ddeja can test it, You could report for me. :D | 10:33 |
ddeja | saphi: One thing: why you choosing randomly where to put evacuated instance? | 10:34 |
ddeja | you can let the nova scheduler decide, which will be better IMO | 10:34 |
ddeja | saphi: and something not related directly with your workflow, but you are relating on nova information about the state of the host, and then evacuate all the vms, which may produce so called, 'zombie vms' | 10:35 |
saphi | because the nova.servers_evacuate have to need server and host. I can't find other action. | 10:37 |
ddeja | saphi: you can watch the presentation that I coauthored with aspiers about the VM HA https://www.youtube.com/watch?v=lddtWUP_IKQ if you would like to gather more info :) | 10:38 |
ddeja | saphi: oh, really? 'host' param should be optional | 10:38 |
ddeja | hm.. | 10:38 |
ddeja | let me check | 10:38 |
saphi | I have been confused again :( | 10:43 |
saphi | That parameter is optional | 10:43 |
ddeja | oh | 10:44 |
ddeja | OK | 10:44 |
saphi | One problem still haven't solved. How to get all instances in all_tenants | 10:44 |
saphi | when I input "search_opts" = {"all_tenant":1} to nova.servers_list action. It failed | 10:45 |
ddeja | saphi: you want to list all tenants or all tenants from given host? | 10:46 |
saphi | I want to get all instance from a host. because I have many tenants, So I have to evacuate all instances in other tenants | 10:47 |
ddeja | oh, I see | 10:48 |
ddeja | saphi: do you use admin privileges? | 10:50 |
saphi | yes. I use admin account :D | 10:51 |
ddeja | hm, from what i remember admin just see vms from all tenants | 10:52 |
ddeja | did you try without this option? | 10:52 |
saphi | http://pastebin.com/YYPsea5C. this is an error | 10:52 |
ddeja | saphi: looking | 10:57 |
saphi | yes | 11:00 |
openstackgerrit | Merged openstack/mistral-specs: Custom actions API specification https://review.openstack.org/325769 | 11:04 |
*** Ravikiran_K has quit IRC | 11:07 | |
ddeja | saphi: regarding vm listing problem, this works for me http://paste.openstack.org/show/524241/ | 11:14 |
ddeja | need to drop, I'll be avaiable in an hour | 11:14 |
openstackgerrit | Renat Akhmerov proposed openstack/python-mistralclient: WIP: Add KeyCloak authentication https://review.openstack.org/335944 | 11:14 |
saphi | I solved :D | 11:22 |
*** saphi has quit IRC | 11:25 | |
*** mgershen has quit IRC | 11:35 | |
*** mgershen has joined #openstack-mistral | 11:35 | |
openstackgerrit | Renat Akhmerov proposed openstack/python-mistralclient: WIP: Add KeyCloak authentication https://review.openstack.org/335944 | 11:36 |
*** mgershen has quit IRC | 11:40 | |
d0ugal | rakhmerov: Hey | 11:42 |
d0ugal | Mistral has started using osc-lib already, when Ironic started to use it they were warned against doing so. You may want to read Dean's comment here: https://review.openstack.org/#/c/333311/ | 11:43 |
d0ugal | The key bit being that they don't consider osc-lib ready yet for consumption: "So I think we are way ahead of ourselves in pushing osc-lib out yet. It isn't finished." | 11:44 |
d0ugal | It might be okay, but I don't think it is wise for us to be using it yet. | 11:45 |
rakhmerov | d0ugal: hi | 11:50 |
rakhmerov | hm.. ok | 11:50 |
rakhmerov | I'll read it | 11:50 |
d0ugal | rakhmerov: I found out because I seen it in Mistral and started to add it to tripleoclient, then an ironic dev warned me | 11:50 |
d0ugal | so I thought I should pass the warning along :) | 11:51 |
rakhmerov | yeah, I see | 11:51 |
rakhmerov | thanks | 11:51 |
rakhmerov | what was the topic where you discussed that? | 11:51 |
rakhmerov | ooh, sorry | 11:51 |
rakhmerov | you said it's a comment | 11:51 |
openstackgerrit | Xavier Hardy proposed openstack/mistral: Add support for custom YAQL functions https://review.openstack.org/334804 | 11:51 |
d0ugal | Yeah, Dean's comment on the ironic patch ^ | 11:51 |
d0ugal | Dean is the PTL for python-openstackclient | 11:52 |
d0ugal | (I assume he still is, I've not checked for a while) | 11:52 |
openstackgerrit | Xavier Hardy proposed openstack/mistral: Add support for custom YAQL functions https://review.openstack.org/334804 | 11:53 |
*** vishwanathj has joined #openstack-mistral | 12:17 | |
*** Ravikiran_K has joined #openstack-mistral | 12:32 | |
*** jistr is now known as jistr|mtg | 14:31 | |
*** tonytan4ever has joined #openstack-mistral | 14:45 | |
*** rbrady has quit IRC | 14:50 | |
*** rbrady has joined #openstack-mistral | 14:55 | |
xavierhardy | hi, is there any doc on ACL? | 14:56 |
*** rrecio has joined #openstack-mistral | 15:16 | |
*** jistr|mtg is now known as jistr | 15:23 | |
*** bobh has joined #openstack-mistral | 15:35 | |
*** tonytan4ever has quit IRC | 16:06 | |
*** gyee has joined #openstack-mistral | 16:36 | |
*** jpich has quit IRC | 16:36 | |
*** saphi has joined #openstack-mistral | 17:19 | |
*** tonytan4ever has joined #openstack-mistral | 17:31 | |
*** bobh has quit IRC | 17:36 | |
*** tonytan4ever has quit IRC | 17:41 | |
*** tonytan4ever has joined #openstack-mistral | 17:41 | |
*** gyee has quit IRC | 17:48 | |
*** Ravikiran_K has quit IRC | 17:57 | |
*** Ravikiran_K has joined #openstack-mistral | 18:16 | |
*** shardy has quit IRC | 18:41 | |
*** saphi has quit IRC | 18:43 | |
*** bobh has joined #openstack-mistral | 18:48 | |
*** tonytan4ever has quit IRC | 19:37 | |
*** tonytan4ever has joined #openstack-mistral | 19:50 | |
*** tonytan4ever has quit IRC | 20:05 | |
*** tonytan4ever has joined #openstack-mistral | 20:06 | |
*** tonytan4ever has quit IRC | 20:12 | |
*** tonytan4ever has joined #openstack-mistral | 20:13 | |
*** tonytan4ever has quit IRC | 20:17 | |
*** tonytan4ever has joined #openstack-mistral | 20:18 | |
*** gyee has joined #openstack-mistral | 20:26 | |
*** tonytan4ever has quit IRC | 21:21 | |
*** vishwanathj has quit IRC | 21:22 | |
*** pkoniszewski_ has joined #openstack-mistral | 21:28 | |
*** pkoniszewski has quit IRC | 21:29 | |
*** bobh has quit IRC | 21:45 | |
*** _gryf has quit IRC | 21:45 | |
*** catintheroof has joined #openstack-mistral | 22:03 | |
*** Ravikiran_K has quit IRC | 22:10 | |
openstackgerrit | Shaik Apsar proposed openstack/mistral: [WIP] Add tacker actions in mistral https://review.openstack.org/331827 | 22:44 |
*** catintheroof has quit IRC | 23:18 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!