Tuesday, 2015-09-08

*** zhenguo has joined #openstack-mistral01:35
openstackgerritLingxian Kong proposed openstack/python-mistralclient: Remove invalid test case of mistralclient  https://review.openstack.org/22113802:08
*** LiatFried has joined #openstack-mistral03:31
xylan_kongrakhmerov, nmakhotkin please review https://review.openstack.org/#/c/221138/, which will fix the devstack failure.03:36
xylan_kongrakhmerov: I have left a comment in your patch https://review.openstack.org/220439, wait for your thoughts :-)03:37
openstackgerritZhenguo Niu proposed openstack/mistral: Switch to devstack plugin  https://review.openstack.org/21672904:27
openstackgerritZhenguo Niu proposed openstack/mistral: Switch to devstack plugin  https://review.openstack.org/21672904:52
*** histrio has joined #openstack-mistral04:56
histrioHi everyone!04:56
histrioI'm looking for blueprint about executions table purge/rotation/cleaning. I know it's exists (I saw it) but can't remember where :(04:59
xylan_konghistrio: you must be lookint for this: https://blueprints.launchpad.net/mistral/+spec/expiration-policies-for-executions05:16
openstackgerritLingxian Kong proposed openstack/mistral: The Link for plugin samples is added  https://review.openstack.org/21859605:21
histrioxylan_kong: yes! Thanks!05:34
openstackgerritZhenguo Niu proposed openstack/mistral: Switch to devstack plugin  https://review.openstack.org/21672905:56
openstackgerritMerged openstack/python-mistralclient: Remove invalid test case of mistralclient  https://review.openstack.org/22113807:03
rakhmerovxylan_kong: yep, I agree with your comment07:06
rakhmerovI have left it actually to think about it a little bit later and forgot to07:06
rakhmerovso that's fine, let me think how I need to name those methods better07:06
xylan_kongrakhmerov: ok07:07
rakhmerovvalidate_schema looks good to me, it reflects its meaning07:07
*** histrio has quit IRC07:20
*** histrio has joined #openstack-mistral07:21
*** histrio has quit IRC07:26
*** histrio has joined #openstack-mistral07:28
*** achanda has joined #openstack-mistral07:43
akuznetsovahi there07:44
xylan_kongakuznetsova: hi07:53
openstackgerritZhenguo Niu proposed openstack/mistral: Switch to devstack plugin  https://review.openstack.org/21672907:53
*** histrio_ has joined #openstack-mistral07:55
*** chlong has quit IRC07:56
*** histrio has quit IRC07:58
*** histrio_ has quit IRC08:12
openstackgerritZhenguo Niu proposed openstack/mistral: Switch to devstack plugin  https://review.openstack.org/21672908:20
*** ^Gal^ has joined #openstack-mistral08:21
*** achanda has quit IRC08:25
openstackgerritMerged openstack/mistral: The Link for plugin samples is added  https://review.openstack.org/21859608:25
*** achanda has joined #openstack-mistral08:28
openstackgerritNikolay Mahotkin proposed openstack/mistral: Mistral docs terminology: executions  https://review.openstack.org/21965108:35
openstackgerritNikolay Mahotkin proposed openstack/mistral: Mistral terminology: cron-triggers and actions  https://review.openstack.org/21967708:35
xylan_kongnmakhotkin: ping08:40
nmakhotkinhi, xylan_kong08:41
xylan_kongnmakhotkin: for https://review.openstack.org/#/c/219677/4..5/doc/source/terminology/actions.rst,cm, from mistral-executor's perspective, mistral will always wait for the result, whether or not the action is synchronous, right?08:42
xylan_kongI'm a little confused about the description there08:43
nmakhotkinI updated the description08:43
nmakhotkinyes, Mistral is always wait for the result08:44
xylan_kongIn case of asynchronous action Mistral will send a signal to third party service and will be waiting for a corresponding action result to be delivered back to Mistral.08:44
nmakhotkinthe difference here is where the signal is sended08:44
xylan_kongnmakhotkin: this is your updated version?08:44
nmakhotkinyes, signal should send to third party service08:45
xylan_konghmm...looks wired. I think we could emphasize 'Users can retrieve action result during the workflow execution for synchronous actions'08:48
xylan_kongif I change your sentence to 'In case of synchronous action...', the logic is also right.08:49
xylan_kongmissing something?08:50
nmakhotkinno, in that case the logic is broken here: Mistral sends a signal only to executor in case of synchronous action.08:50
nmakhotkinbtw, what does it mean? - 'Users can retrieve action result during the workflow execution'08:51
rakhmerovbtw, let me squeeze into your conversation08:51
nmakhotkinUsers can retrieve action result for any action08:51
*** achanda has quit IRC08:52
rakhmerovin fact, Mistral doesn't actively wait for action result if it's asynchronous08:52
rakhmerovactively08:52
nmakhotkinI'll update the description and add also for synchronous actions to let see the difference08:52
rakhmerovthe result then just comes through API once it's ready08:52
rakhmerovin case of synchronous, executor sends the result immediately after action completion08:53
rakhmerovfor asynchronous, it doesn't, it just calls actions and that's it08:53
nmakhotkinone more thing, Mistral never actively waits for the result :)08:54
nmakhotkinjust if it comes, Mistral will receive it08:54
xylan_kongI don't know how to express myself more precisely……08:55
openstackgerritNikolay Mahotkin proposed openstack/mistral: Mistral terminology: cron-triggers and actions  https://review.openstack.org/21967708:55
nmakhotkinI updated the patch08:55
rakhmerovyes08:55
rakhmerovxylan_kong: so what is your particular question? :)08:55
rakhmerovlet's find an answer right now )08:55
xylan_kongin my understanding, synchronous or asynchronous is just action flag, if an action is marked as 'synchronous', then mistral-executor send the signal, get the result and send it to mistral-engine back08:57
xylan_kongif action is marked as 'asynchronous', then mistral-executor sends the signal, then it's finished for the action08:58
openstackgerritNikolay Mahotkin proposed openstack/mistral: Mistral documentation: CLI operations  https://review.openstack.org/22051708:59
*** ^Gal^ has quit IRC08:59
nmakhotkinin fact, after executor sends the signal, action is not finished09:00
nmakhotkinthird party service should send request to Mistral API with information about corresponding action and its result09:01
xylan_kongyes, but for mistral, it's 'finished', mistral doesn't care about its result09:01
xylan_kongooh, i get your point09:02
xylan_kongbut how third party service will do is not in scope of mistral09:03
xylan_kongwe could recommend that09:03
nmakhotkinyes, correct09:04
nmakhotkinI'll add more info09:04
xylan_kongso, that's what I mean. Let the user or developer get more detailed info about mistral mechanism09:05
xylan_kongthanks nmakhotkin09:05
*** ^Gal^ has joined #openstack-mistral09:21
^Gal^Yo hommies09:25
^Gal^ I'm refactoring our dashboard debug instructions - and have some pretty screenshots. what should I do with the pictures? throw em in the repo or upload somewhere?09:25
akuznetsova^Gal^, we have such folder https://github.com/openstack/mistral/tree/master/doc/source/img, maybe we can store all needed images here09:51
^Gal^akuznetsova: sounds good to me :)09:52
^Gal^akuznetsova: thanks!09:52
akuznetsova^Gal^, it will allow us to use them in end user dashboard guide09:53
openstackgerritRenat Akhmerov proposed openstack/mistral: Raising exception if there aren't start tasks in direct workflow  https://review.openstack.org/22043910:03
rakhmerovxylan_kong, nmakhotkin: Ideally we need to draw a good diagram to explain sync/async10:05
rakhmerovit would be very helpful10:05
rakhmerovxylan_kong, nmakhotkin: please see another version of my patch https://review.openstack.org/22043910:06
rakhmerovI refactored validation a little bit per Lingxian's request10:07
openstackgerritMerged openstack/mistral: Mistral docs terminology: executions  https://review.openstack.org/21965110:13
nmakhotkinrakhmerov, yes, agree10:13
nmakhotkinI try to draw this diagram10:13
rakhmerovok10:27
rakhmerovzhenguo: can you please investigate what's wrong with https://review.openstack.org/#/c/220673/ ?10:27
zhenguorakhmerov: sure, will check that :)10:28
rakhmerovok, thanks10:28
zhenguorakhmerov: I update the requirement in my local env, not see the errors,10:58
rakhmerovhm..10:58
zhenguorakhmerov: seems django_openstack_auth doesn't affect that10:58
rakhmerovso what's your suggestion? What do we do next?10:59
zhenguorakhmerov: will investigate more to see the reason10:59
rakhmerovok11:01
openstackgerritZhenguo Niu proposed openstack/mistral-dashboard: Updated from global requirements  https://review.openstack.org/22067311:09
gpazHi guys, how are you ? there is a CLI command for WFs : workflow-get-definition that return the WF.. I m seeing that it is working when I m loading workflow via ‘workflow-create’ but when I m loading it from ‘workbook-create’ (the WB contain few WFs) the ‘workflow-get-definition’ returned empty. Is it by design ? am I missing here something ?11:14
gpaz(working with latest mistral code)11:15
rakhmerovgpaz: yes, currently this is how it's made11:24
rakhmerovit's sort of a bug if you will11:24
rakhmerovthe problem is that it's not so easy to solve it IMO11:25
gpazI thought that wfs are independent after wb create done11:25
rakhmerovyes11:26
rakhmerovthey are11:26
rakhmerovbut it's not easy to get their initial YAML definitions11:26
gpazfor example when I m deleting the WB it doesnt delete the WFs that under it11:26
rakhmerovright11:26
rakhmerovlet me explain11:26
rakhmerovimagine you have a single YAML document where you have multiple workflows and actions11:27
gpazok11:27
rakhmerovit's easy to just upload this doc into Mistral and preserve it in the exact same form (as a text actually)11:27
rakhmerovbut in order to get a definition for an individual wf we'd have to cut it out from the YAML document11:28
rakhmerovsomehow11:28
gpazoh .. ok11:28
rakhmerovand keep in mind that YAML is equivalent to dictionary11:28
rakhmerovit's a text11:28
rakhmerovbecause it may have comments, special YAML instructions etc.11:28
gpazyes you are right .. but still ..11:29
rakhmerovI'm not saying it's impossible to do but we have to write some special pretty smart text parser that would be able to do this11:29
rakhmerovand nobody has gotten so far to working on it11:30
gpazIts understood .. I think we need a bug so will have it in realse note or something .. minor snd some day may be will fix .. what do you say ?11:30
gpazIf its ok with you ?11:31
rakhmerovyes, we definitely need a bug and I thought we had it11:31
gpazmy approach is to file any issue that we are seeing11:31
rakhmerovplease try to search a list of bugs and BPs, we might already have it11:31
gpazah ok .. if we have so we are good11:31
gpazOk. thanks I will11:31
rakhmerovgpaz: 100% agree with you and support you, it's better to file 10 bugs on the same problem than none11:31
gpazrakhmerov, Thanks11:35
xylan_kongrakhmerov: hi, https://review.openstack.org/#/c/220439/ looks good to me now11:38
xylan_kongthanks for taking consideration of my suggestion11:39
rakhmerovxylan_kong: yeah, I like it too )11:41
rakhmerovbtw, there's a bunch of places where we could improve specs11:41
xylan_kongrakhmerov: yes, we can improve it during RC1, can we?11:42
rakhmerovyes11:42
zhenguorakhmerov: now all mistral-dashboard have py27 gate failed.11:43
rakhmerovwhy?11:43
zhenguorakhmerov: seems we get some global requirement updated to high.11:44
rakhmerovwhat do you mean by "high" and where it is updated?11:45
zhenguoI mean we merged a patch from global requiremnt11:46
zhenguobut not fixed the issue for that in our codes first11:46
rakhmerovooh, I see11:46
rakhmerovthen we have to fix it11:46
zhenguoyeah,11:46
zhenguowill find the codes and adress that11:47
rakhmerovok11:48
openstackgerritMerged openstack/mistral: Raising exception if there aren't start tasks in direct workflow  https://review.openstack.org/22043911:54
xylan_kongrakhmerov: https://bugs.launchpad.net/mistral/+bug/1484804 is lost in https://launchpad.net/mistral/+milestone/liberty-3, please set 'milestone' for it12:00
openstackLaunchpad bug 1484804 in Mistral "Unexpected error when get services after zookeeper connection shutdown" [Undecided,Fix committed] - Assigned to Lingxian Kong (kong)12:00
rakhmerovdone12:01
xylan_kongthanks12:01
openstackgerritNikolay Mahotkin proposed openstack/mistral: Mistral terminology: cron-triggers and actions  https://review.openstack.org/21967712:17
openstackgerritZhenguo Niu proposed openstack/mistral-dashboard: Remove the test cases for handle_errors to fix the py27 gate issue  https://review.openstack.org/22127512:22
*** chlong has joined #openstack-mistral12:22
zhenguorakhmerov: just send a patch to disable handle_errors test cases as a workaround to fix all py27 gate failed12:25
rakhmerovok12:27
openstackgerritZhenguo Niu proposed openstack/mistral-dashboard: Remove the test cases for handle_errors to fix the py27 gate issue  https://review.openstack.org/22127512:28
zhenguorakhmerov: as we changed the exception handle method which use the request context, so the test cases for missing request args is failed.12:29
rakhmerovI see12:29
akuznetsovaguys, I have an offtop question12:39
akuznetsovawhat do you think about style of writing guides ? Should it be formal (like "create name, make this")or it is appropriate to make it more friendly ?12:44
*** LiatFried has quit IRC12:49
openstackgerritRenat Akhmerov proposed openstack/mistral: Add YAQL function 'task' to extract info about task in DSL  https://review.openstack.org/22128912:55
openstackgerritMerged openstack/mistral-dashboard: Remove the test cases for handle_errors to fix the py27 gate issue  https://review.openstack.org/22127513:03
*** Piet has quit IRC13:07
openstackgerritNikolay Mahotkin proposed openstack/mistral-dashboard: Updated from global requirements  https://review.openstack.org/22067313:09
openstackgerritRenat Akhmerov proposed openstack/mistral: Add YAQL function 'task' to extract info about task in DSL  https://review.openstack.org/22128913:11
rakhmerovzhenguo: is https://review.openstack.org/#/c/216729/ ok now?13:13
zhenguorakhmerov: I think it is,13:14
zhenguorakhmerov: and this https://review.openstack.org/#/c/220673/ can be merged now13:18
akuznetsovaxylan_kong, I have a suggestion related to this change https://review.openstack.org/#/c/221138/13:19
openstackgerritMerged openstack/mistral-dashboard: Updated from global requirements  https://review.openstack.org/22067313:23
akuznetsovaxylan_kong, since such scenario became valid (changing the status from 'running' - > 'error')13:27
akuznetsovawe can add test on it (you deleted one) by re-writing deleted one13:28
openstackgerritNikolay Mahotkin proposed openstack/mistral: Mistral docs: writing workflow  https://review.openstack.org/22102813:32
rakhmerovxylan_kong: are you here?13:37
rakhmerovstill available?13:37
openstackgerritNikolay Mahotkin proposed openstack/mistral: Mistral terminology: cron-triggers and actions  https://review.openstack.org/21967713:51
*** bobh has joined #openstack-mistral14:06
openstackgerritNikolay Mahotkin proposed openstack/mistral: Mistral docs: Upgrade database guide  https://review.openstack.org/22131114:07
*** Piet has joined #openstack-mistral15:10
*** bradjones has joined #openstack-mistral15:28
*** bradjones has quit IRC15:28
*** bradjones has joined #openstack-mistral15:28
*** sergmelikyan has joined #openstack-mistral15:59
*** gyee has joined #openstack-mistral16:03
*** zhenguo has quit IRC16:08
openstackgerritOpenStack Proposal Bot proposed openstack/mistral: Updated from global requirements  https://review.openstack.org/22111216:27
*** achanda has joined #openstack-mistral16:32
*** achanda has quit IRC16:56
*** achanda_ has joined #openstack-mistral16:56
*** harlowja has joined #openstack-mistral17:03
*** achanda_ has quit IRC17:08
*** achanda has joined #openstack-mistral17:21
*** openstackgerrit has quit IRC18:31
*** openstackgerrit has joined #openstack-mistral18:32
*** achanda has quit IRC18:40
*** achanda has joined #openstack-mistral18:41
*** sergmelikyan has quit IRC18:56
*** achanda has quit IRC18:57
*** sergmelikyan has joined #openstack-mistral18:57
*** sergmelikyan has quit IRC18:58
*** sergmelikyan has joined #openstack-mistral18:59
*** achanda has joined #openstack-mistral19:38
*** achanda has quit IRC19:45
*** bobh has quit IRC20:31
*** tiny-hands has joined #openstack-mistral20:35
*** sergmelikyan has quit IRC20:36
*** achanda has joined #openstack-mistral20:41
*** achanda has quit IRC20:51
*** achanda has joined #openstack-mistral20:54
*** sergmelikyan has joined #openstack-mistral20:55
*** sergmelikyan has quit IRC21:01
*** sergmelikyan has joined #openstack-mistral21:02
*** sergmelikyan has quit IRC21:06
*** sergmelikyan has joined #openstack-mistral21:06
*** sergmelikyan has quit IRC21:10
*** sergmelikyan has joined #openstack-mistral21:13
*** sergmelikyan has quit IRC21:14
*** tiny-hands has quit IRC21:31
*** achanda has quit IRC21:35
*** achanda has joined #openstack-mistral21:35
*** achanda_ has joined #openstack-mistral21:44
*** achanda has quit IRC21:44
*** sergmelikyan has joined #openstack-mistral21:45
*** sergmelikyan has quit IRC21:46
*** achanda_ has quit IRC21:58
*** Ephur has joined #openstack-mistral22:01
*** achanda has joined #openstack-mistral22:02
*** achanda has quit IRC22:09
*** achanda has joined #openstack-mistral22:09
*** Piet has quit IRC22:11
*** achanda_ has joined #openstack-mistral22:13
*** achanda has quit IRC22:13
*** sergmelikyan has joined #openstack-mistral22:19
*** sergmelikyan has quit IRC22:26
*** achanda has joined #openstack-mistral22:55
*** achanda_ has quit IRC22:55
*** Piet has joined #openstack-mistral23:00
*** achanda_ has joined #openstack-mistral23:01
*** achanda has quit IRC23:01
*** sergmelikyan has joined #openstack-mistral23:15
*** sergmelikyan has quit IRC23:20
*** achanda has joined #openstack-mistral23:23
*** achanda_ has quit IRC23:23
*** chlong has quit IRC23:27
*** chlong has joined #openstack-mistral23:28
*** sergmelikyan has joined #openstack-mistral23:37
*** sergmelikyan has quit IRC23:37

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