15:00:30 #startmeeting kolla 15:00:31 Meeting started Wed Jun 19 15:00:30 2019 UTC and is due to finish in 60 minutes. The chair is mgoddard. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:32 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:34 The meeting name has been set to 'kolla' 15:00:47 #topic rollcall 15:00:52 \o 15:00:59 o/ 15:01:06 \o 15:01:12 o/ 15:01:39 \o/ 15:02:46 mnasiadka: around? 15:03:13 mgoddard: sort of :) 15:03:18 o/ 15:03:19 :) 15:03:23 I thought I was an hour late -- just starting? 15:03:32 hi stackedsax yeah 15:03:36 #topic agenda 15:03:47 * Roll-call 15:03:49 * Announcements 15:03:51 ** Last call for priorities https://etherpad.openstack.org/p/kolla-train-priorities 15:03:53 * Review action items from last meeting 15:03:55 * Kolla whiteboard https://etherpad.openstack.org/p/KollaWhiteBoard 15:03:57 * Stein release status 15:03:59 * Kolla Ansible performance https://etherpad.openstack.org/p/kolla-ansible-speed-ups 15:04:01 * (vishwanathj): Elasticsearch 15:04:03 * Octavia usability improvements 15:04:05 * Vote: Kayobe to become a kolla deliverable? 15:04:07 #topic announcements 15:04:09 #info Last call for kolla train priorities 15:04:14 #info Last call for kolla train priorities 15:04:21 #link https://etherpad.openstack.org/p/kolla-train-priorities 15:04:35 please cast your votes - no need to be core 15:04:52 Any other announcements? 15:05:33 #topic Review action items from last meeting 15:05:43 mgoddard to try again again to disable ocata publishing job 15:05:51 I finally did it! 15:06:20 Turns out we needed to remove the job definitions on the stable/ocata branch, rather than using a branch filter on master 15:06:24 #link https://review.opendev.org/665742 15:06:27 Needs reviews 15:06:41 And depends on https://review.opendev.org/665935 15:06:53 #topic Kolla whiteboard https://etherpad.openstack.org/p/KollaWhiteBoard 15:07:43 Checking CI status 15:08:59 Mostly looks happy 15:10:38 I went through and backported all bug fixes in the last month yesterday 15:10:38 lots to review 15:10:38 Anyone have anything else from the whiteboard? 15:10:52 Any other features we should be trackng on there? 15:11:41 Added CentOS/RHEL8 15:12:03 #topic Stein release status 15:12:40 We switched to Ceph nautilus using upstream ceph packages, but this caused issues for tripleo so now we are switching back to CentOS ceph packages 15:12:54 However this is blocked on an update to those packages 15:13:37 This is the one to watch: 15:13:41 #link https://review.opendev.org/#/c/666015/ 15:14:05 Any questions on Stein? 15:14:36 #topic Kolla Ansible performance https://etherpad.openstack.org/p/kolla-ansible-speed-ups 15:14:55 #link https://etherpad.openstack.org/p/kolla-ansible-speed-ups 15:15:20 This was added by klindgren who has been experiencing performance issues at a scale of around 400 hypervisors 15:15:32 Who is interested in kolla-ansible at large scale? 15:15:41 Me 15:16:04 Do we have any ARA recordings of the run with 400 hypervisors? 15:16:11 me 15:17:22 mnasiadka: I'm not aware of any. I don't know if they'd be happy to share but we could ask 15:17:39 I'd like to see results from running with the profile_tasks callback plugin 15:18:37 I see a bunch of people on the Etherpad 15:18:56 Does anyone have experience with running kolla ansible at scale? Or even just ansible? 15:19:30 Ansible yes, but no crazy huge roles 15:20:10 If you have some good tips or ideas, please add to the etherpad 15:20:43 First we need to understand what actions are problematic (templating?) 15:21:05 Yes, I think templating is hitting us hard 15:21:35 There are certain patterns that kolla-ansible uses, and we should try to profile those in isolation 15:22:05 I'd like to try to get interested parties to join a call at some point to discuss this 15:22:14 scottsol, stackedsax - interested? 15:22:21 yes I can join that 15:22:49 I'd like to focus on the TLS stuff for now 15:22:55 stackedsax: sure 15:23:02 I can look over what we have done already and update the etherpad 15:23:51 its not "huge" scale yet but we already started to see some bottlenecks even with 20-30 nodes 15:24:17 just some minor changes have already started to cut it down 15:26:01 that would be helpful 15:26:24 let's keep it to the etherpad for now 15:26:56 any other thoughts? 15:28:04 #topic (vishwanathj): Elasticsearch 15:28:07 * jroll rolls in late, sorry 15:28:15 hi jroll 15:29:13 vishwanathj who proposed this topic is not here 15:29:25 #topic Octavia usability improvements 15:29:31 rm_work: around? 15:30:23 I won't promise he's not, but he usually isn't this time of day :) 15:30:37 This was something that came up at the Denver summit kolla feedback session - Octavia is quite hard to deploy in kolla and requires some manual effort 15:30:39 #link https://etherpad.openstack.org/p/DEN-train-kolla-feedback 15:31:40 Doug Szumski proposed openstack/kolla-ansible master: Enable InfluxDB TSI by default https://review.opendev.org/666318 15:31:55 From that pad: 15:31:56 generate certificates is really manual 15:31:56 doesn't support seperate CAs for internal / external 15:31:56 Sounds useful to have 15:31:56 OSA has some interesting bits 15:31:57 For context, rm_work is Octavia PTL and also has kolla experience, so could be in a good position to help improve this situation 15:32:12 thanks for the context on where that came from. 15:32:15 scottsol and co have deployed octavia, and have some notes they could share 15:32:15 rm_dev and I chatted because you told us to, mgoddard 15:32:36 :) 15:32:51 but now that I know the context, we might chat again 15:33:06 sorry, thought I'd explained but maybe not well enough 15:33:40 so what's the best path forward here? 15:33:43 no worries, we had a nice convo, anway. Just, maybe, not so useful :D 15:34:06 rm_work suggested he might not have lots of time immediately, but I'm sure would be able to provide guidance 15:34:20 yeah, that's the sense I got, as well 15:34:35 we could start by listing what has to be done manually? maybe another etherpad...? 15:35:01 certainly, from that pad it seems like it's something that should be addressed within the scope of the TLS everywhere conversation 15:35:11 we have some changes that we can push back to fix some bugs / add minor improvments 15:35:14 scottsol: that would be good 15:35:27 maybe just on the TLS everywhere pad 15:35:35 https://etherpad.openstack.org/p/kolla-internal-tls 15:35:40 how about a ML discussion on openstack-discuss? starting with where we're at now, and then looking at gaps 15:35:55 sure 15:36:32 we could always link to a pad from there, but the ML might be a good way to strike up a cross-project discussion 15:37:37 I can kick that off. Interested parties please look out for it and reply 15:37:53 #action mgoddard to post to ML about octavia in kolla 15:38:27 other thoughts on this? 15:39:10 #topic Vote: Kayobe to become a kolla deliverable? 15:39:15 #link http://lists.openstack.org/pipermail/openstack-discuss/2019-June/006901.html 15:39:43 ^ That post started the discussion about Kayobe becoming an official project 15:39:50 There are two options on the table 15:39:56 1. become a deliverable of the Kolla project 15:40:00 2. become an official top level OpenStack project 15:40:56 the only feedback it received from the kolla team was from hrw who was happy with either approach 15:41:34 I think the best path forward is to take a vote. I would not participate 15:41:42 Does that sound reasonable? 15:41:52 yep :) 15:42:02 agree :) 15:42:12 I think the electorate would be the kolla core team, but would certainly be interested to hear opinions from others in the community 15:42:24 mnasiadka? 15:42:43 o/ 15:42:52 did not know you have a meeting today 15:43:07 not core but opting for 1 15:43:32 to me it's an extra layer of glue (kolla) 15:44:21 I think they would fit well together, and it would make it easier for keeping them sync'd. If not they could always be playing cat and mouse to stay aligned. 15:44:29 mgoddard: agree to vote, don’t have an opinion on kayobe atm :) 15:44:54 ok. I will send an email to openstack-discuss 15:45:27 #action mgoddard to ask openstack-discuss to vote on making kayobe a kolla deliverable 15:45:47 mnasiadka: now is the time to form one then :) 15:46:18 Any other thoughts on this? 15:46:51 #topic Open discussion 15:47:09 Anyone have anything else to discuss today? 15:47:43 mgoddard: I have one thing - CI errors 15:47:58 yoctozepto: go ahead 15:47:58 if everybody was kind enough to report them to launchpad :-) 15:48:11 some are random due to Zuul and infra 15:48:18 but some are random but real 15:48:29 so I think it's worth the effort 15:48:41 yoctozepto: good point 15:48:52 vide nova 15:48:58 we are probably a bit too 'recheck happy' 15:49:14 yeah, figured that out 15:49:27 I have thought about this in the past 15:50:03 what about an etherpad with a taxonomy of CI errors and a count of how many times each has been hit? 15:50:09 also in this regard - scope of kolla-ansible testing - it does not try to deploty everything and surely it should not 15:50:19 Merged openstack/kolla-ansible stable/rocky: Fix issue finding custom, host specific plugins https://review.opendev.org/666143 15:50:24 > what about an etherpad with a taxonomy of CI errors and a count of how many times each has been hit? 15:50:28 good idea 15:50:42 yoctozepto: want to create one? 15:50:49 though if it looks legit then straight to launchpad 15:50:52 and link to it from the whiteboard? 15:50:59 +1 15:51:02 mgoddard: sure, need to learn how to :D 15:51:17 * yoctozepto writes it down in todo 15:51:27 > also in this regard - scope of kolla-ansible testing - it does not try to deploty everything and surely it should not 15:51:27 just make up a name and append it to https://etherpad.openstack.org/p/ 15:51:47 mgoddard: ok, I'll prepare it 15:51:48 #action yoctozepto to create an etherpad with a taxonomy of CI errors and a count of how many times each has been hit 15:52:21 we have a CI status section in the whiteboard which would be a good place for this link 15:52:38 (for the third time) also in this regard - scope of kolla-ansible testing - it does not try to deploty everything and surely it should not 15:52:47 but maybe it's time to rethink what should be 15:52:57 maybe it has already been done :P 15:53:18 we have ongoing work to improve CI coverage 15:53:56 normally as additional jobs 15:54:00 is that what you mean? 15:54:42 yup 15:54:50 just added the WIP patches to the whiteboard (at the bottom) 15:55:51 ok, cool 15:56:18 I'd like to see the ironic and mariadb patches get some more attention 15:56:34 as they're ready to go 15:56:43 #link https://review.opendev.org/#/c/568829/ 15:56:53 #link https://review.opendev.org/655663 15:57:27 there is also more coverage we could get within our existing jobs, e.g. horizon as discussed earlier 15:57:45 yup 15:58:00 I also saw something ceph-related today/yesterday? 15:58:08 where I suggested glance 15:58:25 https://review.opendev.org/#/c/666068/ 15:58:29 'tis the change 15:58:38 that's true. It was adding the ceph-upgrade job to kolla 15:58:57 you did -1 on your workflow 15:59:31 yoctozepto: yeah, I had some dummy changes to trigger the jobs. Need to remove now I know they work 15:59:59 glance is an interesting idea. We should probably add to all ceph jobs for both kolla and kolla-ansible 16:00:17 We're at time. 16:00:24 Thanks for attending, everyone 16:00:29 #endmeeting