15:00:11 <srwilkers> #startmeeting openstack-helm 15:00:11 <openstack> Meeting started Tue Aug 29 15:00:11 2017 UTC and is due to finish in 60 minutes. The chair is srwilkers. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:12 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:15 <openstack> The meeting name has been set to 'openstack_helm' 15:00:27 <jayahn> o/ 15:00:31 <korzen> hello 15:00:33 <srwilkers> hello everyone 15:00:33 <alraddarla> o/ 15:00:34 <srwilkers> o/ 15:00:37 <srwilkers> here's the pad for today 15:00:38 <srwilkers> https://etherpad.openstack.org/p/openstack-helm-meeting-2017-08-29 15:00:42 <srwilkers> we've got quite a few items on here 15:00:48 <srwilkers> feel free to add any additional items 15:00:55 <xek> o/ 15:01:29 <srwilkers> we'll take a few minutes just to see if anything else gets added 15:02:47 <lamt> o/ 15:03:14 <srwilkers> #topic PTG reminder 15:03:39 <srwilkers> just reminding everyone that the PTGs coming up and we've got the etherpad out there for topics: https://etherpad.openstack.org/p/openstack-helm-denver-ptg-topics 15:03:46 <srwilkers> wont take much more time than that -- just a friendly reminder 15:04:08 <srwilkers> #topic Neutron Linuxbridge Gates 15:04:26 <srwilkers> portdirect/korzen: floors yours 15:04:45 <portdirect> I'm just an observer :) 15:04:58 <portdirect> korzen: thanks for the great work on lb support 15:05:04 <korzen> ok, so first of all we have manage to create gates with SDN choice 15:05:23 <korzen> #link https://review.openstack.org/#/c/497809/ Add SDN choice to OpenStack Helm gates. 15:05:59 <korzen> so you can see at the gerrit site, that from now on, we need to specify what type of networking backend the job would use 15:06:16 <korzen> currently it is ovs as default 15:06:26 <korzen> but I have added 2 linuxbridge jobs 15:06:32 <korzen> gate-openstack-helm-aio-basic-linuxbridge-ubuntu-xenial-nv 15:06:38 <korzen> gate-openstack-helm-multi-basic-linuxbridge-ubuntu-xenial-3-node-nv 15:07:12 <korzen> we can add more linuxbridge or any SDN later 15:07:19 <portdirect> I'll try and get someone from the armada team to get an armada yaml up as well 15:08:03 <korzen> the gate is passing the SDN type to the gate scripts 15:08:11 <korzen> ok, thanks portdirect 15:08:37 <korzen> currently gate scripts are not doing anything with the SDN_PLUGIN 15:08:43 <korzen> we need merge this one: 15:08:53 <korzen> #link https://review.openstack.org/#/c/489594/ Preparation for Neutron Linuxbridge gate 15:09:22 <korzen> where the actual logic for using SDN_PLUGIN when installing nova and neutron 15:09:40 <korzen> #link https://review.openstack.org/#/c/466293/ Neutron: add linuxbridge daemonset and config script 15:09:58 <korzen> this one with actual support for LB has been merged just a few minutes ago 15:10:09 <korzen> thanks for the review srwilkers and portdirect ! :) 15:10:22 <srwilkers> definitely dude. was some nice work korzen :) 15:10:35 <srwilkers> will review the gate stuff after we conclude today and see what's happening there 15:10:45 <portdirect> yeah - I'd like to push a minor change to the gate setup if thats ok? 15:10:55 <portdirect> but other than that its ready to rock :D 15:11:10 <korzen> I'm OK with any modifications in gate scripts, mine was only a proposal 15:11:17 <portdirect> nice 15:11:42 <korzen> and the last thing to be done is to rework the docs 15:11:52 <korzen> #link https://review.openstack.org/#/c/470326/ docs: Neutron multiple SDN approach design 15:12:07 <korzen> this one needs to be rewritten to match actual implementation done 15:12:17 <portdirect> sounds great 15:12:22 <portdirect> once the gates fully running in I'll get back on with breaking out OvS and Libvirt from their parent charts 15:12:36 <srwilkers> portdirect: nice 15:12:44 <korzen> sounds good 15:12:52 <jayahn> nice for both of you; korzen and portdirect 15:13:37 <korzen> based on LB experience, we can proceed with SONA and other SDNs 15:14:04 <korzen> jayahn, if you would need some help with SONA or gates, ping me 15:14:07 <portdirect> I think this should really help on the contrail side as well 15:14:22 <jayahn> korzen; I will. thanks. :) 15:15:32 <korzen> I guess that it is all from me 15:15:39 <korzen> in point 2. 15:15:41 <korzen> ;) 15:15:47 <srwilkers> sounds good 15:16:12 <srwilkers> #topic memcached resiliency 15:16:23 <xek> I'm working on this and will start pushing code next week 15:16:28 <srwilkers> awesome xek :) 15:16:29 <xek> I'm also working on the RabbitMQ user/vhost management which I'm currently testing 15:16:39 <xek> I will push the rest of the RabbitMQ user management code by the end of this week 15:16:46 <portdirect> nice - that hits two birds with one stone xek :D 15:16:46 <xek> after which I will get into the Memcached HA implementation 15:17:11 <portdirect> if you need any help just reach out 15:17:22 <portdirect> I'm super keen to get the rabbitmq stuff in 15:17:35 <xek> portdirect, ok, thanks 15:18:00 <xek> portdirect, I actually was thinking, if I should push the code for each service in separate patches 15:18:16 <xek> or make it one big patch? 15:18:26 <xek> I already pushed a python script which creates users and vhosts here: https://review.openstack.org/#/c/491789/ 15:18:40 <portdirect> i think a single ps may be easiest to manage? 15:18:54 <portdirect> though whatever works best for you? 15:19:19 <xek> it depends on if reviewers want to test the services separately 15:19:46 <xek> because the separation of services may have some impact on notifications between them for example 15:20:40 <xek> I can make it one patch, it will be simpler for me 15:20:42 <portdirect> I think a single ps would be simplest in that case 15:20:50 <xek> ok 15:20:53 <xek> :) 15:21:37 <srwilkers> anything else on this topic? 15:22:21 <srwilkers> #topic namespace support in kubernetes entrypoint 15:22:30 <srwilkers> portdirect: think you brought this up 15:22:43 <portdirect> I'd really like us to support deployments spanning multiple namespaces 15:22:56 <portdirect> for real world useage this is almost essential 15:23:16 <portdirect> esp when we start to consider security, and scaling of things like rabbitmq 15:23:40 <portdirect> k8s-entrypoint has been the blocker here though 15:23:54 <portdirect> as it does not currently support checking across namespaces afaik 15:24:03 <portdirect> korzen: you did a great etherpad 15:24:10 <portdirect> https://etherpad.openstack.org/p/k8s-entrypoint-namespaces 15:24:34 <portdirect> any idea on if/when/how we can get this added to k8s-entrypoint 15:24:48 <portdirect> and then we can get the charts to support the functionality 15:25:00 <korzen> yes, I have spoken to the original authors of k8s-entrypoints 15:25:07 <korzen> and looked into the implementation details 15:25:27 <korzen> it does not looks so hard to get the namespace handling 15:26:06 <korzen> I cannot say right now when it will be finished but we are staring the job here 15:26:14 <portdirect> thats awesome :) 15:26:44 <korzen> my proposal is to have namespace:entity,namespace:entity2 string passed 15:27:06 <korzen> for example openstack:neutron-server 15:27:14 <korzen> ceph:ceph-mon 15:27:31 <korzen> and when no namespace is passed - treat it like the default one 15:27:40 <korzen> for backward compatibility 15:28:16 <jayahn> this sounds really awesome feature. :) 15:28:31 <portdirect> ++ 15:28:42 <korzen> so one thing it will be to implement it with k8s-entrypoint and the second to create implementation in OSH 15:29:21 <korzen> when some initial implementation will be create in k8s-entrypoint, I will spin an OSH blueprint 15:29:47 <srwilkers> korzen: sounds good. when that happens, portdirect or myself can go ahead and approve it 15:31:05 <korzen> ok, it will be nice 15:31:50 <srwilkers> awesome. anything else here then? 15:32:08 <portdirect> I'm good 15:32:27 <srwilkers> think we covered the rabbitmq management jobs earlier 15:32:33 <srwilkers> unless there's anything more to be said there 15:32:59 <korzen> xek, would you like to add anything more to RabbitMQ work? 15:33:13 <xek> korzen, no, that's all from me :) 15:33:18 <srwilkers> awesome 15:33:20 <srwilkers> #topic reviews 15:33:39 <srwilkers> we've just got one review listed currently, and thats this one https://review.openstack.org/#/c/493422/ 15:34:15 <korzen> any reviews for https://review.openstack.org/#/c/487427/ spec: Neutron multiple SDNs design 15:34:40 <korzen> and https://review.openstack.org/#/c/489580/ 15:34:41 <korzen> spec: Add linux bridge to Neutron chart 15:38:13 <srwilkers> korzen: sounds good. 15:39:09 <srwilkers> i still need to review some of the changes in addons too. the work there looks good, and i think some of the gate failures are because of fluentd. need to get that resolved 15:39:40 <srwilkers> any others? 15:40:51 <srwilkers> alright, let's go ahead and wrap things up then and take any further open discussion to openstack-helm. im sure jayahn would like some sleep :) 15:41:25 <portdirect> catch you all on the flipside 15:41:33 <srwilkers> #endmeeting