*** rbrady has quit IRC | 01:46 | |
*** rbrady has joined #openstack-mistral | 01:59 | |
*** rbrady has quit IRC | 01:59 | |
*** rbrady has joined #openstack-mistral | 01:59 | |
*** bobh has joined #openstack-mistral | 02:57 | |
*** rbrady has quit IRC | 03:02 | |
*** zhurong has joined #openstack-mistral | 03:27 | |
*** bobh has quit IRC | 03:30 | |
*** rbrady has joined #openstack-mistral | 03:58 | |
*** fultonj has quit IRC | 04:23 | |
*** fultonj has joined #openstack-mistral | 04:25 | |
*** zhurong has quit IRC | 04:27 | |
*** zhurong has joined #openstack-mistral | 04:36 | |
*** tung_doan has joined #openstack-mistral | 04:52 | |
*** zhurong has quit IRC | 05:16 | |
*** zhurong has joined #openstack-mistral | 05:17 | |
*** jaosorior_away is now known as jaosorior | 05:24 | |
*** sharatss has joined #openstack-mistral | 06:16 | |
*** Dinesh_Bhor has quit IRC | 06:23 | |
rakhmerov | hi, is anyone aware of why 'doc' gate keeps failing? | 06:32 |
---|---|---|
rakhmerov | http://logs.openstack.org/49/469049/1/check/gate-mistral-docs-ubuntu-xenial/2559c4e/console.html | 06:32 |
rakhmerov | some problem with versions? | 06:32 |
*** sharatss has quit IRC | 06:53 | |
*** jpich has joined #openstack-mistral | 07:00 | |
*** shardy has joined #openstack-mistral | 07:16 | |
*** zhurong has quit IRC | 08:29 | |
*** shardy is now known as shardy_afk | 09:47 | |
*** sharatss has joined #openstack-mistral | 09:49 | |
*** shardy_afk is now known as shardy | 10:05 | |
*** rook has quit IRC | 10:18 | |
*** jenner has quit IRC | 10:23 | |
*** rook has joined #openstack-mistral | 10:33 | |
*** rook is now known as Guest86464 | 10:33 | |
*** zhurong has joined #openstack-mistral | 10:35 | |
*** jkilpatr has quit IRC | 10:45 | |
*** Dinesh_Bhor has joined #openstack-mistral | 10:47 | |
*** jkilpatr has joined #openstack-mistral | 11:02 | |
*** xavierhardy has joined #openstack-mistral | 11:11 | |
*** shardy has quit IRC | 11:36 | |
*** dtantsur has joined #openstack-mistral | 11:36 | |
dtantsur | hi folks! is mistral using some custom import hooks for action? | 11:37 |
dtantsur | I see 'ImportError: No module named tripleo_common.actions.baremetal' in logs, though the module can be imported | 11:37 |
*** Guest86464 is now known as rook | 11:41 | |
dtantsur | also, is it possible to see a workflow error for CLI, without diving into debug logs? | 11:44 |
*** shardy has joined #openstack-mistral | 11:58 | |
*** bobh has joined #openstack-mistral | 12:00 | |
rbrady | dtantsur: zaqar queue maybe? | 12:07 |
*** bobh has quit IRC | 12:14 | |
*** zhurong has quit IRC | 12:16 | |
dtantsur | rbrady: well, I hoped it can be done without messing with another service :) | 12:27 |
dtantsur | like, are all users supposed to use zaqar? | 12:27 |
rbrady | dtantsur: if you don't want to look at the debug logs on the server, the only other place errors go is back to the caller of the workflow via a zaqar queue | 12:28 |
dtantsur | got it. it does not sound convenient. does it mean that mistral depends on zaqar for debugging? what about workflows that do not use zaqar (or should they?) | 12:29 |
rbrady | mistral doesn't depend on it - it's just used heavily within tripleo (I assumed, maybe incorrectly that this would pertain to the baremetal workflows) | 12:30 |
thrash | dtantsur: you would use the client to look at the outcomes of the actions | 12:31 |
dtantsur | thrash: which client? | 12:31 |
dtantsur | rbrady: yeah, I wonder what people do outside of tripleo | 12:31 |
rbrady | dtantsur: http://paste.openstack.org/show/611195/ | 12:32 |
dtantsur | action-execution-get-output is probably what I needed, thanks | 12:32 |
rbrady | dtantsur: that is an excerpt from the workflow error anaylsis spec | 12:32 |
dtantsur | btw does it have an OSC counterpart? | 12:32 |
thrash | dtantsur: mistral | 12:34 |
thrash | dtantsur: openstack action execution show | 12:34 |
dtantsur | thrash: no, this does not show an error, only the fact that error occured | 12:35 |
dtantsur | thrash: example: http://paste.openstack.org/show/611197/ | 12:38 |
*** mgershen has joined #openstack-mistral | 12:38 | |
dtantsur | (ditto for action execution show) | 12:39 |
rbrady | dtantsur: did you read my paste? | 12:39 |
rbrady | mistral action-execution-get-output <id> | 12:39 |
dtantsur | rbrady: yep, I'm answering to thrash | 12:39 |
dtantsur | 'openstack action execution output show' seems to be it, thanks, rbrady | 12:40 |
*** dprince has joined #openstack-mistral | 12:41 | |
*** Dinesh_Bhor has quit IRC | 12:45 | |
thrash | dtantsur: whoops... meant to do the output version. :) | 12:46 |
*** Dinesh_Bhor has joined #openstack-mistral | 12:46 | |
dtantsur | :) | 12:46 |
dtantsur | next question please: is there an easy way to have nested with-items? i.e. a cartesian product of several arrays? | 12:47 |
*** Dinesh_Bhor has quit IRC | 12:49 | |
*** Dinesh_Bhor has joined #openstack-mistral | 12:49 | |
*** Dinesh_Bhor has quit IRC | 12:49 | |
*** Dinesh_Bhor has joined #openstack-mistral | 12:50 | |
thrash | dtantsur: not that I'm aware of. | 12:52 |
rakhmerov | dtantsur: well, one built-in capability we have is to iterate over multiple arrays at the same time | 12:52 |
rakhmerov | one cycle | 12:53 |
dtantsur | yeah, but in parallel, right? | 12:53 |
rakhmerov | yes | 12:53 |
rakhmerov | if you want to iterate over combinations you can first get an expanded array with pairs | 12:53 |
rakhmerov | that's what I would do probably | 12:53 |
rakhmerov | YAQL may even have a function that takes two arrays and returns all possible combinations | 12:55 |
rakhmerov | if it doesn't, you can create such a function and plug it in | 12:55 |
rakhmerov | btw, you could contribute it back if it doesn't exist | 12:55 |
rakhmerov | :) | 12:55 |
thrash | wq | 12:56 |
dtantsur | thrash: you can't escape! | 12:57 |
dtantsur | rakhmerov: I see :) | 12:58 |
thrash | dtantsur: haha | 12:58 |
*** sharatss has quit IRC | 12:58 | |
thrash | dtantsur: damn stray mouse pointer... | 12:58 |
thrash | *mouse | 12:58 |
thrash | :D | 12:59 |
dtantsur | :) | 12:59 |
thrash | &mouse | 12:59 |
rbrady | dtantsur: http://yaql.readthedocs.io/en/latest/getting_started.html?highlight=join | 13:02 |
dtantsur | rbrady, rakhmerov, I suspect I need http://yaql.readthedocs.io/en/latest/standard_library.html#zip | 13:03 |
dtantsur | mm, no, ignore me | 13:04 |
rakhmerov | :) | 13:04 |
dtantsur | yeah, join seems to be add. even a bit more complex than I need. | 13:06 |
dtantsur | thanks all | 13:06 |
rakhmerov | dtantsur: yeah, it's a good function. Just learned about it myself ) | 13:13 |
dtantsur | heh | 13:13 |
rakhmerov | seems like you just need to omit predicate and selector | 13:13 |
rakhmerov | or use col1.join(col2, true, [$1, $2]) | 13:14 |
dtantsur | yeah | 13:14 |
*** bobh has joined #openstack-mistral | 13:34 | |
fultonj | hi rbrady , may i add you as a reviewer to https://review.openstack.org/#/c/469644/ | 13:34 |
rbrady | fultonj: sure, although I typically try to review most tripleo-common patches anyway :) | 13:35 |
fultonj | rbrady: ok, thanks | 13:36 |
*** jkilpatr has quit IRC | 13:53 | |
*** jkilpatr has joined #openstack-mistral | 13:55 | |
bobh | Is there a way to use "join" when some of the tasks that lead to the joining-task are optional? I want to run several tasks in parallel and have them all join before the workflow finishes, but depending on the inputs to the workflow some of the tasks may not execute. I'm getting "fail" errors now from the joining-task. | 14:20 |
bobh | One workaround I found is to use with-items so the task executes but it may or may not do anything if there is nothing in the items list. | 14:21 |
bobh | I'd really like for join to apply to all of the running tasks instead of the defined tasks - not sure if that's possible. | 14:21 |
*** openstackgerrit has quit IRC | 14:34 | |
*** jaosorior has quit IRC | 14:36 | |
*** tung_doan has quit IRC | 14:47 | |
*** jkilpatr has quit IRC | 14:59 | |
*** jkilpatr has joined #openstack-mistral | 15:09 | |
*** thrash is now known as thrash|biab | 15:35 | |
*** catintheroof has joined #openstack-mistral | 16:02 | |
*** jpich has quit IRC | 16:12 | |
*** catintheroof has quit IRC | 16:27 | |
*** dtantsur is now known as dtantsur|afk | 16:45 | |
*** shardy has quit IRC | 16:53 | |
*** thrash|biab is now known as thrash | 17:07 | |
*** bobh has quit IRC | 17:56 | |
*** jkilpatr_ has joined #openstack-mistral | 18:15 | |
*** jkilpatr has quit IRC | 18:18 | |
*** thrash is now known as thrash|bbl | 18:24 | |
*** bobh has joined #openstack-mistral | 19:17 | |
fultonj | does mistral support variable parameter lists so that a workflow doesn't need to be written with the exact parameters that it will act on? This would be like Python's "def foo(**dict): ..." syntax. | 20:16 |
*** dprince has quit IRC | 20:30 | |
*** jrist has quit IRC | 20:45 | |
*** jkilpatr_ has quit IRC | 20:47 | |
*** jrist has joined #openstack-mistral | 20:49 | |
*** jkilpatr has joined #openstack-mistral | 21:06 | |
*** openstackgerrit has joined #openstack-mistral | 22:13 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/mistral master: Updated from global requirements https://review.openstack.org/469571 | 22:13 |
*** bobh has quit IRC | 22:19 | |
*** bobh has joined #openstack-mistral | 23:17 | |
*** bobh has quit IRC | 23:27 | |
*** bobh has joined #openstack-mistral | 23:30 | |
*** jamielennox|away is now known as jamielennox | 23:59 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!