Thursday, 2018-03-15

*** katkapilatova has quit IRC00:11
*** dprince has quit IRC00:58
*** bobh has joined #openstack-mistral01:10
*** bobh has quit IRC01:11
*** pengdake has joined #openstack-mistral01:27
*** harlowja has quit IRC01:59
*** zhurong has joined #openstack-mistral02:29
*** itlinux has quit IRC02:32
*** gkadam has joined #openstack-mistral02:42
*** gkadam has quit IRC02:46
*** hardikjasani has joined #openstack-mistral03:29
*** zhurong has quit IRC03:53
rakhmerovpgaxatte: hi03:54
rakhmerovmaybe they are disabled in the configuration?03:54
rakhmerov[cron_trigger]03:55
rakhmerov  enabled = ...03:56
rakhmerovd0ugal: hi, https://review.openstack.org/#/c/55086404:08
*** harlowja has joined #openstack-mistral04:11
*** pengdake has quit IRC04:30
*** gkadam has joined #openstack-mistral04:33
*** harlowja has quit IRC04:50
*** gkadam has quit IRC04:55
*** pengdake has joined #openstack-mistral05:54
*** gkadam has joined #openstack-mistral06:35
*** hardikjasani has left #openstack-mistral06:47
*** gkadam has quit IRC07:03
*** gkadam has joined #openstack-mistral07:07
openstackgerritOpenStack Proposal Bot proposed openstack/mistral-tempest-plugin master: Updated from global requirements  https://review.openstack.org/55319707:10
*** gkadam has quit IRC07:15
*** apetrich has quit IRC07:36
*** apetrich has joined #openstack-mistral07:48
openstackgerritMerged openstack/mistral-lib master: Updated from global requirements  https://review.openstack.org/55319607:54
openstackgerritOpenStack Proposal Bot proposed openstack/python-mistralclient master: Updated from global requirements  https://review.openstack.org/55325307:59
*** gkadam has joined #openstack-mistral08:00
*** AlexeyAbashkin has joined #openstack-mistral08:13
pgaxattethanks rakhmerov, i'll check that08:26
rakhmerovyep08:30
pgaxatteit's not clear to me what part of mistral handles the cron-triggers, is it the event-engine?08:33
*** jpich has joined #openstack-mistral09:03
pgaxatterakhmerov: that didn't seem to help09:03
pgaxatteit seems a bit random whether or not the cron are executed09:03
pgaxatteit seems like sometime it executes when i delete them09:04
pgaxattebut they are never really scheduled09:04
pgaxatteto test I'm using the pattern '* * * * *', maybe it's too much?09:04
pgaxatte(with a count)09:04
openstackgerritMerged openstack/python-mistralclient master: Updated from global requirements  https://review.openstack.org/55325309:18
d0ugalpgaxatte: it is a bit odd - but the Mistral API process actually triggers the cron workflows.09:18
d0ugalpgaxatte: I would try a less frequent cron trigger - I have noticed a bug before if they are too frequent09:19
pgaxatteok so do I even need event-engine? (everything else works anyway without it)09:19
d0ugaldo you really need it every minute?09:19
d0ugalpgaxatte: no, I don't think you need the event-engine.09:19
pgaxatteno no it's just that I don't want to wait for the tests :D09:19
d0ugal:)09:19
pgaxatteside question then: what's the event-engine for? :D09:20
d0ugalpgaxatte: I guess you must be running Mistral master?09:21
d0ugalsorry, ignore that. It is in the last release too09:21
d0ugal(I was thinking of the notifier, it is in master only)09:21
pgaxatted0ugal: I'm running pike09:22
d0ugalpgaxatte: oh, old ;)09:22
pgaxatted0ugal: I can't go higher because of dependencies with higher version of oslo09:22
d0ugalpgaxatte: I gotta be honest and say I have never used the event engine, so I am not sure what it is for09:23
d0ugalI should know.09:23
pgaxatted0ugal: paired with a newton infra so it's more archeology at this point :D09:23
d0ugalwow, brave :)09:23
d0ugalpgaxatte: I think it may allow you to trigger workflows based on events, but I might be wrong.09:24
pgaxatted0ugal: yeah, migration is in the boxes we'll see how it goes :)09:24
pgaxatteanyway, I guess I'll let the event-engine aside :)09:24
pgaxatted0ugal: sounds reasonable09:24
d0ugalI think they used the event-engine in this: https://www.openstack.org/videos/barcelona-2016/building-self-healing-applications-with-aodh-zaqar-and-mistral09:25
*** shardy has joined #openstack-mistral09:25
d0ugalI should watch it again and see :)09:25
pgaxatteoh thanks, i'll check that out!09:26
pgaxatted0ugal: I'm going to schedule something less frequent like */10 * * * * without the event-engin and report back :)09:27
d0ugalpgaxatte: sounds good.09:28
d0ugalpgaxatte: My most frequent cron trigger runs every hour :)09:29
d0ugalpgaxatte: btw, one issue you may find is that the cron trigger creates quite high load - it polls the database every second.09:29
pgaxatted0ugal: ultimately this is something our clients would use so if there a frequency restriction, it would be nice to know it in advance :)09:29
d0ugalI added a way to reduce that but it is only in queens.09:30
pgaxatteis that related to the "Starting Scheduler loop / Scheduler captured 0 delayed calls." spams in the logs?09:31
d0ugalYeah09:31
d0ugalbecause you can actualy make the cron trigger run every second!09:31
d0ugal(use 6 *'s)09:31
pgaxattethat's intense (and undocumented :D)09:32
d0ugalThe only way to restrict it was added in queens09:32
d0ugalWIth these two patches: https://github.com/openstack/mistral/commit/a1ab5d85cc2db7278c7b1977649f1cf51dc05eb5#diff-0c464ead4ce4f0d1c61c80bd163ab40c and https://github.com/openstack/mistral/commit/24be74635a2ffc45a9fe26b21a737a832b3e34f809:32
d0ugalOne of them is quite big, but it is all indentation changes, so quite a simple change09:33
*** pengdake has quit IRC09:34
pgaxatted0ugal: ok, thanks for the pointer09:35
pgaxatteI might have to upgrade to queens but I fear the oslo upgrade :)09:36
d0ugalYeah, that would be tough.09:36
pgaxatted0ugal: still no execution with a */10 schedule09:38
pgaxatteNext execution time: 2018-03-15 09:30:00  (UTC)09:38
openstackgerritRenat Akhmerov proposed openstack/mistral master: Fix initializers of standard actions  https://review.openstack.org/55329809:38
d0ugalpgaxatte: hmm, that is odd09:39
d0ugalpgaxatte: anything in the api log?09:39
*** pengdake has joined #openstack-mistral09:39
pgaxattesome infrequent09:40
pgaxatte[Thu Mar 15 09:37:38.862895 2018] [wsgi:error] [pid 2967:tid 140132377466624] Unexpected error during heartbeart thread processing, retrying...09:40
pgaxatte[Thu Mar 15 09:37:38.866136 2018] [wsgi:error] [pid 2967:tid 140132377466624] [671ce285-e944-4612-83a5-9a8970447938] AMQP server on XXX.XXX.XXX.XXX:5672 is unreachable: . Trying again in 1 seconds. Client port: 3324009:40
*** pengdake has quit IRC09:40
pgaxattebut that's no even close to the scheduled time09:40
d0ugalno, that sounds unrelated09:41
d0ugalpgaxatte: What tz in your server set to?09:41
d0ugalI do remember there was a bug if the server wasn't UTC - but I forget when that was fixed.09:41
pgaxatte/etc/localtime -> /usr/share/zoneinfo/Etc/UTC09:43
pgaxatteI'm on ubuntu 16.0409:43
*** pengdake has joined #openstack-mistral09:50
pgaxatted0ugal: I'm using mistral-api with wsgi, is there a way to increase the log level? I'm not sure just putting apache's LogLevel to debug is enough (I don't much more logs)10:02
pgaxatteor maybe I should run it outside apache10:02
d0ugalpgaxatte: There are a few options in the log to change the logging level. You can set debug=True, that is probably the easiest way10:09
d0ugalrakhmerov: Any tips for using join and branches that only sometimes join?10:09
d0ugalI want something like join: all-started :)10:10
*** shardy has quit IRC10:18
pgaxatted0ugal: yeah I'm using debug=True, I'll see if running standalone improves the level of details10:18
rakhmerovd0ugal: there's only "join: N" where N defines a minimal number of branches that will trigger it10:19
*** shardy has joined #openstack-mistral10:19
d0ugalrakhmerov: it seems a bit limited. I guess I'll have to do less of this in parallel10:20
rakhmerovyeah, sorry10:20
rakhmerovthis is the only option10:21
d0ugalno need to be sorry :)10:21
rakhmerovwell, basically it's the only type of join we have10:21
d0ugalrakhmerov: I wonder if a "skip" task policy could be useful - then the task could still complete and be joined (but the aciton isn't executed)10:21
rakhmerov"all" and "one" are special cases of that10:21
rakhmerovone = 1, all = unlimited10:21
rakhmerovd0ugal: hm.. interesting idea10:21
d0ugalrakhmerov: it should be quite easy to implement too. I am not sure if is a good idea :)10:23
rakhmerovd0ugal: so something like..10:25
rakhmerovskip: <% boolean expression %>10:26
rakhmerov?10:26
d0ugalrakhmerov: yeah, exactly10:26
rakhmerovhm..10:26
rakhmerovyeah..10:26
d0ugalhttp://paste.openstack.org/show/701546/10:26
rakhmerovworths a spec a least :)10:26
d0ugalso something like that paste ^10:27
rakhmerovyes10:27
rakhmerovgot it10:27
d0ugalhttp://paste.openstack.org/show/701547/ - this is how you might try to do it now, but it would fail10:27
d0ugalthe second paste is exactly what I am doing :)10:27
d0ugalrakhmerov: or maybe we could do something with the tasks() yaql function10:29
d0ugaljoin: tasks(execution().id, state=RUNNING)10:29
d0ugalwe would need a state that means "started"10:29
rakhmerov:)10:30
rakhmerovwell, theoretically we can make N dynamic, yes10:30
pgaxatted0ugal: haaa when I run mistral-wsgi-api directly, it executes the crons, on time! :)10:34
pgaxattebut i still don't have much debugging available10:35
d0ugalpgaxatte: interesting. I wonder why it would be different under wsgi10:36
pgaxatted0ugal: me too, here my apache conf for reference. There doesn't seem to be anything really special: http://paste.openstack.org/show/qH5FMjHYmfgfzVHWWEa9/10:38
d0ugalrakhmerov: oh, I just had one last idea.10:40
d0ugalrakhmerov: sorry if you are busy :-D10:40
*** pengdake has quit IRC10:41
d0ugalactually, I'm not sure I like this one. I was thinking of a new std action that waits for tasks to finish. std.wait(task_id, task_id, ...)10:42
d0ugalThat could be a workaround, but I guess the real solution is to make join better.10:42
d0ugalrakhmerov: actually, I managed to do what I need - I just had to use a couple of extra joins.11:17
*** Alexey_Abashkin has joined #openstack-mistral11:20
*** igormarnat_ has joined #openstack-mistral11:23
*** ttsiouts has quit IRC11:27
*** igormarnat has quit IRC11:27
*** igormarnat_ is now known as igormarnat11:27
*** AlexeyAbashkin has quit IRC11:28
*** FL1SK has quit IRC11:28
*** Alexey_Abashkin is now known as AlexeyAbashkin11:28
*** ttsiouts has joined #openstack-mistral11:29
*** thrash|g0ne is now known as thrash12:05
*** dprince has joined #openstack-mistral12:15
*** FL1SK has joined #openstack-mistral12:50
openstackgerritBrad P. Crochet proposed openstack/mistral master: Clarify usage of break-on and continue-on  https://review.openstack.org/55338612:56
pgaxatted0ugal: just wanted to confirm the scheduler works with a simple echo scheduled every minute. Now I just have to figure out why it's not working when using apache13:55
*** jaosorior has quit IRC14:03
*** bobh has joined #openstack-mistral14:10
*** bobh has quit IRC14:27
*** jaosorior has joined #openstack-mistral14:47
openstackgerritToure Dunnon proposed openstack/mistral master: Workflow Error Analysis [WIP]  https://review.openstack.org/45544714:47
*** jtomasek_ has joined #openstack-mistral14:54
*** bobh has joined #openstack-mistral14:57
*** bobh has quit IRC15:03
*** bobh has joined #openstack-mistral15:07
*** bobh has quit IRC15:09
*** bobh has joined #openstack-mistral15:09
*** thrash is now known as thrash|biab15:24
openstackgerritToure Dunnon proposed openstack/python-mistralclient master: Workflow Error Analysis Client.  https://review.openstack.org/45290115:27
*** itlinux has joined #openstack-mistral15:29
*** jtomasek_ has quit IRC15:39
*** rbrady is now known as rbrady-afk15:44
*** harlowja has joined #openstack-mistral16:03
*** thrash|biab is now known as thrash16:04
*** jaosorior has quit IRC16:21
pgaxatted0ugal, rakhmerov: could having multiple workers in apache cause a problem when running the periodic tasks?16:31
pgaxattesince there would be multiple threads trying to run the periodic tasks16:31
*** AlexeyAbashkin has quit IRC16:32
d0ugalpgaxatte: Good question. Possibly. But I would expect it to be run multiple times rather than 0 times.16:49
pgaxattedo you run it with mod_wsgi or standalone?16:50
d0ugalpgaxatte: standalone16:50
d0ugalpgaxatte: but I do have several API processes. http://paste.openstack.org/show/701955/16:51
pgaxatted0ugal: as soon as I run the server standalone, it starts running the periodic tasks that where not executed previously ^^16:53
pgaxatted0ugal: when I run one instance of the api and start a second one, it returns immediately16:55
pgaxatted0ugal: something's fishy here :)16:55
d0ugalyeah, that is strange16:55
d0ugalpgaxatte: is the cron trigger the main feature you need?16:55
d0ugalUnfortunately, it is one of the least polished Mistral features imo16:55
pgaxatted0ugal: no that makes sense: port already in use...16:55
d0ugaloh, of course :)16:55
pgaxatted0ugal: yeah it kinda is :)16:55
*** gkadam has quit IRC17:03
*** harlowja has quit IRC17:09
*** gkadam has joined #openstack-mistral17:25
*** shardy has quit IRC17:47
*** jpich has quit IRC17:49
*** rbrady-afk is now known as rbrady17:59
*** gkadam has quit IRC18:00
*** harlowja has joined #openstack-mistral18:20
*** rbrady has quit IRC18:23
*** rbrady has joined #openstack-mistral18:33
*** rbrady has joined #openstack-mistral18:33
*** rbrady has quit IRC18:39
*** AlexeyAbashkin has joined #openstack-mistral18:54
*** rbrady has joined #openstack-mistral18:54
*** rbrady has quit IRC18:54
*** rbrady has joined #openstack-mistral18:54
*** AlexeyAbashkin has quit IRC18:58
*** dprince has quit IRC19:56
openstackgerritToure Dunnon proposed openstack/mistral master: Workflow Error Analysis [WIP]  https://review.openstack.org/45544719:59
openstackgerritToure Dunnon proposed openstack/python-mistralclient master: Workflow Error Analysis Client.  https://review.openstack.org/45290120:00
openstackgerritVitalii Solodilov proposed openstack/mistral master: Fixed the broken MySQL job  https://review.openstack.org/54780820:56
*** mburrows has quit IRC21:21
*** itlinux has quit IRC21:39
*** jtomasek has quit IRC21:46
*** bobh has quit IRC21:53
*** bobh has joined #openstack-mistral21:56
*** bobh has quit IRC21:59

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!