| *** toddjohn has quit IRC | 00:01 | |
| *** toddjohn has joined #openstack-mistral | 00:01 | |
| *** toddjohn has quit IRC | 00:12 | |
| *** toddjohn has joined #openstack-mistral | 00:13 | |
| *** chlong_ has joined #openstack-mistral | 00:22 | |
| *** chlong_ has quit IRC | 00:22 | |
| *** chlong_ has joined #openstack-mistral | 00:27 | |
| *** chlong_ has quit IRC | 00:28 | |
| *** cheneydc has joined #openstack-mistral | 00:56 | |
| *** bobh has quit IRC | 00:57 | |
| *** bobh has joined #openstack-mistral | 01:16 | |
| *** bobh has quit IRC | 01:17 | |
| *** gyee has quit IRC | 02:20 | |
| rakhmerov | Kiall: ok, thanks | 04:51 |
|---|---|---|
| rakhmerov | ddeja_: hi Dawid, can you please look at https://bugs.launchpad.net/designate/+bug/1580139 and see if it breaks us? | 04:52 |
| openstack | Launchpad bug 1580139 in Mistral "oslo.messaging 5.0.0 breaks designate" [Undecided,New] | 04:52 |
| rakhmerov | hparekh: hi Hardik | 04:54 |
| hparekh | rakhmerov, hi | 04:55 |
| rakhmerov | hparekh: can you please tell me your most relevant email address? | 04:56 |
| rakhmerov | let's go private | 04:57 |
| rakhmerov | hparekh: congrats! You're a core reviewer :) | 04:58 |
| rakhmerov | use your +2 wisely :) | 04:59 |
| hparekh | rakhmerov, Thank you :) | 04:59 |
| rakhmerov | hparekh: I left a small comment on https://review.openstack.org/#/c/269971/6 | 05:01 |
| rakhmerov | will fully review your patch later today | 05:01 |
| hparekh | rakhmerov, Ok got that. No problem. | 05:04 |
| rakhmerov | any ideas why this happens? http://paste.openstack.org/show/496646/ | 06:30 |
| rakhmerov | it's our py34 gate | 06:30 |
| rakhmerov | py33 works fine | 06:30 |
| rakhmerov | py27, sorry | 06:30 |
| rakhmerov | it tries to find oslo.messaging >= 4.5 and it actually exists (5.0.0) but it can't find it | 06:31 |
| rakhmerov | the patch itself is https://review.openstack.org/#/c/313257/ | 06:31 |
| rakhmerov | Kiall: looks familiar to you? | 06:32 |
| *** mflobo has joined #openstack-mistral | 06:48 | |
| mflobo | good morning | 06:49 |
| rakhmerov | mflobo: hi | 06:52 |
| rakhmerov | just a small announcement: gates are not working properly now because of upgrading pip to 8.1.2 | 07:04 |
| rakhmerov | infra folks are working to fix this | 07:04 |
| *** AK has joined #openstack-mistral | 07:16 | |
| AK | Hi guys | 07:16 |
| AK | I am trying to install mistral mitaka branch | 07:16 |
| AK | And I am having issue while running the following command | 07:16 |
| AK | python mistral/cmd/launch.py --server api --config-file ../mistral.conf | 07:17 |
| AK | Traceback (most recent call last): File "mistral/cmd/launch.py", line 51, in <module> from mistral.api import app File "/home/rushi/mistral/mistral/api/app.py", line 26, in <module> from mistral.services import periodic File "/home/rushi/mistral/mistral/services/periodic.py", line 26, in <module> from mistral.engine import rpc File "/home/rushi/mistral/mistral/engine/rpc.py", line 44, in <module> dispat | 07:17 |
| AK | Can anyone help ? | 07:17 |
| hparekh | Ak can you paste it on http://paste.openstack.org and share the URL | 07:18 |
| rakhmerov | yes please | 07:19 |
| AK | is this related to https://bugs.launchpad.net/mistral/+bug/1567493 ? | 07:19 |
| openstack | Launchpad bug 1567493 in tripleo "inspect.getargspec fails on recent versions of oslo.messaging" [Critical,Fix committed] | 07:19 |
| AK | I having the same issue | 07:19 |
| rakhmerov | AK: please copy the whole trace into paste bin | 07:20 |
| rakhmerov | as hparekh said | 07:20 |
| rakhmerov | I can't tell the reason until I see the whole trace | 07:20 |
| AK | ok | 07:20 |
| AK | http://paste.openstack.org/show/496655/ | 07:21 |
| rakhmerov | AK: what version of oslo.messaging are you using? | 07:23 |
| rakhmerov | can you look at your site-packages? | 07:23 |
| AK | let me take look is there any ubunutu command to check this ? | 07:24 |
| AK | when I ran this pip install -e . | 07:26 |
| rakhmerov | no, you just need to look at your Python installation directory and see what version of oslo.messaging you have | 07:26 |
| AK | i got a message saying succesfully installed oslo.messaging-5.0.0 | 07:26 |
| rakhmerov | you use pip to list all packages | 07:26 |
| rakhmerov | ooh, ok | 07:27 |
| rakhmerov | then it's now broken, yes | 07:27 |
| rakhmerov | actually, if you're trying to install Mitaka then using oslo.messaging 5.0.0 is wrong | 07:28 |
| rakhmerov | because it just came out | 07:28 |
| rakhmerov | and there's an issue with it: https://bugs.launchpad.net/designate/+bug/1580139 | 07:28 |
| openstack | Launchpad bug 1580139 in Mistral "oslo.messaging 5.0.0 breaks designate" [Undecided,New] | 07:28 |
| AK | ohk | 07:28 |
| rakhmerov | it breaks us too | 07:28 |
| AK | oh then i will use 4.0.0 then | 07:29 |
| rakhmerov | it's better 4.4.0 | 07:29 |
| rakhmerov | if it's available | 07:29 |
| AK | how to check what version of oslo | 07:29 |
| AK | ? | 07:29 |
| AK | can u help me out , I have one version of mistral which is running fine I will use same oslo.messaging version i used there but I dont know the comman | 07:30 |
| rakhmerov | use pip | 07:30 |
| rakhmerov | pip list | 07:31 |
| rakhmerov | for example | 07:31 |
| rakhmerov | pip list | grep oslo | 07:31 |
| rakhmerov | or | 07:31 |
| rakhmerov | pip list | grep oslo.messaging | 07:31 |
| AK | pip show oslo.messaging | grep Version is giving the result | 07:31 |
| rakhmerov | yes | 07:31 |
| AK | yeah even that is giving | 07:31 |
| AK | I was suing 4.6.1 | 07:32 |
| rakhmerov | yeah, it should work fine | 07:32 |
| AK | using* will use the same version here too | 07:32 |
| rakhmerov | ok | 07:32 |
| rakhmerov | as far as versions for stable branches | 07:32 |
| rakhmerov | just a note | 07:32 |
| rakhmerov | there's file upper-constraints.txt | 07:33 |
| rakhmerov | https://github.com/openstack/requirements/blob/stable/mitaka/upper-constraints.txt#L217 | 07:33 |
| rakhmerov | note that it is exactly for stable/mitaka | 07:33 |
| rakhmerov | so when you use a stable branch you need to make sure to be in sync with this file | 07:34 |
| rakhmerov | when infra team runs all gates for stable branches they use it | 07:35 |
| rakhmerov | that way we guarantee that even if oslo.messaging version is already greater than 4.6.1 we won't break because we put a constraint on a maximum version | 07:35 |
| AK | ok | 07:37 |
| rakhmerov | AK: as far as using Mistral with oslo.messaging 5.0.0 we'll fix it as soon as infra team fixes gating system (there's a problem with pip now) | 07:37 |
| AK | ok ok thax a lot for the help | 07:37 |
| AK | sure will keep this in mind | 07:37 |
| rakhmerov | np | 07:37 |
| AK | basically should we replace requirement.txt with upper-constraints.txt ? | 07:38 |
| rakhmerov | not exactly | 07:44 |
| rakhmerov | upper-constraints.txt contains all possible dependencies | 07:45 |
| rakhmerov | ideally it should be like that: we take deps in our requirements.txt and leave only them in upper-constraints.txt | 07:46 |
| rakhmerov | the result will be our dependencies with correct versions for the branch | 07:46 |
| rakhmerov | makes sense? | 07:46 |
| *** chlong has quit IRC | 07:49 | |
| AK | @rakhmerov | 07:59 |
| AK | thaks I did understand this | 07:59 |
| rakhmerov | ok | 08:00 |
| AK | will take a other libraries too | 08:00 |
| rakhmerov | ddeja_, nmakhotkin: this how RPCDispatcher looks like in oslo.messaging 5.0.0 https://github.com/openstack/oslo.messaging/blob/master/oslo_messaging/rpc/dispatcher.py | 08:05 |
| rakhmerov | :) | 08:05 |
| rakhmerov | it doesn't have _dispatch_and_reply method at all | 08:06 |
| rakhmerov | so we're broken again | 08:07 |
| *** dmk0202 has joined #openstack-mistral | 08:08 | |
| AK | BTW I am trying to deploy mistral in different computers | 08:10 |
| AK | For HA purposes | 08:10 |
| rakhmerov | AK: ok | 08:14 |
| rakhmerov | :) | 08:15 |
| AK | I am actually struging to do so | 08:21 |
| AK | I suspect rabbit mq is not allowing any other host other that itself to connect to | 08:21 |
| rakhmerov | what do you mean? | 08:21 |
| rakhmerov | not sure | 08:21 |
| AK | like mysql config file has bind address parameter which we need to change | 08:22 |
| AK | I suspect i need to change such parameter for rabbit mq too | 08:22 |
| rakhmerov | maybe, yes | 08:22 |
| AK | my guess is correct | 08:26 |
| AK | now need to figure out how to change the config parameter in rabbit mq and restart it :( | 08:26 |
| *** shardy has joined #openstack-mistral | 08:43 | |
| *** boss has joined #openstack-mistral | 08:49 | |
| *** venkat has joined #openstack-mistral | 08:49 | |
| *** Penchal has joined #openstack-mistral | 08:50 | |
| *** cheneydc has quit IRC | 09:02 | |
| *** cheneydc has joined #openstack-mistral | 09:02 | |
| mflobo | Hi guys, how is up for answer some questions for me? :) | 09:15 |
| rakhmerov | рш | 09:15 |
| rakhmerov | hi, I'm here | 09:16 |
| rakhmerov | mflobo: go ahead | 09:16 |
| mflobo | rakhmerov, great | 09:16 |
| mflobo | first | 09:16 |
| mflobo | Is possible to execute a workflow for all the VMs inside of a specific project only? | 09:17 |
| mflobo | for example, execute workflow A in VMs from project X | 09:18 |
| rakhmerov | what do you mean by "execute a workflow on a VM"? | 09:18 |
| mflobo | I mean, for example, remove log files | 09:18 |
| mflobo | A workflow that removes log files in a VM | 09:19 |
| rakhmerov | ok | 09:19 |
| rakhmerov | well, now if you want to use Mistral with OpenStack you have to provide credentials for Keystone | 09:19 |
| rakhmerov | which automatically makes you work within a certain project | 09:19 |
| mflobo | yes | 09:20 |
| rakhmerov | so that if you access Nova from within a workflow using nova.XXX actions you work with corresponding VMs | 09:20 |
| rakhmerov | like nova.servers_get will return all VMs within your tenant | 09:20 |
| mflobo | rakhmerov, I see | 09:21 |
| mflobo | that answer my question | 09:21 |
| rakhmerov | ok | 09:21 |
| rakhmerov | we're now thinking towards having more flexibility | 09:22 |
| mflobo | Is it possible to share workflows between projects?. For example, I'm member of several projects and I made a cool workflow in project A. Could I share/execute that workflow in project B, project C and project D? | 09:23 |
| rakhmerov | by flexibility I mean being to authenticate against different projects, regions and even openstacks dynamically, if needed | 09:23 |
| rakhmerov | on sharing: Yes | 09:24 |
| rakhmerov | it is possible | 09:24 |
| mflobo | rakhmerov, ok, nice | 09:24 |
| rakhmerov | there's a sharing API | 09:24 |
| rakhmerov | so the model is as follows: | 09:24 |
| rakhmerov | a workflow can be private or public | 09:24 |
| rakhmerov | but, if it's private you have an option to share it with other tenants if you want to | 09:25 |
| mflobo | I see | 09:25 |
| mflobo | that's a pretty cool feature BTW | 09:25 |
| Kiall | rakhmerov / AK - yea, that sounds like olso.messaging 5.0.0 breakage to me.. i.e. https://bugs.launchpad.net/designate/+bug/1580139 | 09:26 |
| openstack | Launchpad bug 1580139 in Mistral "oslo.messaging 5.0.0 breaks designate" [Undecided,New] | 09:26 |
| rakhmerov | Kiall: not exactly, it's now being fixed by infra team | 09:26 |
| rakhmerov | you can glance at their channel | 09:26 |
| mflobo | rakhmerov, so could I have some workflows in "admin" project and share them with all the projects in my OpenStack deployment? | 09:26 |
| rakhmerov | but 5.0.0 will also break us, true, I'm now thinking how to fix it | 09:27 |
| Kiall | I was taking about rhe o.m API changes, which will break designate+you+barbican | 09:27 |
| rakhmerov | yes | 09:27 |
| Kiall | For designate, we did this: https://git.openstack.org/cgit/openstack/designate/commit/?id=ca7ffbab5b0df9cffa783a1864196c17cfd40b49 | 09:27 |
| rakhmerov | it breaks us badly actually | 09:27 |
| rakhmerov | I saw, yes | 09:27 |
| Kiall | Also relavant, an o.m change to explicitly support custom dispatchers: https://review.openstack.org/#/c/314732/ - more a forward looking thing, but.. might be worth weighing in | 09:28 |
| rakhmerov | but it doesn't perfectly work for us because we override RPCDispatcheer behavior around acknowledgements | 09:28 |
| rakhmerov | now it's implemented differently | 09:28 |
| rakhmerov | ok | 09:28 |
| rakhmerov | mflobo: if you need to share with all you can just mark it as "public" | 09:29 |
| rakhmerov | there's property "scope" for this | 09:29 |
| mflobo | rakhmerov, oh, right! :) | 09:29 |
| rakhmerov | or you can share with each one of them individually but that's a little verbose ) | 09:30 |
| mflobo | I see | 09:30 |
| mflobo | question solved :) I have more questions if you have time... | 09:30 |
| rakhmerov | I do, go ahead! | 09:30 |
| rakhmerov | :) | 09:31 |
| mflobo | Could I execute a workflow depending of the VM metadata?. I mean, let's say I have in my tenant 5 VMs, 2 of them have a special key in their metadata named "speciakey=True". but the other 3 don't have it. Could I execute a workflow only for VMs with speciakey=True? | 09:33 |
| *** AK has quit IRC | 09:33 | |
| rakhmerov | mflobo: yes, you can | 09:34 |
| rakhmerov | easily | 09:34 |
| rakhmerov | all you need to do is filtering based on VMs data using YAQL expressions | 09:35 |
| rakhmerov | like: | 09:35 |
| rakhmerov | task1: | 09:35 |
| mflobo | rakhmerov, great! | 09:35 |
| rakhmerov | action: nova.servers_get ... | 09:35 |
| rakhmerov | publish: | 09:35 |
| rakhmerov | vms: <% task(task1).result.where($.vm.prop = ....) %> | 09:36 |
| rakhmerov | it's not a precise expression, just to give you an idea | 09:36 |
| rakhmerov | this "vms" will contain only those VMs that you need | 09:37 |
| rakhmerov | you can then iterate through them etc. | 09:37 |
| rakhmerov | for example, using "with-items" construction | 09:37 |
| *** hparekh has quit IRC | 09:44 | |
| mflobo | rakhmerov, that's perfect, thanks for the example | 09:52 |
| rakhmerov | np | 09:52 |
| *** boss has quit IRC | 09:56 | |
| mflobo | I saw in the last summit the presentation from IBM. They explain a use case about "Delete project and related resources". In this presentation, the presenter click on "Delete project" button and automatically Mistral launched a Workflow to delete related sources (like images, volumes, etc). The question is: How do Mistral know that has to launch a specific workflow for an action like "Delete project"? Is Mistral listening RabbitMQ messages? | 09:56 |
| *** hparekh has joined #openstack-mistral | 09:56 | |
| rakhmerov | mflobo: yeah, I actually was on that presentation | 09:56 |
| rakhmerov | they created a special event trigger that listens to RabbitMQ and starts workflows | 09:57 |
| rakhmerov | they're now pushing it to upstream | 09:57 |
| rakhmerov | here's the spec: https://review.openstack.org/#/c/308664/ | 09:57 |
| mflobo | rakhmerov, great!, thanks for the link! | 09:58 |
| rakhmerov | once it's done, everyone will be able to do this | 09:58 |
| mflobo | rakhmerov, this is a very cool feature | 09:58 |
| rakhmerov | indeed | 09:59 |
| *** venkat has quit IRC | 09:59 | |
| *** Penchal has quit IRC | 09:59 | |
| mflobo | So, my last question is about policies in Mistral | 09:59 |
| rakhmerov | sure | 09:59 |
| rakhmerov | I like them :) | 09:59 |
| *** cheneydc has quit IRC | 10:00 | |
| mflobo | Is it possible to restrict the workflow execution per user? Example: In my project I'm the owner there are 2 persons that are members. Could I restrict to execute a specific workflow, in this project, only to the owner of the project? | 10:01 |
| *** Penchal has joined #openstack-mistral | 10:03 | |
| rakhmerov | ooh, it's not about policies that thought about | 10:03 |
| rakhmerov | ok | 10:03 |
| rakhmerov | no, currently it's impossible | 10:03 |
| rakhmerov | it's basically RBAC (role based access control) | 10:03 |
| rakhmerov | we have a BP for it but it's not implemented yet | 10:03 |
| mflobo | rakhmerov, yeah, sorry, I saw in the docs about "other" policy concept | 10:04 |
| mflobo | rakhmerov, I understand | 10:04 |
| rakhmerov | yeah, we have task policies | 10:04 |
| rakhmerov | it's a different concept | 10:04 |
| mflobo | rakhmerov, I thinks that's all for me (for the moment :) ) | 10:06 |
| mflobo | rakhmerov, Thank you very much for your answers and your time | 10:06 |
| *** boss has joined #openstack-mistral | 10:06 | |
| rakhmerov | no problem | 10:07 |
| rakhmerov | any time | 10:07 |
| openstackgerrit | Merged openstack/mistral: Fixing engine facade hierarchy https://review.openstack.org/313257 | 10:08 |
| *** boss has quit IRC | 10:09 | |
| openstackgerrit | Renat Akhmerov proposed openstack/mistral: Refactoring exception hierarchy https://review.openstack.org/313509 | 10:13 |
| *** boss has joined #openstack-mistral | 10:21 | |
| *** boss has quit IRC | 10:24 | |
| openstackgerrit | Merged openstack/mistral: Refactoring exception hierarchy https://review.openstack.org/313509 | 10:39 |
| *** dprince has joined #openstack-mistral | 11:06 | |
| openstackgerrit | Anastasia Kuznetsova proposed openstack/mistral: Fix mistral installation in devstack https://review.openstack.org/314971 | 11:14 |
| openstackgerrit | Merged openstack/mistral: Fix mistral installation in devstack https://review.openstack.org/314971 | 11:59 |
| *** bobh has joined #openstack-mistral | 12:02 | |
| *** rbrady has joined #openstack-mistral | 12:11 | |
| *** ddeja_ is now known as ddeja | 12:20 | |
| *** bobh has quit IRC | 12:24 | |
| *** openstackgerrit has quit IRC | 12:33 | |
| *** openstackgerrit has joined #openstack-mistral | 12:33 | |
| *** bobh has joined #openstack-mistral | 13:18 | |
| *** chlong has joined #openstack-mistral | 13:38 | |
| *** tonytan4ever has joined #openstack-mistral | 13:38 | |
| *** Penchal has quit IRC | 14:21 | |
| *** Penchal has joined #openstack-mistral | 14:30 | |
| *** AK has joined #openstack-mistral | 14:38 | |
| AK | hi Guys | 14:54 |
| AK | Need some help me setting up rabbit mq | 14:54 |
| AK | I am unable to connect to rabbit mq unless until the ip is 127.0.0.1 | 14:57 |
| *** ak__ has joined #openstack-mistral | 15:08 | |
| *** AK has quit IRC | 15:08 | |
| *** ak__ has quit IRC | 15:10 | |
| *** rena9067 has joined #openstack-mistral | 15:20 | |
| *** tonytan_brb has joined #openstack-mistral | 15:28 | |
| *** tonytan4ever has quit IRC | 15:31 | |
| *** rbrady has quit IRC | 15:52 | |
| *** rbrady has joined #openstack-mistral | 15:52 | |
| *** ninag has joined #openstack-mistral | 16:05 | |
| *** dmk0202 has quit IRC | 16:07 | |
| *** ninag has quit IRC | 16:08 | |
| *** ninag has joined #openstack-mistral | 16:11 | |
| *** gyee has joined #openstack-mistral | 16:13 | |
| *** ninag has quit IRC | 16:25 | |
| *** ninag has joined #openstack-mistral | 16:26 | |
| *** ninag has quit IRC | 16:30 | |
| *** Penchal has quit IRC | 16:32 | |
| *** ninag has joined #openstack-mistral | 16:35 | |
| *** ninag has quit IRC | 16:38 | |
| *** ninag has joined #openstack-mistral | 16:38 | |
| *** ninag has quit IRC | 17:11 | |
| *** ninag has joined #openstack-mistral | 17:12 | |
| *** ninag has quit IRC | 17:16 | |
| *** ninag has joined #openstack-mistral | 17:19 | |
| *** ninag has quit IRC | 17:21 | |
| *** ninag has joined #openstack-mistral | 17:23 | |
| *** ninag has quit IRC | 17:24 | |
| *** ninag_ has joined #openstack-mistral | 17:25 | |
| *** ninag__ has joined #openstack-mistral | 17:27 | |
| *** rena9067 has quit IRC | 17:28 | |
| *** ninag_ has quit IRC | 17:30 | |
| *** openstackgerrit has quit IRC | 17:33 | |
| *** openstackgerrit has joined #openstack-mistral | 17:33 | |
| *** Ravikiran_K has joined #openstack-mistral | 17:52 | |
| *** rena9067 has joined #openstack-mistral | 18:15 | |
| *** krotscheck_ has joined #openstack-mistral | 18:30 | |
| *** krotscheck has quit IRC | 18:31 | |
| *** krotscheck_ is now known as krotscheck | 18:33 | |
| *** tonytan_brb has quit IRC | 18:36 | |
| *** tonytan4ever has joined #openstack-mistral | 18:59 | |
| *** shardy has quit IRC | 19:36 | |
| *** dmk0202 has joined #openstack-mistral | 19:38 | |
| *** Ravikiran_K has left #openstack-mistral | 20:11 | |
| *** tonytan4ever has quit IRC | 21:10 | |
| *** bobh has quit IRC | 21:27 | |
| *** bobh has joined #openstack-mistral | 21:29 | |
| *** bobh has quit IRC | 22:02 | |
| *** dprince has quit IRC | 22:29 | |
| *** ninag__ has quit IRC | 22:46 | |
| *** dmk0202 has quit IRC | 22:47 | |
| *** ninag has joined #openstack-mistral | 23:06 | |
| *** ninag has quit IRC | 23:11 | |
| *** bobh has joined #openstack-mistral | 23:15 | |
| *** ninag has joined #openstack-mistral | 23:26 | |
| *** ninag has quit IRC | 23:49 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!