Friday, 2016-12-09

*** jamielennox|away is now known as jamielennox00:08
*** harlowja_ has quit IRC00:32
*** harlowja has joined #openstack-mistral00:51
*** jamielennox is now known as jamielennox|away01:04
*** jamielennox|away is now known as jamielennox01:20
*** jrist has quit IRC01:21
*** Jizhaoxuan has joined #openstack-mistral01:26
*** jrist has joined #openstack-mistral01:34
*** bobh has joined #openstack-mistral01:58
*** bobh has quit IRC02:06
openstackgerritJizhaoxuan proposed openstack/mistral: Modify the function "_get_spec_version(spec_dict)"  https://review.openstack.org/40451002:07
*** bobh has joined #openstack-mistral02:18
openstackgerritLingxian Kong proposed openstack/mistral: Support openstack context for workflow and task  https://review.openstack.org/40724002:22
openstackgerritfengchaoyang proposed openstack/mistral: Added gnocchi action pack  https://review.openstack.org/40800502:37
*** bobh has quit IRC02:45
*** harlowja has quit IRC02:55
openstackgerritJizhaoxuan proposed openstack/mistral: Modify the link in 'README.rst'  https://review.openstack.org/40891502:55
*** sharatss has quit IRC03:16
*** Kiall has quit IRC03:18
*** Kiall has joined #openstack-mistral03:20
*** jrist has quit IRC03:30
*** jrist has joined #openstack-mistral03:33
*** sharatss has joined #openstack-mistral04:41
*** ist has joined #openstack-mistral05:22
*** sharatss has quit IRC05:31
*** sharatss has joined #openstack-mistral05:32
*** jaosorior has joined #openstack-mistral07:00
*** ist has quit IRC07:07
*** ist has joined #openstack-mistral07:07
*** janki has joined #openstack-mistral07:27
rakhmerovddeja: hi Dawid, did you see this? http://logs.openstack.org/15/408515/3/check/gate-mistral-tox-db-unit-mysql-ubuntu-xenial/d807bd5/testr_results.html.gz07:32
*** jtomasek has joined #openstack-mistral07:54
*** jaosorior has quit IRC07:55
*** jaosorior has joined #openstack-mistral07:55
*** jaosorior has quit IRC08:00
*** jaosorior has joined #openstack-mistral08:02
ddejarakhmerov: nope08:22
ddejabut that's weird08:22
rakhmerovat first glance it's related to kombu08:22
rakhmerovbut I'm not sure08:22
rakhmerovboth mysql and postgres gates crash because of this08:23
ddejabut hm, those are unit tests?08:24
ddejaoh, unit tests but using postgres/mysql08:24
ddejaAm I right, rakhmerov?08:25
ddejain unittests we do not use kombu, so I don't think it is related to it08:26
ddejait's more likely that it is related to https://review.openstack.org/#/c/406143/08:27
ddejabut hm, in this change it all passes...08:27
ddejaand it passed in all recent changes08:28
ddejarakhmerov: Are we sure it is not related to the change itself?08:29
rakhmerovyes08:29
rakhmerovunit test but with a different DB backend08:29
ddejayes, I see08:29
ddejahm08:29
rakhmerovI don't think it's related to this time change08:30
ddejawhy do you think it is related to the kombu?08:30
rakhmerovwell, I guess it's some dependency problem08:30
rakhmerovintroduced by someone else08:30
ddejacan we try to recheck it08:30
ddejaI'd like to see if it happens multiple times08:30
rakhmerovmany tests failed with this08:30
rakhmerovbut yes, we can try08:31
* ddeja needs to go for a status meeting, will be back in 15-20 minutes08:31
rakhmerov File "/home/jenkins/workspace/gate-mistral-tox-db-unit-mysql-ubuntu-xenial/.venv/local/lib/python2.7/site-packages/kombu/five.py", line 6, in <module>08:31
rakhmerov    import vine.five08:31
rakhmerovImportError: No module named vine.five08:31
rakhmerovthis is why08:32
rakhmerovwhat is "vine"?08:32
rakhmerovddeja: ok, Dawid, I also need to go to a meeting08:32
rakhmerovwill be back in an hour08:32
rakhmerovpls take a look if you have time08:32
*** Jizhaoxuan has quit IRC08:46
*** janki has quit IRC08:47
*** Jizhaoxuan has joined #openstack-mistral08:47
*** janki has joined #openstack-mistral08:53
openstackgerritMerged openstack/mistral: Remove commented-out Apache 2 classifier from setup.cfg  https://review.openstack.org/40729008:58
ddejarakhmerov: hm, I don't know what "vine" is09:00
ddejabut a bad news is that it is not related to kombu driver itself09:00
ddejasince oslo.messaging also uses kombu09:01
openstackgerritDougal Matthews proposed openstack/mistral: Use the with keyword dealing with file objects  https://review.openstack.org/40839509:12
openstackgerritJizhaoxuan proposed openstack/mistral: change the cron-trigger execution time from localtime to UTC  https://review.openstack.org/40674009:17
rakhmerovddeja: I see09:31
rakhmerovmaybe it's a known problem09:31
ddeja rakhmerov what is weird09:31
ddejakombu was installed... twice09:31
ddejaone in version 3.0.37, which not has vine as a dependency09:32
ddejaand one in version 4.0.1, which should be fine09:32
ddejarakhmerov: we are looking on packages version with _gryf and we are both "WTF O.O"09:36
openstackgerritMerged openstack/python-mistralclient: Remove commented-out Apache 2 classifier from setup.cfg  https://review.openstack.org/40848109:37
openstackgerritMerged openstack/python-mistralclient: Move json.loads() method to utils.py, and use "with" to deal with file objects  https://review.openstack.org/40433609:38
*** thrash has joined #openstack-mistral09:45
*** thrash has joined #openstack-mistral09:45
ddejarakhmerov: ok, we know why gates are failing09:45
ddejastarting today tox started to install kombu in version 4.0.109:45
ddejayesterday it was 3.0.3709:45
rakhmerovddeja: I'm still on a meeting, I'll read your messages later09:45
ddejawhat is weird, in requirements it still says 3.0.3709:46
*** dtantsur|afk is now known as dtantsur09:46
*** thrash|g0ne has quit IRC09:46
rakhmerovddeja: ok, I'm here10:04
rakhmerovI see10:05
rakhmerovddeja: so is it a bug with oslo.m dependencies?10:06
openstackgerritSharat Sharma proposed openstack/python-mistralclient: Initial commit for python-mistralclient document  https://review.openstack.org/40473610:07
rakhmerovin oslo.messaging requirements.txt: kombu!=4.0.0,!=4.0.1,>=3.0.25 # BSD10:07
ddejarakhmerov: I've just found it10:07
ddejawait a second10:07
rakhmerovok10:08
ddejarakhmerov: https://review.openstack.org/#/c/408643/10:08
ddejabut it is not in oslo yet10:09
ddejawell, it is, but on master, not in 5.1410:09
ddejaso we should add it or wait till new version of oslo10:10
openstackgerritMerged openstack/mistral: Modify the function "_get_spec_version(spec_dict)"  https://review.openstack.org/40451010:10
rakhmerovddeja: yeah, I see10:12
rakhmerovoslo.m is now 5.2.010:13
ddejait is 5.1410:13
rakhmerovI see 5.2.0 in our requirements.txt10:13
rakhmerovooh, it's oslo.messaging>=5.2.010:13
rakhmerovyes10:13
ddejahttps://review.openstack.org/#/c/408098/10:14
rakhmerovok10:14
ddejait'll be fixed in 5.15 I guess10:15
rakhmerovok10:15
rakhmerovwe can can just wait I guess10:15
ddejaok10:15
rakhmerovddeja: I just looked at #openstack-oslo channel10:16
openstackgerritMerged openstack/mistral: Modify the link in 'README.rst'  https://review.openstack.org/40891510:16
rakhmerovthey were discussing this problem10:16
rakhmerovddeja: https://review.openstack.org/#/c/409047/10:18
ddejaoh, great10:19
rakhmerovyeah, so just waiting..10:19
ddejaso it won't be long10:19
rakhmerovtoday I believe10:20
rakhmerovwhen people in US wake up ;)10:20
ddejayup10:20
openstackgerritMerged openstack/mistral: Use the with keyword dealing with file objects  https://review.openstack.org/40839510:46
*** janki has quit IRC10:47
*** janki has joined #openstack-mistral10:58
*** jaosorior is now known as jaosorior_lunch11:00
*** tuan_ has joined #openstack-mistral11:12
tuan_Hi guys11:15
tuan_we have some our use cases related to the timeout in mistral workflow11:15
tuan_actually, as we know that in action of mistral we have the timeout11:16
tuan_when the timeout is reached but executor does not recognize it?11:16
*** Jizhaoxuan has quit IRC11:43
*** jaosorior_lunch is now known as jaosorior11:55
openstackgerritLingxian Kong proposed openstack/mistral: Support openstack context for workflow and task  https://review.openstack.org/40724012:09
*** ist has quit IRC12:12
openstackgerritSharat Sharma proposed openstack/mistral: Added test cases for a few possible scenarios  https://review.openstack.org/40911712:22
openstackgerritSharat Sharma proposed openstack/mistral: Added test cases for a few possible scenarios  https://review.openstack.org/40911712:25
*** ist has joined #openstack-mistral12:26
*** jamielennox is now known as jamielennox|away12:33
ddejaHi tuan_ Could you provide an example workflow and describe which action couses problems?12:58
*** pradk has joined #openstack-mistral13:01
*** ist has quit IRC13:16
*** sharatss has quit IRC13:19
openstackgerritPradeep Kilambi proposed openstack/mistral: Add aodh actions to mistral  https://review.openstack.org/40868413:22
tuan_Hi ddeja13:23
tuan_it is not the problem of action13:23
tuan_it is our own scenario13:23
*** pradk has left #openstack-mistral13:23
tuan_since we want that, if a workflow fails, we would like to do the next workflows13:24
tuan_we also use on-error condition13:24
ddejatuan_: "since we want that" -> what do you mean by "that"?13:25
tuan_it means like: if a workflow fails13:25
tuan_we would like to trigger some next workflows based on that failure13:26
tuan_by using on-error?13:26
ddejayes, it seems OK13:26
tuan_can we use multiple workflows in a single on-error13:26
tuan_?13:26
ddejajust to be clear13:27
ddejaif workflow1 fails, you want to call workflow2 and workflow3?13:27
tuan_yeap13:28
tuan_and i would like to put them into one single on-error13:28
tuan_?13:28
ddejayes I think that possible13:28
tuan_do they run in parallel13:28
ddejagive me a sec, I'll find an example13:28
ddejawell, we can't assure that they would run in parallel13:29
tuan_what about DirectWorkflowController in mistral13:29
tuan_it is written by Mirantis and based on doc, it shows that the action will be run in parallel13:29
*** ist has joined #openstack-mistral13:30
ddejawell, they should run in pararell, but we are not assuring that it would happen every time13:30
tuan_ah ha13:30
ddejaso it will probably work this way, but you should not rely something on it13:31
tuan_my problem is that:13:31
ddejayou can, for example, have not enough executors, and in such case two workflows started in same time may not work in pararel13:31
tuan_when we run workflow1, it fails13:31
tuan_well, so it depends on the pool of thread here13:32
ddejayes13:32
ddejatuan_: please see the example http://docs.openstack.org/developer/mistral/dsl/dsl_v2.html#fork13:32
ddejait's for "on-success", but it should work for "on-error" also13:32
tuan_perfect13:33
tuan_thanks alot ddeja13:33
tuan_let me share our scenario13:34
tuan_we have something like this13:34
tuan_if workflow1 fails, previously we implement another action and put it into on-error13:35
*** doriftoshoes has quit IRC13:36
tuan_but now we have another requirement that, if the workflow1 fails, we would like to gracefully shutdown the instance13:36
*** doriftoshoes has joined #openstack-mistral13:36
tuan_therefore i would like to implement multiple workflow2, workflow3 to do both of graceful shutdown and previous action13:36
ddejaso yes, In this case you should run workflow1, and on-error run both wokrflow2 and workflow313:38
tuan_okes, let me try to implement this idea and hopefully there still be free threads for both of them:)13:40
tuan_thanks again ddeja13:40
ddejatuan_: well, in 99% there would be. I just wanted you to know rely on the fact that they will run in parallel, but for your scenario is totally OK13:41
tuan_yeap, oh, least but not last13:41
tuan_what if i would like to check the result of workflow1 and based on that i will implement the workflow2 and 313:42
tuan_?13:42
tuan_do we have some ways to implement the condition like "if .. else" here13:42
ddejatuan_: for sure there is such option13:44
ddejait's not well document unfortunatelly13:46
ddejaand I'm not an expert on it13:46
ddejahttp://docs.openstack.org/developer/mistral/dsl/dsl_v2.html#transitions-with-yaql-expressions13:46
ddejayou can tak a look on this ^13:46
ddejaand I hope that would fit your needs13:47
tuan_oh yeah, use yaql for filtering13:48
tuan_damn stupid for myself13:48
tuan_thank you13:48
tuan_oh, may i have a last question13:49
tuan_:D13:49
*** janki has quit IRC13:59
*** hrybacki has quit IRC14:08
*** hrybacki has joined #openstack-mistral14:08
*** cargonza has quit IRC14:50
*** cargonza has joined #openstack-mistral14:50
*** tuan_ has quit IRC14:56
*** jtomasek has quit IRC14:57
*** ist has quit IRC15:16
*** mfisch has joined #openstack-mistral15:19
mfischI see from the architecture guide that there's a scheduler, but I dont see a scheduler package. What code provides the scheduler functionality?15:19
*** jtomasek has joined #openstack-mistral15:27
*** jaosorior has quit IRC15:35
*** catintheroof has joined #openstack-mistral15:54
*** chlong has joined #openstack-mistral16:11
*** chlong has quit IRC16:12
*** chlong has joined #openstack-mistral16:12
*** FL1SK has quit IRC16:13
*** FL1SK has joined #openstack-mistral16:16
*** bobh has joined #openstack-mistral16:20
*** bobh has quit IRC16:20
*** bobh has joined #openstack-mistral16:20
openstackgerritPradeep Kilambi proposed openstack/mistral: Add aodh actions to mistral  https://review.openstack.org/40868416:26
*** Ephur has joined #openstack-mistral16:48
*** clenimar has joined #openstack-mistral16:49
*** bobh has quit IRC16:51
*** dtantsur is now known as dtantsur|afk16:52
*** bobh has joined #openstack-mistral16:56
*** bobh has quit IRC17:02
*** chlong has quit IRC17:27
*** chlong has joined #openstack-mistral18:00
*** harlowja has joined #openstack-mistral18:32
*** harlowja_ has joined #openstack-mistral18:34
*** harlowja has quit IRC18:35
*** openstack has joined #openstack-mistral19:45
*** jamielennox|away is now known as jamielennox20:58
*** bobh has joined #openstack-mistral21:23
*** chlong has quit IRC21:29
*** bobh has quit IRC21:40
*** chlong has joined #openstack-mistral22:01
*** jamielennox is now known as jamielennox|away22:04
*** jamielennox|away is now known as jamielennox22:11
*** bobh has joined #openstack-mistral22:15
*** bobh has quit IRC22:40
*** chlong has quit IRC23:28
*** Ephur has quit IRC23:47

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