Friday, 2017-05-19

*** bobh has joined #openstack-mistral00:19
*** kbaegis1 has joined #openstack-mistral00:23
*** chlong has joined #openstack-mistral00:25
*** kbaegis has quit IRC00:27
*** bobh has quit IRC00:43
*** toure has quit IRC01:03
*** rook has quit IRC01:04
*** thrash|g0ne has quit IRC01:04
*** weshay has quit IRC01:04
*** dmellado has quit IRC01:04
*** rook has joined #openstack-mistral01:08
*** rook is now known as Guest3621001:08
*** thrash has joined #openstack-mistral01:09
*** thrash has quit IRC01:09
*** thrash has joined #openstack-mistral01:09
*** weshay has joined #openstack-mistral01:10
*** rbrady has quit IRC01:14
*** Guest14743 has quit IRC01:14
*** toure has joined #openstack-mistral01:16
*** jkilpatr has quit IRC01:17
*** dmellado has joined #openstack-mistral01:22
*** Guest14743 has joined #openstack-mistral01:28
*** rbrady has joined #openstack-mistral01:30
kongapetrich_: done, looks good to me01:44
*** Kevin_Zheng has joined #openstack-mistral03:15
*** rbrady has quit IRC03:35
*** Guest14743 has quit IRC03:35
*** jamielennox is now known as jamielennox|away03:46
*** Guest14743 has joined #openstack-mistral03:47
*** rbrady has joined #openstack-mistral03:49
*** rbrady has quit IRC03:49
*** rbrady has joined #openstack-mistral03:49
*** jamielennox|away is now known as jamielennox03:53
rakhmerovkong: here?04:53
rakhmerovcan you pls make another Mistral release?04:54
rakhmerovI backported an important bugfix yesterday04:54
apetrich_kong, thanks!05:10
*** jaosorior_away has quit IRC05:44
*** abhishekk has joined #openstack-mistral05:57
abhishekkhi all is it possible to mention conditioning based on config options in yaml file?05:58
abhishekkfor example, I have a config option to get instances based on metadata, if that option is false I need to fetch all instances else only selected instances05:59
*** shardy has quit IRC07:16
*** shardy has joined #openstack-mistral07:17
*** tuan_ has joined #openstack-mistral07:18
tuan_Morning guys07:21
tuan_quick questtion: Do we have an option in execution list for just "RUNNING" executions07:22
tuan_i just have got a look to the mistralclient and no clue for that07:23
tuan_may be i am out of date, please update me07:23
*** jpich has joined #openstack-mistral07:32
d0ugaltuan_: mistral execution-list --filter state=RUNNING07:46
tuan_d0ugal: thanks dougal08:12
*** Kevin_Zheng has quit IRC08:15
*** jaosorior has joined #openstack-mistral08:29
abhishekkhi all is it possible to mention conditioning based on config options in yaml file?08:39
abhishekkfor example, I have a config option to get instances based on metadata, if that option is false I need to fetch all instances else only selected instances08:39
openstackgerritAdriano Petrich proposed openstack/mistral master: Bump up mistral-lib version  https://review.openstack.org/46622808:44
kongrakhmerov: ok, sure, will do that now09:33
kongapetrich_:09:34
kongapetrich_: after release mistral-lib, you should bump version in requirement and upper constraint first09:34
kongnot sure you have done that09:35
apetrich_kong, https://review.openstack.org/#/c/466223/ :)09:35
kongooh, i see your patches09:35
kongyou should add dependency on that one09:36
konginstead of the release request09:36
apetrich_kong, besides the Depends-on?09:36
kongyou should depend on https://review.openstack.org/#/c/466223/ in https://review.openstack.org/#/c/466228/09:37
*** sharat has joined #openstack-mistral09:37
apetrich_kong, oh. sure.09:37
apetrich_kong, thanks. fixing that09:38
kongapetrich_: np09:38
openstackgerritAdriano Petrich proposed openstack/mistral master: Bump up mistral-lib version  https://review.openstack.org/46622809:38
kongabhishekk: how do you get instances based on metadata in the workflow? do you have an example?09:39
abhishekkkong: no, I dont have example but I have one link where filters are used to get list of vms09:39
kongapetrich_: thanks09:39
abhishekkkong: https://github.com/gryf/mistral-evacuate/blob/master/host-evacuate.yaml09:40
apetrich_kong, no worries09:40
kongI think you can add your filter as workflow input with a default value (e.g. None), if it's not provided, then just get all instances09:41
abhishekkkong: still I have strange requirement, in case of none again i need to filter the list :(09:42
kongabhishekk: or, you could have 2 actions with different inputs, and call these actions based on your input.09:42
abhishekkkong: IMO conditioning is not possible in workflow right?09:42
abhishekkkong: do I need to define new actions?09:43
abhishekk* not worflow but yalml09:43
kongi'm not sure what do you mean by 'conditioning'09:43
kongwhat I said is actually 'conditioning'09:43
kongjust like if...else...09:43
abhishekkyes, if and else09:44
abhishekkkong: got you, based on config option I need to execute the workflows right, I should pass config option as a input to the workflow09:45
kongabhishekk: yes09:45
abhishekkkong: ok, thank you for your time, if I have any doubts I will ping you09:46
kongabhishekk: np09:46
*** openstack has joined #openstack-mistral09:58
tuan_kong: Hi Kong, sorry if i did wrong since when i checked the annotation in context.py, i saw the last notification is under your name10:26
tuan_btw, if it is not True, my big sorry for that10:26
abhishekkkong: hi, is it possible that I can write new action outside mistral and execute the same?10:34
*** shardy has quit IRC10:36
*** shardy has joined #openstack-mistral10:38
kongabhishekk: it's totally possible10:41
abhishekkkong: but I need to define those actions in setup.cfg of mistral right?10:42
kongabhishekk: currently, correct10:42
abhishekkkong: is there any other way, because I don't want to touch mistral (even in local)10:43
kongif you write a customized action, and want to register it in mistral. You have to touch it :(10:44
abhishekkkong: thanks for confirming10:46
kongtuan_: that's all right. just make sure i didn't intend to break your patch.10:48
*** jkilpatr has joined #openstack-mistral11:00
tuan_kong: nope, i did not intend to say that. Btw, thanks for reviewing my patch, i am going to upload the new one11:10
*** tuan_ has quit IRC11:11
*** shardy has quit IRC11:12
*** shardy has joined #openstack-mistral11:19
*** sharat has quit IRC11:25
*** dprince has joined #openstack-mistral12:10
*** jistr is now known as jistr|mtg12:16
*** jrist has joined #openstack-mistral12:23
*** shardy has quit IRC12:27
*** shardy has joined #openstack-mistral12:27
*** tung_doan has joined #openstack-mistral12:35
d0ugalapetrich_: you shouldn't really need to do this: https://review.openstack.org/46622812:39
d0ugalapetrich_: the bot will come along and do it anyway12:39
*** rbrady has quit IRC12:39
*** Guest14743 has quit IRC12:39
*** rbrady has joined #openstack-mistral12:39
*** rbrady has joined #openstack-mistral12:39
apetrich_d0ugal, we have a bot!12:40
d0ugalapetrich_: https://review.openstack.org/#/q/owner:%22OpenStack+Proposal+Bot%22+status:open12:40
apetrich_d0ugal, sorry I don't know how this whole requirementes make sense12:40
d0ugalnp12:40
apetrich_s/makes sense/works12:40
d0ugalthere isn't any harm in doing it manualy, but just not really needed :)12:41
apetrich_d0ugal, but now having a central requirements repo makes a lot more sense than just bureocracy and pbr magick12:41
d0ugalhaha, yeah12:42
d0ugalI thought global-requirements was crazy and gross when I first started working on OpenStack12:42
d0ugalnow I don't know how I'd solve the problem any other way...12:42
*** catintheroof has joined #openstack-mistral12:45
apetrich_makes a lot of sense for this scale of product12:48
*** fultonj has quit IRC12:57
*** jistr|mtg is now known as jistr12:59
*** shardy has quit IRC13:12
*** shardy has joined #openstack-mistral13:13
*** mbrennan has joined #openstack-mistral13:25
*** mbrennan has quit IRC13:30
*** mbrennan has joined #openstack-mistral13:32
*** mbrennan has quit IRC13:38
*** tung_doan has quit IRC13:41
*** bobh has joined #openstack-mistral13:53
d0ugalthrash: so, I don't have any fully formed ideas about action loading - but I have spent some time thinking about it13:59
thrashd0ugal: I was that as a last ditch effort when loading the action from the db, is to try and JIT create the action in the db14:00
thrashbut, the extensionmanager doesn't seem to get updated dynamically enough.14:00
thrashonce it's loaded, that's it.14:01
d0ugalthrash: right, I think there will also be other issues related to how Python works - i.e. you install a new version of actions, Python wont re-import that file14:01
thrashd0ugal: right..14:03
d0ugalthrash: so I started to think that the only way we can solve this is by moving the action execution into their own processes. i.e. imagine a small action runner that takes the import path and the input and runs it14:03
d0ugalbut I'm not sure about perf hit14:03
*** Guest36210 is now known as rook14:03
thrashd0ugal: rbrady had an idea about that... Run them in a container...14:03
thrash:D14:03
d0ugalthe other nice advantage of this idea is that you could easily run non-python actions, or in docker14:03
d0ugalthrash: yeah, that could be interesting but I'm not sure we want it as a default :)14:03
thrashd0ugal: docker all the things!14:04
thrashok... time to take dog to vet. :D14:04
*** thrash is now known as thrash|biab14:04
*** shardy has quit IRC14:08
*** shardy has joined #openstack-mistral14:08
*** brunograz has quit IRC14:12
openstackgerritNikolay Mahotkin proposed openstack/mistral master: Get rid of ambiguity in region_name  https://review.openstack.org/46629714:22
openstackgerritMerged openstack/python-mistralclient master: doc: Remove cruft from conf.py  https://review.openstack.org/45794214:39
*** thrash|biab is now known as thrash15:01
*** jaosorior has quit IRC15:13
*** apetrich_ has quit IRC15:19
*** apetrich_ has joined #openstack-mistral15:20
*** thrash is now known as thrash|biab15:49
openstackgerritMerged openstack/mistral master: Update AdHoc Actions to support context data references  https://review.openstack.org/46467716:03
*** jpich has quit IRC16:18
*** thrash|biab is now known as thrash16:45
*** fultonj has joined #openstack-mistral16:57
*** jkilpatr has quit IRC16:58
*** jkilpatr has joined #openstack-mistral17:11
*** rbrady is now known as rbrady-afk17:24
*** prometheanfire has joined #openstack-mistral17:33
prometheanfiremaster has pbr capped (at least for 4.0.1) can we get a release without the cap?17:33
prometheanfirehttp://logs.openstack.org/87/465887/3/check/gate-requirements-tox-py27-check-uc-ubuntu-xenial/56f5c24/console.html#_2017-05-19_16_08_33_56841217:33
*** jkilpatr_ has joined #openstack-mistral17:36
*** jkilpatr has quit IRC17:38
*** dprince has quit IRC17:39
*** harlowja has joined #openstack-mistral18:13
*** dprince has joined #openstack-mistral19:01
*** breton has quit IRC19:30
*** breton has joined #openstack-mistral19:37
*** shardy has quit IRC19:46
*** apetrich_ has quit IRC20:05
*** apetrich_ has joined #openstack-mistral20:05
*** jrist has quit IRC20:11
*** jkilpatr_ has quit IRC20:24
*** jkilpatr has joined #openstack-mistral20:45
*** dprince has quit IRC21:04
*** catintheroof has quit IRC22:02
*** harlowja has quit IRC22:12
*** bobh has quit IRC22:28
*** harlowja has joined #openstack-mistral22:57
*** jamielennox is now known as jamielennox|away23:00
*** kbaegis1 has quit IRC23:32
*** kbaegis has joined #openstack-mistral23:32
*** harlowja has quit IRC23:34
*** jamielennox|away is now known as jamielennox23:40

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