14:00:37 #startmeeting tripleo 14:00:41 Meeting started Tue Jun 6 14:00:37 2017 UTC and is due to finish in 60 minutes. The chair is EmilienM. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:42 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:46 #topic agenda 14:00:46 The meeting name has been set to 'tripleo' 14:00:50 o/ 14:00:53 * review past action items 14:00:55 * one off agenda items 14:00:57 hola 14:00:57 * bugs 14:00:59 * Projects releases or stable backports 14:01:01 * CI 14:01:03 * Specs 14:01:05 * open discussion 14:01:07 Anyone can use the #link, #action and #info commands, not just the moderatorǃ 14:01:09 Hi everyone! who is around today? 14:01:18 o/ 14:01:30 o\ 14:01:32 \0 14:01:36 o/ 14:01:39 hi o/ 14:01:41 hello tripleowls 14:01:50 ii 14:01:55 o/ 14:02:10 o/ 14:02:15 o/ 14:02:20 #topic review past action items 14:02:34 (postponed) rasca follow up tripleo-quickstart-utils discussion on ML 14:02:41 I see rasca sent out an email today 14:02:53 o/ 14:02:56 o/ 14:03:04 0/ 14:03:09 o/ 14:03:14 (I haven't looked at it yet, still catching up emails) 14:03:21 o/ 14:03:37 if folks interested by this topic could participate in the thread it would be great 14:03:39 EmilienM, no prob, it's something we can discuss inside the thread 14:03:45 rasca: yeah, thanks 14:03:55 #topic one off agenda items 14:04:01 EmilienM, and sorry again for being late in the answer 14:04:01 o/ 14:04:01 ccamacho: go ahead 14:04:07 hey EmilienM, mm didn't know how to ask correctly, ill try. There are some folks interested in know better how the upstream CI is working /me among them (In my case the upgrades jobs) in order to help making it greener. 14:04:08 rasca: no problem at all 14:04:25 o/ 14:04:32 o/ 14:04:37 ccamacho: you want a deep dive about tripleo CI? 14:04:47 EmilienM that would be awesome 14:04:48 o/ 14:04:48 o/ 14:04:51 but at first 14:04:53 o/ 14:04:55 I think we've already had some deep dives about things more or less related 14:04:59 to at least know were to see 14:04:59 we might want to be more specific maybe 14:05:27 since it moved to quickstart for me its been a little more tricky to debug. 14:05:47 ccamacho: did you watch panda's quickstart deep dive? 14:05:55 that's sort of what you're asking here. 14:06:13 hi 14:06:14 of course the CI system is a lot more, but that's pretty much the starting point for it. 14:06:38 adarazs, this one you mean? http://www.anstack.com/blog/2017/05/05/tripleo-deep-dive-session-9.html 14:07:03 ccamacho: yes this one 14:07:03 yep, that looks like it. 14:07:26 also upgrades jobs are still of the old type 14:07:27 ccamacho: so fwiw i don't think it can hurt to have a deepdive on ci/latest state of things, assuming you get a volunteer comfortable enough to run it. i know jistr is going to talk about containers and possibly ci related to that. 14:07:36 ccamacho, maybe it's better to focus on specific CI jobs, i.e. upgrades? 14:07:48 someone already mentioned panda but i know he'd hate me to say his name again so i wont ;) 14:07:48 marios: i'm ok to run it, but we need more context 14:07:48 yeah the baremetal upgrade job is still the old script, but the new upgrade-to-containers one uses quickstart IIRC 14:07:55 yea in the containers deep dive, i want to have a part about where to look in the CI logs 14:08:01 and how the container CI was done 14:08:04 nice jistr 14:08:04 sshnaidm for me it would be awesome to focus on the upgrades jobs 14:08:11 I'm +1 to have deep dive about upgrades 14:08:12 jistr: \o/ 14:08:12 jistr: ++ 14:08:14 see https://etherpad.openstack.org/p/tripleo-deep-dive-containers 14:08:26 feel free to add more suggestions at the bottom 14:08:30 i've already addressed some 14:08:33 thanks! 14:08:40 if it grows too much we can split it into 2 deep dives 14:08:46 jistr: excellent idea 14:09:16 thanks jistr Ill look it :) 14:09:18 we'd probably do this next week (15th) if that's ok 14:09:28 ccamacho: please have a look at what jistr is preparing and if some things are missing, please dress a list and we'll see if we can schedule another deep dive 14:09:34 maybe after containers deep dives it will be great to have upgrades deep dive :) 14:09:35 ccamacho: also, don't hesitate to be very specific 14:09:40 o/ 14:09:42 I was thinking to eventually make the ocata -> pike containerized upgrade gating.. and make an experimental non-containerized -> non-containerized upgrade for ocata to pike in experimental 14:09:45 sure thing EmilienM thanks! 14:10:19 weshay: maybe a bit out of context now, isn't? 14:10:27 sorry.. 14:10:37 ccamacho: I'll let you keep track on this topic 14:10:46 ccamacho: and see if some topics haven't been covered by deep dive 14:10:55 ccamacho: thanks for bringing this up, it's important to share knowledge 14:11:34 bogdando: go ahead 14:11:38 hi folks 14:12:06 I'm seeking for COW solutions to de-duplicated the space consumed by docker images, in cache and in registry as well 14:12:43 nothing interesting googled out, asked for internal openshift ML as well. So, I'll need some help from experienced folks 14:13:16 have you kicked off some discussion on openstack-dev ML? 14:13:21 and also wondering if that would be applicable for CI & nodepool images at all 14:13:28 I'm pretty sure this is a cross-project topic 14:13:29 EmilienM: not yet, will do 14:13:50 seems applicable to CI since we are already running out of space on the undercloud 14:14:13 trown: yeah, I mean the btrfs partitions for VMs 14:14:25 if assumed they could help us 14:14:32 when I discussed this with mandre last week, I wondered why we're populating the undercloud registry for CI jobs, vs just pulling from dockerhub and relying on infra caching? 14:14:47 e.g if we did that we wouldn't use any additional undercloud space? 14:14:57 does anyone know if that was looked at? 14:15:10 shardy: even if we don't deploy the registry, there is still room to de-duplicate kolla images fetched 14:15:36 if I do docker save | gzip -6, the resulting tarball is <3G! 14:15:40 bogdando: agreed, I'm sure we can optimize, I was commenting re running out of space on the undercloud 14:15:41 < 3G 14:15:47 * beagles wanders in late 14:16:08 I mean for all images, like 30+ 14:16:40 there is not much info wrt btrfs online de-duplication and COW and docker , sadly 14:17:02 so I wanted to research. That's it from my side 14:17:50 I suggest to follow-up, maybe on the mailing-list if you don't mind 14:17:55 okay 14:18:14 #topic bugs 14:18:24 #link https://launchpad.net/tripleo/+milestone/pike-2 14:18:37 #link https://launchpad.net/tripleo/+milestone/pike-3 14:18:44 do we have outstanding bugs to discuss this week? 14:19:33 I've one on my plate https://bugs.launchpad.net/tripleo/+bug/1695885 14:19:33 Launchpad bug 1695885 in tripleo "nf_conntrack_proto_sctp is not compiled as a module in newer RHEL release" [Critical,Triaged] - Assigned to Brent Eagles (beagles) 14:19:55 Critical? 14:20:09 I've seen a tendency of use Critical for a bunch of things 14:20:26 have we run into a situation like this before where different kernels have had different build options 14:20:29 is it blocking CI? 14:20:45 EmilienM: yeah, you're right I'll set to high 14:21:08 EmilienM: it blocks upcoming distro changes, but doesn't affect the current state of t hings 14:21:13 yeah, let's use Critical when it's really critical, like you can't deploy anything 14:21:17 ack 14:21:31 for example, promotion blockers are critical 14:21:39 since we consider promotion important to keep track on trunk 14:21:43 gotcha 14:21:52 but classic bugs are High, unless they affect the whole deployment 14:22:05 I'll move to the next topic 14:22:08 #topic projects releases or stable backports 14:22:22 this week is pike-2 milestone 14:22:51 except tripleo-ui where I'm already in touch with jtomasek, do we have blockers in tripleo that we need to fix / merge before the m2 release? 14:23:18 EmilienM: https://review.openstack.org/#/c/469554/ this is currently breaking validtions when there's no existing stack 14:23:42 florianf: good to know, added on my review list 14:23:48 EmilienM: not sure if this accounts for a blocker, but it should really be merged before m2 14:23:55 EmilienM: excellent, thanks! 14:24:02 florianf: it will merge before 14:24:31 i'll propose the release tomorrow night or Thursday 14:24:37 to make sure we can do it before Thursday night 14:25:03 #topic CI 14:25:24 right now, the main blocker to promote tripleo CI is https://bugs.launchpad.net/tripleo/+bug/1696094 14:25:25 Launchpad bug 1696094 in tripleo "CI: ovb-ha promotion job fails with 504 gateway timeout" [Critical,Triaged] 14:25:38 networking folks are working on it afik 14:25:50 other than that, it seems like we're close to have CI promotion 14:26:18 yay, I hope that happens today. :S 14:26:23 is there anything CI-related thing that we need discuss this week, beside what is being discussed in the tripleo ci squad meeting? 14:26:49 adarazs: I hope too, 16 days without promotion is bad :( 14:27:01 moving to the next topic 14:27:01 containers job have problems sometimes to pull docker images from dockerhub 14:27:04 #topic specs 14:27:10 #undo 14:27:11 Removing item from minutes: #topic specs 14:27:28 tonight it happened about 10 times, it's always some other image 14:27:29 sshnaidm: is it reported in launchpad? 14:27:37 EmilienM, no, will do 14:27:52 sshnaidm: don't we use AFS for that yet? 14:28:00 just wanted to be sure - do we use AFS?? 14:28:15 I thought dprince (not online) did some work around this thing 14:28:24 I haven't looked at it recently 14:28:37 I don't know too how it's finished.. 14:29:00 ok, will open LP meanwhile 14:29:14 sshnaidm: we should chat with pabelanger as IIRC he did some caching work which we were going to use to avoid this 14:29:26 that was done: https://review.openstack.org/#/c/454893/ 14:29:38 we use in-rack HTTP docker registry proxy 14:30:11 sshnaidm: let's follow-up with pabelanger and dprince 14:30:17 EmilienM, sure 14:30:29 EmilienM: dprince did that for the OVB jobs IIRC but there was an infra solution planned for the multinode container jobs IIRC 14:30:43 shardy: yeah, it makes sense 14:30:54 anything else CI related? 14:31:12 nope 14:31:18 #topic specs 14:31:21 #link https://review.openstack.org/#/q/project:openstack/tripleo-specs+status:open 14:31:28 do we have any spec to discuss this week? 14:32:23 https://blueprints.launchpad.net/tripleo/+spec/composable-networks 14:32:41 I raised that BP to cover some patches I started aiming to j2 render network related parts of t-h-t 14:32:52 it's been discussed for a while, trying to move it forward 14:33:03 No spec, just a blueprint FYI 14:33:04 shardy: do you need reviews on the patches? 14:33:40 EmilienM: https://review.openstack.org/#/q/status:open+topic:bp/composable-networks 14:34:08 I'll get those passing CI and chase for reviews during the week 14:34:13 cool 14:34:18 thanks! 14:34:25 anything else for the specs? 14:35:05 #topic open discussion 14:35:10 quick note : 14:35:25 you probably saw the discussion on openstack-dev about PTG 14:35:39 we'll keep the same kind of schedule than last time 14:35:54 where monday / tuesday are for horizontal topics and wednesday / thursday / friday are for vertical 14:35:57 and tripleo is vertial 14:36:00 vertical* 14:36:21 I proposed to do the tripleo sessions between Wednesday and Friday morning, so folks can travel on the afternoon 14:36:47 the sessions on Friday morning won't be as critical as the ones on Wednesday & Thursday, so folks can also travel on Friday morning or even Thursday night if needed 14:36:59 how does it sound? Is 2 days enough? Do we need 3 days? 14:37:41 I think 2 days with Friday for any follow-up topics is enough 14:37:51 yeah 14:37:59 I thought on Friday morning we could do more hands-on sessions 14:38:14 if folks want to work together or do some hands on training, etc 14:38:20 +1 sounds good to me 14:38:26 cool 14:38:40 anything feedback on ^ is welcome, on the thread or IRC (to me directly) 14:38:48 thanks everyone, let's go back to work now ;-) 14:38:51 #endmeeting