*** catintheroof has quit IRC | 00:46 | |
*** zhurong has joined #openstack-mistral | 00:46 | |
*** jkilpatr has joined #openstack-mistral | 02:05 | |
*** jkilpatr has quit IRC | 02:10 | |
*** Kevin_Zheng has joined #openstack-mistral | 02:17 | |
*** thrash is now known as thrash|g0ne | 02:18 | |
*** gongysh has joined #openstack-mistral | 02:28 | |
*** sharatss has quit IRC | 03:21 | |
*** sharatss has joined #openstack-mistral | 03:22 | |
*** sharatss has quit IRC | 03:27 | |
*** sharatss has joined #openstack-mistral | 03:28 | |
*** jamielennox is now known as jamielennox|away | 04:13 | |
*** jamielennox|away is now known as jamielennox | 04:47 | |
openstackgerrit | Ryan Brady proposed openstack/mistral-lib master: Adds minimum common shared code for custom actions API https://review.openstack.org/411412 | 04:53 |
---|---|---|
*** gongysh has quit IRC | 05:16 | |
*** gongysh has joined #openstack-mistral | 06:01 | |
d0ugal | joanna: Are you looking to use Mistral from another OpenStack project? | 06:47 |
*** jamielennox is now known as jamielennox|away | 07:09 | |
*** jamielennox|away is now known as jamielennox | 07:27 | |
*** shardy has joined #openstack-mistral | 08:10 | |
openstackgerrit | Dougal Matthews proposed openstack/mistral-specs master: Add AUTHORS to the .gitignore https://review.openstack.org/443467 | 08:13 |
openstackgerrit | Dougal Matthews proposed openstack/mistral-specs master: Force the docs to be built with Python 2 https://review.openstack.org/443468 | 08:14 |
openstackgerrit | Dougal Matthews proposed openstack/mistral-specs master: Add the Pike section headers and links https://review.openstack.org/443477 | 08:20 |
*** jaosorior has joined #openstack-mistral | 08:28 | |
openstackgerrit | Juan Antonio Osorio Robles proposed openstack/python-mistralclient master: Use generic keystone client instead of versioned https://review.openstack.org/443118 | 08:42 |
*** jpich has joined #openstack-mistral | 08:53 | |
openstackgerrit | Juan Antonio Osorio Robles proposed openstack/mistral master: Use generic keystone client instead of versioned https://review.openstack.org/443117 | 08:56 |
jaosorior | d0ugal: found the issue! could you check it out https://review.openstack.org/#/c/443118/ ? | 09:34 |
jaosorior | rakhmerov: if you have a chance https://review.openstack.org/#/c/443118/ | 09:36 |
d0ugal | jaosorior: yup, looking in a min | 09:42 |
breton | can i schedule instance shutdown with second-precision? | 10:18 |
breton | i know that mistal has cron triggers, but are there "at" triggers? | 10:27 |
openstackgerrit | Merged openstack/mistral-dashboard master: Add test for mistral-dashboard action_executions https://review.openstack.org/438280 | 10:36 |
*** gongysh has quit IRC | 10:44 | |
breton | now i am thinking of doing something stupid with wait-before | 10:55 |
breton | but it seems to be not HA | 10:55 |
d0ugal | breton: so you want to schedule a one off workflow? | 10:57 |
d0ugal | breton: You can use a combination of --pattern --first-time and --count to run something once at a specific time/date | 11:01 |
d0ugal | mistral cron-trigger-create --pattern "* * * * *" --first-time "2017-03-10 00:00" --count 1 | 11:02 |
d0ugal | ^ that should run it once only at the start of tomorrow | 11:02 |
d0ugal | (note: I have never actually used this feature) | 11:02 |
*** thrash|g0ne is now known as thrash | 11:19 | |
*** vishwanathj has quit IRC | 11:29 | |
*** vishwanathj has joined #openstack-mistral | 11:29 | |
breton | d0ugal: nice. Can i do it at a specific second? | 11:43 |
d0ugal | breton: good question, I'm not sure. | 11:44 |
d0ugal | breton: it is stored as a standard datetime, so that suggests that you can | 11:45 |
d0ugal | but I am not sure where the code is that parses it from a string, I guess that is the place to check | 11:45 |
d0ugal | or you could just try :) | 11:45 |
d0ugal | breton: it seems not. https://github.com/openstack/mistral/blob/e6a1ac2b5371d1887122571b209d4154218b9c05/mistral/services/triggers.py#L70-L73 | 11:46 |
breton | what i want to do high-level is billing that would disable instances at specific time, based on $ left on account. Since the price per second is known, i can calculate the time. And i need something to trigger at that time. | 11:50 |
*** zhurong has quit IRC | 12:08 | |
*** shardy is now known as shardy_lunch | 12:32 | |
*** gongysh has joined #openstack-mistral | 12:43 | |
*** shardy_lunch has quit IRC | 12:45 | |
*** shardy_lunch has joined #openstack-mistral | 12:45 | |
*** jkilpatr has joined #openstack-mistral | 12:56 | |
*** sharatss has quit IRC | 12:59 | |
*** sharatss has joined #openstack-mistral | 12:59 | |
*** jaosorior is now known as jaosorior_brb | 13:03 | |
*** jkilpatr has quit IRC | 13:04 | |
*** jkilpatr has joined #openstack-mistral | 13:06 | |
*** sharatss has quit IRC | 13:10 | |
*** sharatss has joined #openstack-mistral | 13:11 | |
*** jkilpatr has quit IRC | 13:12 | |
*** rbrady-afk is now known as rbrady | 13:13 | |
openstackgerrit | Merged openstack/mistral master: Updated from global requirements https://review.openstack.org/443355 | 13:13 |
d0ugal | breton: makes sense - I'm not sure Mistral can guarantee second precision | 13:15 |
*** jkilpatr has joined #openstack-mistral | 13:16 | |
*** jkilpatr has quit IRC | 13:22 | |
*** sharatss has quit IRC | 13:22 | |
*** sharatss has joined #openstack-mistral | 13:23 | |
*** sharatss has quit IRC | 13:25 | |
*** fultonj has joined #openstack-mistral | 13:26 | |
*** sharatss has joined #openstack-mistral | 13:26 | |
*** shardy_lunch is now known as shardy | 13:27 | |
*** chlong_ has joined #openstack-mistral | 13:33 | |
*** gongysh has quit IRC | 14:08 | |
ddeja | d0ugal: It can't | 14:08 |
d0ugal | :) | 14:08 |
ddeja | due to how the trigger scheduler is build | 14:08 |
d0ugal | breton: ^ so maybe Mistral isn't a good choice if you need billing precision | 14:09 |
ddeja | if we have a wf that we want to start at, for example 5:30:00, mistral only guarantes that it would start no sooner than 5:30:00 | 14:09 |
d0ugal | right | 14:10 |
ddeja | but it may start a few second later, especially if there would be a lot of triggers specified for given time | 14:10 |
d0ugal | or lots of other workflows already running I guess | 14:10 |
ddeja | yes | 14:10 |
ddeja | hm, that's interesting case to be honest | 14:11 |
ddeja | I will be able to prepare a scenario where trigger is not start at all for a day, as an example | 14:12 |
d0ugal | heh | 14:12 |
d0ugal | because there is a large queue already? | 14:12 |
ddeja | of course, it would be a prepared scenario, I don't belive such case would ever be observed naturally | 14:12 |
ddeja | d0ugal: basically, yes, schedule a ton of workflow with std.sleep action in it | 14:13 |
d0ugal | lol | 14:13 |
d0ugal | basically DOS mistral :) | 14:13 |
ddeja | yeah | 14:13 |
ddeja | well no, that will probably not work | 14:15 |
breton | well, i think this scenario can be prepared for any non- real-time system ;) | 14:15 |
ddeja | but running milion of times mitral run-action std.sleep seconds=55 should break it ;) | 14:15 |
ddeja | breton: I guess so | 14:15 |
ddeja | well, no, the second scenario will also not work due to 1 minute timeouts | 14:16 |
ddeja | ok, no, I think it's not that easy to postpone a trigger execution for longer than 1 minute | 14:16 |
ddeja | despite having a lot of triggeres scheduled for same hour | 14:17 |
ddeja | we are iterating over them one-by-one, so it can take time | 14:17 |
ddeja | it's only a few miliseconds per trigger, but still | 14:18 |
* ddeja should not be thinking this much about breaking mistral | 14:18 | |
d0ugal | ddeja: 1 minute timeout? | 14:18 |
breton | well, in my environment i can kindly ask folks not to do what you are describing :) | 14:19 |
ddeja | d0ugal: that | 14:19 |
ddeja | d0ugal: that's the default timeout for rpc calls | 14:19 |
d0ugal | ddeja: aha, but an action can run for more than 1 minute | 14:19 |
ddeja | d0ugal: yes, sure | 14:20 |
ddeja | but engine will be accepting next calls | 14:20 |
d0ugal | breton: life is easier when you can trust your users :) | 14:20 |
d0ugal | ddeja: right | 14:20 |
ddeja | so it can send requests to another executor | 14:20 |
ddeja | it is safe to have executor in threading mode | 14:20 |
ddeja | since it is not touching the db | 14:20 |
*** jaosorior_brb is now known as jaosorior | 14:43 | |
*** amoralej has joined #openstack-mistral | 14:51 | |
amoralej | hi mistral, i've reported in https://bugs.launchpad.net/mistral/+bug/1671505 an issue we are facing while running mistral tempest jobs in rdo-ci | 14:52 |
openstack | Launchpad bug 1671505 in Mistral "Tempest errors running mistral-api as wsgi in apache" [Undecided,New] | 14:52 |
amoralej | let me know if you need any help to access logs or i can help in any way | 14:52 |
*** chlong_ has quit IRC | 15:17 | |
*** sharatss has quit IRC | 15:22 | |
*** jaosorior has quit IRC | 15:59 | |
*** jaosorior has joined #openstack-mistral | 16:19 | |
*** fultonj has quit IRC | 16:30 | |
*** shardy has quit IRC | 17:21 | |
*** jpich has quit IRC | 17:26 | |
*** jaosorior has quit IRC | 17:29 | |
*** rbrady is now known as rbrady-afk | 17:51 | |
*** amoralej is now known as amoralej|off | 18:31 | |
*** rbrady-afk has quit IRC | 18:32 | |
*** rbrady has joined #openstack-mistral | 18:46 | |
*** chlong_ has joined #openstack-mistral | 20:47 | |
*** toure is now known as toure|gone | 21:01 | |
*** gyee has joined #openstack-mistral | 21:11 | |
*** jaosorior has joined #openstack-mistral | 21:25 | |
*** jaosorior has quit IRC | 21:33 | |
*** gyee has quit IRC | 21:51 | |
*** gyee has joined #openstack-mistral | 22:24 | |
*** catintheroof has joined #openstack-mistral | 22:39 | |
*** jamielennox is now known as jamielennox|away | 22:42 | |
*** jtomasek has quit IRC | 22:44 | |
*** jamielennox|away is now known as jamielennox | 22:45 | |
*** jtomasek has joined #openstack-mistral | 22:47 | |
*** gyee has quit IRC | 22:48 | |
*** gyee has joined #openstack-mistral | 23:00 | |
*** gyee has quit IRC | 23:04 | |
*** gyee has joined #openstack-mistral | 23:07 | |
*** chlong_ has quit IRC | 23:21 | |
*** gyee has quit IRC | 23:33 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!