15:00:13 #startmeeting kolla 15:00:14 Meeting started Wed Nov 21 15:00:13 2018 UTC and is due to finish in 60 minutes. The chair is egonzalez. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:15 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:17 The meeting name has been set to 'kolla' 15:00:20 \o 15:00:23 #topic rollcall 15:00:27 \o 15:00:41 hi o/ 15:01:03 o/ 15:02:35 #topic agenda 15:02:38 * Roll-call 15:02:39 * Announcements 15:02:39 * CI state 15:02:39 * Berlin summit recap https://etherpad.openstack.org/p/kolla-stein-summit 15:02:39 * open discussion 15:03:03 #topic Announcements 15:03:12 just a couple Announcements 15:03:14 o/ 15:03:28 \o 15:03:29 Next openstack release is going to be called Train 15:04:31 Next year summits will be located in Denver during spring and China in november 15:05:19 PTG will be coolocated with summit, no idea of how will be if same week or not 15:05:58 thats all from me, anyone have an announcement? 15:06:09 thanks for the recap egonzalez, useful :) 15:06:57 #topic CI state 15:07:39 a recent release of kafka broke our gates, changes are being merged to fix it 15:08:17 pike publishing jobs are working now after 3 months 15:08:21 thanks for fixing egonzalez - happy to lend a hand with monitoring related breakages 15:08:58 ocata is waiting for the fix to merge once kafka ones is merged https://review.openstack.org/#/c/619237/ 15:09:27 dougsz thanks 15:10:13 hopufully that will make our gates green and start thinking about EOL ocata 15:11:06 k-ansible gates are green currently, some jobs randomly fails because repos timeouts 15:11:28 I wonder if we can add retries to help? 15:12:41 problem is when breakages is because us, will retry many times until finish retries, wasting many instances from infra 15:13:16 there is an autobot to retry, never seen doing the job tho 15:13:31 maybe only works for devstack jobs 15:14:05 I mean in the job 15:14:08 O/ 15:14:31 depends on how it fails really 15:14:45 but if it's a temporary network failure, we could retry 15:14:51 e.g. for a curl 15:15:37 aa right, that would be usefull 15:16:38 maybe we need an etherpad to keep track of failures? 15:17:26 +1 15:17:49 also for CI changes are currently under review 15:19:50 #todo Create etherpad to track CI status about breakages and work in progress 15:20:38 anything else on this topic? 15:21:47 #topic Berlin summit recap https://etherpad.openstack.org/p/kolla-stein-summit 15:23:18 Fhe project onboarding session, around 70 people came over, left a good impression about kolla 15:23:40 wow thats a massive increase over what we had in vancouver 15:23:51 many of attendees are kolla users in production with some work downstream which are whiling to upstream it 15:24:09 hopefully we see many new faces around here :) 15:24:20 +1, heard lots of people saying good things about kolla ansible 15:24:59 it seems more popular in europe and asia 15:26:03 also good turn out at the kayobe feedback session (not quite 70 though :)) 15:26:52 want able to make your feedback session because conflict, etherpad and resume looks good :) 15:27:01 wasnt* 15:27:37 kolla feedback session was great too https://etherpad.openstack.org/p/berlin-2018-kolla-user-feedback 15:27:50 many people come over, many from the onboarding too 15:28:18 some really big production deployments are appearing, and some other will appear soon 15:28:28 the main concern I heard was about documentation 15:29:01 Also massive attendees in Project Update session :) 15:29:03 yep, mainly good words, a few feature requests and lack of docs 15:29:26 it's not really possible to do much beyond all-in-one without looking at the code 15:29:40 also many were interested in database recovery 15:29:59 feature from Kolla 15:30:14 mgoddard +1 need to change that 15:30:24 i have a suggestion for reviews 15:30:35 spsurya: +1 15:30:36 if code changes behaviour -> docs 15:30:44 if code adds new service -> docs 15:31:19 egonzalez: I agree. The problem is when someone makes a small change in an already undocumented area 15:31:29 we need to encourage add documentation for services and usage 15:32:00 thats the hard thing, we cannot block a review of an undocumented service 15:32:14 Some of the new contributors weren’t aware about the process of contribution to OpenStack/Kolla 15:32:49 egonzalez +1 yes can’t block review for undocumented changes 15:32:51 maybe with the gate work, we can add some brief docs as starting point 15:33:09 ie, add CI job for zun, document zun too 15:35:49 +1 will reduce documentation issue up to an extent 15:36:48 i'm doing a resume for kolla sessions in berlin, will send an email soon 15:37:19 egonzalez nice 15:38:25 anything else on this topic? 15:40:14 #topic open discussion 15:40:14 o/ (sorry for late) 15:40:38 some other item to discuss today? 15:40:43 ktibi sup o/ 15:41:34 I'm working on the feature for add custom logo in horizon 15:42:14 but I'm in front of a personal question about kolla 15:43:05 We can add some custom things if we build the image. So what is the border between build image and add feature in kolla-a ? 15:43:48 how do you determine if we add features in kolla-a even if we can do that with the build of images. 15:44:12 maybe it depends on how common the feature is 15:44:29 for commonly used features, we could argue that you shouldn't need to build images 15:45:24 logo seems to be a common customisation 15:45:29 because by example: the CA self signed in a company. For now, we need to build image with the CA. 15:48:14 mgoddard, ok thx for your explanation ;) 15:48:36 there is no real border between images and ansible, is more depending of what the feature requires to be done 15:48:37 just my opinion, not 'official' kolla stance :) 15:49:07 someone at the forum suggested supporting merge_yaml/json for adding to config.json 15:49:15 in the CA example, will make a lot of entries in config.json for each container, seems simpler to add the CA in the base image 15:49:22 that could be good for adding a CA to every container 15:49:58 +1, not sure if there was a limitation on the merge_json 15:50:43 if we make it only for config.json may be easy, but given the difficult to parse a complex json file, a common merge_json seems difficul to acchieve 15:51:46 is it harder than merge_yaml? (which we already have) 15:52:42 I suppose we would have to concatenate lists 15:52:50 which merge_yaml doesn't do 15:55:08 yep, we can work out something 15:55:29 ktibi: don't you build your own images? 15:55:40 mgoddard, it's depend 15:56:08 mgoddard, some client need to build own image (no internet, CA, custom some package) 15:56:43 but I have plateform with standard conf and modules, so they use dockerhub kolla image directly 15:57:33 when you don't have ressource for build and maintain your own registry + a CI for build. 15:58:26 ktibi they can have a local registry mirror in some node with a proxy or internet 15:59:06 anyway, lets talk about this in #openstack-kolla channel 15:59:33 we run out of meeting time, thank you all for comming 15:59:43 have a nice day 15:59:46 Thanks egonzalez 15:59:51 thx ;) 16:00:01 #endmeeting