16:03:46 #startmeeting Fuel 16:03:47 Meeting started Thu Apr 3 16:03:46 2014 UTC and is due to finish in 60 minutes. The chair is vkozhukalov. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:03:48 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:03:50 The meeting name has been set to 'fuel' 16:04:00 Greeting everyone 16:04:04 sup 16:04:07 who is here? 16:04:11 o/ 16:04:13 mattymo is here 16:04:32 me 16:04:41 I'm here 16:05:14 me 16:05:20 let's discuss something 16:05:31 here 16:05:57 #topic announcements 16:06:27 Do you guys have any announcements? 16:07:03 we actually had a meeting on how we're gonna implement UI plugins for Nailgun 16:07:39 have any results been achived? 16:08:00 yep, I hope Vitaly will provide some links to docs 16:08:05 yep, today we discussed approach described here: https://docs.google.com/a/mirantis.com/document/d/18UwHEWO2AwHf84HTS-wDmiceNo68wUg7r24xcI_Jhec/edit# and all of us found this approach viable 16:09:02 Ok, looks like we have design for UI plugins 16:09:05 I'm going to write some similar documentation on Nailgun API/Backend plugins, as well, but not for pending release, obviously 16:09:05 Great 16:09:12 yep, nailgun part to go 16:09:37 there are no known unsolved issues right now as far as I know 16:09:46 any other announcements? 16:10:00 we have merged single controller ha, I have started working on updating the fuel-main tests and hope to have something ready by tomorrow 16:10:45 also, Pshemek introduced some great possible improvements in how we work with networks 16:10:54 xarses: wow, we got rid of simple mode 16:10:57 right? 16:11:07 this all is described in our meeting notes and hopefully soon be in fuel-dev 16:11:12 preparation to 4.1.1 release is in progress. we have only two unmerged requests in web part: https://launchpad.net/fuel/+milestone/4.1.1 16:11:18 vkozhukalov: it's still there for now, but ha_compact is the default 16:11:55 xarses, should we now remove any mentions of deployment mode from UI? 16:11:59 meow-nofer: will you send a letter about UI meeting? 16:12:51 I guess I'll pass this honor to Vitaly 16:13:04 vk, We will, but we need to give some time to using ha_compact by default to ensure it's stable 16:13:06 let's keep all our discussions on this in fuel-dev 16:13:36 I'll also try to send description of networking-related stuff we decided to implement by tomorrow 16:14:01 I mean both fuel-dev channel and mailing list 16:14:11 ok, let's move on 16:14:38 #topic Blueprints 16:15:20 #link https://blueprints.launchpad.net/fuel/+spec/fuel-containerization-of-services 16:15:46 what is the status? 16:16:22 we have barely 90% complete 16:16:25 vkozhukalov, you want to hear from me 16:16:53 I would rather ask Matthew mattymo to provide an update 16:16:53 mattymo: it would be great to hear from anyone ) 16:16:59 We have prototypes of nearly every service ready, but a few aren't puppetized. A few of us are trying to solve a bunch of tasks in parallel 16:17:08 aglarendil: what about cobbler dnsmasq? 16:17:16 aglarendil is working on forwarding DHCP broadcast packets via iptables mirroring rules 16:17:25 but it looks like we need a 3.10 kernel for that feature 16:17:35 I think this will be our best shot 16:17:49 I'm working on Fuel ISO build tools to prepare an ISO that has all the container images bundled (plus a lightweight tool to deploy them after) 16:17:52 aglarendil: can we implement it without requirement of 3.10? 16:17:56 whats wrong with dnsmasq? 16:18:05 xarses, dnsmasq is beautiful 16:18:12 we need dnsmasq to receieve broadcasts in docker container 16:18:32 docker sets up a NAT network inside of an ip network namespace. it can't hear the DHCP broadcast requests from nodes on the physical LAN 16:18:49 dhcp-relay? can dhcp-helper in the parent hep? 16:18:58 dhcp-relay? can dhcp-helper in the parent help 16:19:38 it is another option 16:19:45 actually sounds exactly like what i've been using dhcp-helper to do 16:19:54 this would not require 3.10, right? 16:20:00 Alexander Didenko is working on puppetizing some of the remaining services (rsyslog, postgres, rabbitmq) 16:20:13 correct 16:20:57 example i've been using for multi-l3: dhcp-helper -s 10.110.0.2 -i virbr6 -i virbr11 16:21:27 are there any questions about this blueprint? moving on? 16:22:10 #link https://blueprints.launchpad.net/fuel/+spec/patch-openstack 16:22:49 we have puppet providers complete. now we are working on the Astute layer that does repository update on the nodes 16:23:03 looks like 50% completed. right? 16:23:33 what about multiple repos on master? 16:24:11 aglarendil: Hmm, we want to update repos from astute? 16:24:45 aglarendil: why we can't do it from puppet when we start it? 16:25:19 i see a couple review requests and one of them is already merged and it is really huge 16:25:24 #link https://review.openstack.org/#/c/84092/ 16:25:29 great 16:25:34 we could also set --environment variable and configure the paths for each versioned puppet manifests in puppet.conf 16:25:41 it's a little tricky too 16:25:50 and not any better than --modulepath= 16:25:51 it is more convenient to do in astute 16:26:03 because you are not able to change prefetched data in the runtime 16:26:56 aglarendil: don't agree, but ok, we can discuss it later 16:27:26 later in ML 16:27:31 moving on 16:27:57 #link https://blueprints.launchpad.net/fuel/+spec/relocate-haproxy-to-its-own-network-namespace 16:28:28 implemented 16:28:32 and merged 16:28:45 yay! 16:28:45 great 16:28:54 so ha works now? 16:28:55 verified? 16:29:10 It works - means it is verified :) 16:29:12 looks like we got rid of problems with reconnecting 16:29:14 ha worked before .. 16:29:18 but not ideally ;) 16:29:32 moving on 16:29:53 #topic https://blueprints.launchpad.net/fuel/+spec/nailgun-objects-flow 16:30:09 currently almost all major items we have are rewritten to objects, so they implement the same interface 16:30:25 that's quite enough for current API freeze 16:30:49 Node object is already merged and Notification object (small and simple) is on the way 16:30:51 do we have any versioning of RPC now with it? 16:31:13 not yet, but is's not really hard to implement 16:31:14 meow-nofer: are we going to fix the import issue on NetworkManager? "from nailgun.network.manager import NetworkManager" 16:31:19 mihgen: it's a part of patching openstack feature 16:31:27 xarses: it's fixed I believe 16:31:31 mihgen: i.e. no, we on't have versioning for rpc 16:31:36 xarses, already fixed https://review.openstack.org/#/c/84739/ 16:31:48 meow-nofer: thanks 16:32:17 RPC versioning is not the same as REST versioning, let's discuss it separately later 16:32:22 let's move on 16:32:24 #link https://blueprints.launchpad.net/fuel/+spec/nailgun-rest-db-constraint 16:33:04 Igor implemented simple wrapper, so now you if you get 500 error from API - it is something really strange 16:33:46 like, modifying objects if you're breaking some constraints using API is now wrapped and will never return 500 16:33:54 it's 400 as it should be 16:34:10 any questions on this one? 16:34:26 if no, let's move 16:35:00 ok, thanks 16:35:17 #link https://blueprints.launchpad.net/fuel/+spec/nailgun-rest-api-pagination 16:35:37 looks like it is important for notifications 16:35:50 only 16:35:57 work on pagination is already in progress and it became much simpler after we introduced objects for all major entities 16:35:59 for large installations I think 16:36:11 500+ nodes 16:36:22 I think we need to change "Implementation" status. 16:36:29 so, on UIright now it's really important for notifications and we're discussing how to use it with Nodes 16:37:15 I don't think we'll implement this for nodes on UI in this release, though 16:37:24 for nodes, I mean 16:37:38 It will be not so easy to implement on UI, because we have grouping 16:37:46 yep 16:38:41 yep, notifications are great start 16:38:51 finially we will implement them properly 16:38:57 moving on? 16:38:58 yay 16:39:02 go go 16:39:18 #link https://blueprints.launchpad.net/fuel/+spec/nailgun-patch-method-implementation 16:39:24 go go night clubbing 16:39:31 go go power rangers 16:39:31 anotchenko: is working on it 16:39:51 how is the progress? 16:39:52 We already discussed implementation details, working on it right now 16:40:02 great 16:40:13 how to update nested structures 16:40:17 it's the last major thing we're planning to implement in this release 16:40:21 and other details 16:40:21 will it be done soon? 16:40:25 dealing with REST API 16:40:43 guys, after moving Haproxy to it's network namespace, I think, we should remove read_timeout=60 from any mysql urls. 16:40:43 I tested it, but anyone another should test it. 16:40:52 Well, review request by monday I think 16:41:07 meow-nofer: so will we support both PATCH and PUT or only PUT? 16:41:11 xenolog, offtopic, write about it on fuel-dev 16:41:29 There not so much uses for PUT, but in some cases , probably 16:41:42 xarses, only PATCH, I would say, because right now our PUT is working exactly as PATCH should 16:41:58 but maybe we'll leave PUT in some places, too 16:42:25 ok 16:42:32 meow-nofer: ok 16:42:33 k 16:42:44 ) 16:42:52 #link https://blueprints.launchpad.net/fuel/+spec/fuelclient-refactoring 16:43:26 review request 16:43:27 reviewed by two people, 5-th patchset https://review.openstack.org/#/c/83693/5 16:43:43 Fixing latest comments 16:43:48 and thousands of lines ) 16:43:56 +3000, -2000 16:44:11 it already was 2k lines 16:44:11 it looks like a big arguable thing, but I looked through it and it requires a lot more comments, at least 16:44:45 please, colleagues, let's review this more thoroughly 16:44:55 meow-nofer: I’ll add some comments in next patchset 16:45:06 ok, waiting for comments and additional review 16:45:22 meow-nofer: rmoe and I have some thoughts about fuelclient, we will look it over too 16:45:46 I see commit message needs link to bp 16:46:03 xarses, the main thing is, we looked through existing solutions 16:46:32 xarses, and they didn't look really suitable and simple in some cases 16:46:53 xarses, so, anotchenko did write an implementation itself, that's why it is so big 16:46:59 meow-nofer: any change in this direction is helpful. 16:47:38 xarses, yes, they use some thing called cliff in openstack 16:47:43 It’s big cause it has structure and a lot more licence copypaste 16:47:58 ok, will discuss in review request and maybe in ML 16:48:04 moving on 16:48:50 #topic Open Discussion 16:49:48 some folks participated in networking discussions today 16:49:59 I'm wondering what would be the first items to address 16:50:16 for network flexibitliy and large datacenters 16:50:37 actually xarses and rmoe should work on multiple l3 domains, wondering on status 16:51:44 take a look at this networking diagram: https://docs.google.com/a/mirantis.com/presentation/d/115vCujjWoQ0cLKgVclV59_y1sLDhn2zwjxEDmLYsTzI/edit#slide=id.g1ddc96bdd_071 16:52:02 rmoe was working on cleaning up some of the last failing test cases that already exist. I think at that point we will ask to review the commit and add tests for new methods shortly after so that more people can look over the code 16:52:06 it's something which is definitely needed for large DCs 16:52:40 xarses: cool. So it's gonna be available in Fuel CLI, right? 16:53:07 mihgen: after the fuelcli refactor, of course 16:53:30 we were discussing how it can be done in UI, as well as many other things for networking. vk is gonna put this down and share... 16:53:39 xarses: ohh there is dependency 16:53:44 do we have a bug/bp for it? 16:54:17 we should update it somehow to show that, yes 16:54:20 or you gonna simply extend CLI as part of the larger work? 16:54:28 the second 16:54:56 ok. you've heard that there is some work in parallel by anotchenko , refactoring stuff… 16:55:00 we where hoping for the fuelcli rework to land first so it would be easier to add the commands 16:55:00 I hope you are in sync 16:55:23 yep 16:55:41 cool 16:56:16 xarses: mihgen : review’ll be over soon 16:56:35 anotchenko: =) 16:57:05 any other topic to discuss now? 16:57:12 no 16:57:25 ok, thank you all 16:57:29 great meeting 16:57:37 thanks 16:57:51 have a great night / day ;) 16:58:02 thx by xoxo 16:58:19 #endmeeting Fuel