17:01:28 #startmeeting Murano 17:01:29 Meeting started Tue Dec 2 17:01:28 2014 UTC and is due to finish in 60 minutes. The chair is serg_melikyan. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:01:32 The meeting name has been set to 'murano' 17:01:52 Hi o/ 17:02:53 Am I alone today? ) 17:03:16 Hi :-) 17:03:50 Hi Henar! :) 17:04:22 Thank you for joining today :) 17:04:54 o/ 17:05:15 #topic Agenda 17:05:40 1. Action Items Review 17:05:53 2. TOSCA Support & Pluggable Acrhitecture 17:05:59 3. Open Discussion 17:06:16 Do anyone want to propose other topics to the Agenda? 17:06:35 hello everyone. Sorry for being late 17:07:05 Let's start with action items review :) 17:07:38 #topic Action Items Review 17:07:50 #1 StanLagun, re-examine re-deployment feature after #1394104 will be merged 17:07:59 StanLagun: had a chance to do it? 17:08:12 was it merged? 17:08:49 yes, it was 17:08:57 but I haven't tested it since 17:09:19 Ok, let's move to the next week 17:09:38 #action StanLagun, re-examine re-deployment feature after #1394104 will be merged 17:11:11 #2 Serg, review and merge initial commit with template to the murano-specs 17:11:14 Done 17:11:37 StanLagun: btw, regarding the specs, how Versioning spec is going? 17:13:33 serg_melikyan: wish I could say it is going well :) I almost finished this task but had to switch to urgent bugs 17:14:33 #3 discuss policy guided fulfillment and create all necessary BP 17:15:10 We had very fruitful meeting last week, but I once again failed to file blueprints. 17:15:32 I hope guys not going to hold a big grudge on me :) 17:15:59 #action StanLagun, move Versioning spec to the spec repo 17:16:22 #action serg_melikyan, create all necessary BP for policy guided fulfillment 17:17:32 #topic TOSCA Support & Pluggable Architecture 17:18:37 Guys, let's discuss ideas about how to make additional languages pluggable. For now support for Heat packages are hard-coded, but questions is which level on pluggable we need 17:19:53 StanLagun: had a time to think about that? 17:20:29 I think we don't need actual ability to plug new package types on the fly 17:21:15 serg_melikyan: it is not hardcoded. But there is no ability to load plugins dynamically which is relatively easy to implement 17:21:21 Rather some API 17:21:29 StanLagun: do we need it? 17:21:52 I think we do need it 17:22:23 But we need to refactor package API first 17:23:11 Why? From one point of view it will be a little bit convenient to add them, but it is not a thing that people change so often 17:26:10 Ok :) I think there are not so much people in this chat to discuss this question :) Let's skip it and discuss later. 17:26:41 #info we didn't had much people to discus Pluggable Architecture in scope of new package types 17:26:46 it allows people to expirement with integration. Or have some integration in "contrib" folder rather than in main code 17:26:55 #topic Open Discussion 17:27:03 *experiment 17:27:19 StanLagun: you right, agreee. Didn't thought about that aspect 17:27:37 henarmunoz: How is your work with Murano is going? :) 17:28:41 just testing and having a look at the code 17:29:16 hemanthm: did you faced any problems by now? 17:29:28 henarmunoz: ^^ 17:31:04 at this moment, MuranoPlException: [keystoneclient.exceptions.EmptyCatalog]: The service catalog is empty. 17:31:32 but will continue testing :-) 17:32:09 This is related to the keystone - probably you need to register services in keystone (no idea how you did end-up with empty catalog). 17:32:26 http://docs.openstack.org/developer/keystone/configuringservices.html 17:33:06 probably we can help 17:33:13 thanks 17:34:01 last murano version should work with icehouse or just juno vesion? 17:34:01 henarmunoz: btw, team may join us in IRC #murano and we will be happy to help 17:34:47 thanks 17:35:29 Actually it should works with both of them, if given that you run murano-dashboard separately from OpenStack one 17:36:17 I mean, you can have OpenStack installed, and Murano running separately but pointing to OpenStack installation. 17:37:41 yes, i have murano locally for debugging pointing to an openstack devstack version 17:38:08 this what we do too, our lab is IceHouse and we run latest master locally 17:39:08 If you see keystoneclient.exceptions.EmptyCatalog with devstack, probably problems with devstack? 17:39:23 It should at least have all needed components like nova 17:39:53 do you have Neutron enabled in devstack? 17:40:12 StanLagun: isn't it enabled by default? 17:40:23 no. nova-network is default 17:41:34 I don't have neutron, just nova-network and the service catalog contains the nova service 17:42:03 That may be a problem, latest Murano 2014.2 works only with neutron 17:42:07 that may be the problem. Murano requires Neutron. Support for nova-network wasn't merged yet 17:42:20 :D 17:43:05 ok, and the failure is when murano tries to create the network, thanks for the hint :-) 17:45:51 btw, StanLagun probably we need to rework support for nova-network with a thought to support attachment to existing networks on case of neutron 17:46:15 yes 17:46:29 we need to refactor the whole core library 17:46:54 I don't think we should merge commit as is 17:47:52 #info we need to rework nova-network commit to support joining to the existing networks in Neutron. 17:48:34 btw there is no ability to join existing Neutron network yet 17:48:51 That is I am talking about 17:48:59 not just nova 17:49:20 This feature we also need and it may affect design 17:55:35 If there are no other things to discuss, let's end meeting a little bit earlier 17:55:40 #endmeeting