16:02:11 #startmeeting OpenStack-Ansible 16:02:11 Meeting started Thu Apr 21 16:02:11 2016 UTC and is due to finish in 60 minutes. The chair is odyssey4me. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:02:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:02:16 The meeting name has been set to 'openstack_ansible' 16:02:19 #topic Agenda & Rollcall 16:02:21 o/ 16:02:22 o/ 16:02:38 o? 16:03:06 o/ 16:03:13 hi 16:03:19 o/ 16:03:21 o/ 16:03:21 o/ 16:03:22 \o/ 16:05:09 o/ 16:06:14 #topic Review action items from last week 16:06:35 done: odyssey4me to submit patches to OpenStack-CI to activate release notes jobs for all IRR's 16:06:43 release notes are now active in all IRR's 16:07:00 done: odyssey4me to submit a patch to increase the job timeout for selected roles 16:07:08 all role jobs now have a 60 min timeout 16:07:16 \o/ 16:07:22 done: odyssey4me to submit a patch to infra to mirror the mariadb repo to help reduce role job execution times, and reduce the risk of failure 16:07:54 I've submitted https://review.openstack.org/307831 - infra has informed me that they want to get the CentOS mirrors done before that one, so this will take a while to go in. 16:08:12 Think it'll be within the Newton cycle? 16:08:26 oh yes, very likely 16:08:30 Ok 16:08:42 not yet done: odyssey4me to add review for the collection of IRR job logs 16:09:07 I'll look into that after the summit. 16:09:22 #action carried item: odyssey4me to add review for the collection of IRR job logs 16:09:40 moving on 16:09:42 #topic Release notes in IRRs 16:10:12 So FYI I realised yesterday that we have a very simple way of doing the release note consolidation that works very well with our current workflow. 16:10:35 Yeah, your proposed solution yesterday sounded way cleaner 16:10:51 Basically I'll update the sha updater to copy the release notes from the roles into the main repo - so the release notes will be included in the main repo at the right time. 16:11:03 I'll be working on this later. 16:11:36 So this will mean that release notes are implemented wherever the patch is, and they'll automagically be copied into the main repo once the role is updated. 16:11:50 any concerns around that approach? 16:12:03 Sounds like a good plan 16:12:06 And simple 16:12:30 I like it 16:12:31 #action odyssey4me to update source-branch-updater to copy release notes from the roles into the integrated build when updating the role SHA's 16:12:51 I'm in favor of it 16:13:02 Plugs into existing workflow and doesn't burden people with extra reviews 16:13:16 :) yep 16:13:27 happy to move on? 16:13:30 good 16:13:36 yes please go on 16:13:40 #topic Release Planning and Decisions 16:13:40 Yes 16:13:43 no one complained 16:13:51 jumping forward quickly - we'll come back to summit chat 16:14:14 we're schedule to request releases today for Mitaka, Liberty and Kilo 16:14:38 For Kilo/Liberty are there any reviews we should wait for, or are we happy to tag? 16:15:12 kilo has nothing in review: https://review.openstack.org/#/q/branch:+kilo+project:%255Eopenstack/openstack-ansible.*+status:open 16:15:17 nothing ready at least 16:15:36 liberty it'd be nice to get https://review.openstack.org/#/c/307802/ and potentially https://review.openstack.org/#/c/307826/ in 16:15:40 liberty has nothing I think is urgent in review: https://review.openstack.org/#/q/branch:liberty+project:%255Eopenstack/openstack-ansible.*+status:open 16:16:35 it looks like https://review.openstack.org/#/c/307802/ is near merging, assuming the current job gates successfully 16:16:54 the other one hasn't had a successful gate yet, so that'll have to wait for the next tag I think 16:17:33 * prometheanfire is waiting for sha updates for a swift fix (remove empty ring something or other) 16:18:00 I'm not entirely sure the tag will even be executed due to the summit - but I'll try and have it done today. 16:18:10 The gate delays aren't going to help with that. 16:18:34 But once I've submitted the request, it's fixed to a SHA, so the SHA bumps can happily continue. 16:19:17 #action odyssey4me to request releases for Kilo/Liberty 16:19:47 The Mitaka release of 13.0.1 will be the actual Mitaka release with final code - 13.0.0 was on RC code. 16:19:59 We have a few outstanding backports which I'd like to get in: https://review.openstack.org/#/q/branch:stable/mitaka+project:%255Eopenstack/openstack-ansible.*+status:open 16:20:42 the only really significant late inclusion is https://review.openstack.org/306328 - the others are trivial. 16:21:23 The ironic inclusion is purely opt-in, so it has no effect on anyone unless they actually configure it to be used in the environment. 16:21:50 IT's a great way to get some experimental testing out there and bring feedback in to make it more production ready. 16:21:57 Any objections to including it? 16:22:09 No objections here 16:22:18 no objections if it's correctly tagged as experimental 16:22:24 in the doc 16:22:25 +1 16:22:35 +1 16:22:35 yeah, the docs on it are very clear 16:22:42 good then 16:22:47 https://review.openstack.org/#/c/306328/2/doc/source/install-guide/configure-ironic.rst 16:23:14 +1 16:23:31 +1 16:24:07 If we can get another core vote on https://review.openstack.org/308941 that's the only thing holding me back from updating the ansible-role-requirements for the final 13.0.1 release. 16:25:24 queued, unless someone beats me to it 16:25:32 also will look at backports 16:25:49 thanks 16:26:06 Any questions or comments before moving on? 16:26:58 none atm 16:27:25 ok, moving on 16:27:29 none 16:27:30 #topic Summit 16:27:44 I hope we're all ready and rearing to go. :) 16:27:51 Any questions, concerns, etc? 16:27:51 Pack your rain gear! 16:28:08 Rain, rain, go away! 16:28:09 Who has a boat? 16:28:21 I have nothing specific to say personally - I just want to make room for everyone else to raise anything. 16:28:28 spotz has Boaty McBoatface? 16:28:46 raise an umbrella? 16:28:55 odyssey4me: doggy mcdogface?:) 16:29:05 #info next week's Bug Triage & Community Meeting will not be happening due to the summit 16:29:11 helmet would be good. for the hail. 16:29:36 #action odyssey4me to send reminder about meeting cancellations next week 16:29:38 Is Austin as bad as San Antonio? I heard Austin was more on the edge of the rain 16:29:54 I live in the middle we didn't get hail 16:30:11 checking forcast now 16:30:45 probably going to rain wed-fri 16:30:52 and sunday 16:31:16 what's the general temp like, preferably in degrees C 16:31:30 odyssey4me: We've been in the upper 70s? 16:31:44 eish, if that's in degrees C then we'll all melt 16:31:52 upper 20s iirc 16:31:59 odyssey4me: This is America, no Celsius 16:32:12 70F is around 21C 16:32:12 Or Centigrade 16:32:21 I can live with that. 16:32:32 * odyssey4me packs only a rain jacket 16:32:38 Please pack pants too 16:32:42 and slip slops of course :p 16:32:53 not wellies? 16:33:08 maybe even hip waders 16:33:09 ya, you from the uk should be used to rain :P 16:33:11 haha palendae 16:33:21 not just rain - that's warm rain 16:33:41 * odyssey4me packs swimming trunks 16:33:57 stevelle: I'm bringing my wellies:) 16:34:22 is there anything relevant for openstack-ansible in this conversation? 16:34:25 And my waterproof hiking shoes and my dock diving sandals and just in case it's nice my cowboy boots:) 16:34:32 * stevelle is wondering about fly fishing from the steps of the convention center 16:34:36 evrardjp: bah!:) 16:34:40 yeah ok evrardjp - killjoy :p 16:34:51 #topic Open Discussion 16:34:57 I want to leave on my boat now 16:35:04 moving along, is there anything else anyone wants to raise? 16:35:32 Anyone want to take a look at https://review.openstack.org/304887, either cores or not I'm not particular. Looking for feedback on patch size and scope. Been working on it too long to be able to judge it fairly myself. It should finally pass gate now. 16:36:00 Just wanted to put this out there for review and contributions ahead of the IRR work session: https://etherpad.openstack.org/p/openstack-ansible-newton-irr-cleanup 16:36:14 Please take a look and add your ideas ahead of Austin so we all come prepared to get stuff done 16:36:32 stevelle Happy to review it 16:36:48 Yeah, pre-work on the etherpads for summit will be helpful 16:38:22 stevelle starred to show up in the dashboard, assuming anyone is using the core reviewer dashboard - https://goo.gl/03qZPi 16:38:26 well, since it's open... 16:38:52 I've been getting closer to getting the gentoo DIB stuff working enough for adding it to multi-os :D 16:38:59 also, had another user (on gentoo) request it 16:39:29 p.healy@ieee.org 16:39:35 Great to know there is interest and progress. I know I’ve been hearing desires for CentOS support 16:39:58 ya, I might try to convience one of them to help me, that'd be nice :P 16:40:23 prometheanfire the initial work has just been around apt/yum abstraction, eg: https://review.openstack.org/304209 16:40:39 there are still opportunities to jump in and do patches in that pattern for all the roles 16:40:46 odyssey4me: ya, that's the plan 16:41:03 it's easy to do them, and all we need passing right now for that work is trusty in the gate 16:41:24 I'm waiting on reviews to bindep and project-config now 16:41:35 that seems to take forever 16:42:05 cloudnull has got the container image prep done in https://review.openstack.org/307856 which I encourage everyone to check out and provide feedback 16:42:19 it's done for CentOS7, Ubuntu Xenial and Trusty 16:43:11 nice 16:43:23 That will enable serious multi-OS implementation work in the other roles because the role tests use containers 16:43:27 can start doing multi-os for containers 16:43:53 prometheanfire: that may be of particular interest to you 16:44:17 also note, that these images are currently supported 16:44:18 https://images.linuxcontainers.org/ 16:44:38 so yeah - please review that carefully and test it yourself if possible... it's going to shape the multi-OS support work considerably 16:44:39 by the process , all that would be needed is a var file for the OS distro / release 16:44:55 cloudnull: yep, which is why that makes me happy 16:45:06 alpine would be neat, given musl 16:45:23 it'd be neat. but in the after now. :) 16:45:32 when will then be now? 16:46:34 soon 16:47:11 now < soon < then 16:47:13 well, I think we're in a good place for Mitaka 16:47:22 +1 16:47:43 just now. 16:47:49 It feels like our most mature release yet, especially from a docs standpoint. We're positioned well to jump into some creative work in Newton, so I'm excited about. 16:48:12 *which 16:48:21 so you have that going for you 16:48:23 which is nice 16:48:54 Well, I think we're all done here - happy to call i tdone. 16:48:59 Yeah, Mitaka is feeling pretty awesome 16:49:11 Thank you all for joining - looking forward to seeing you at the summit for those who're making it. 16:49:28 cya 16:49:42 bye 16:49:46 enjoy! 16:49:54 cheers 16:50:00 oh - one thing I would like to suggest is that we do turn our efforts to trying upgrades and making that work as early in the cycle as possible 16:50:13 the sooner we get it out the way, the sooner we can move on to the new and shiny things 16:50:26 like bugs! 16:50:54 we'll talk more about the schedule and focal points for each milestone at the summit 16:51:42 +1 upgrades before most new feature work 16:52:46 ideally I'd like us to have Liberty->Mitaka upgrades done by milestone one and Mitaka->Newton upgrade work to happen between Milestone-3 and the first RC of Newton 16:53:25 so when we release Newton, it's with an upgrade capability already - maybe not a battle tested, super awesome zero down time upgrade... but something that executes to completion at least 16:56:10 hard part w/ upgrades is that historically they've been broken for some projects up until they release (sometimes even after). so working on and requiring them for a pre-released cycle may be difficult. 16:56:53 it'd be nice to have as something being worked on , and maybe we should start a periodic job that posts to the openstack-qa list 16:57:41 yeah, I have some thoughts on how we can make it work for us instead of being something that drags us down - we can figure it out at the summit or within the cycle 16:58:01 I might just push up a patch tomorrow if I have time to get the reviews rolling. :) 16:59:02 but yeah, if our orgs can put a little resourcing into doing automated upgrade tests regularly and then we can use that feedback to make the process more robust, then that'll be great 16:59:25 also, the earlier we work on upgrades and feedback to the service teams, the more reliable the end result will be by their release and ours 16:59:42 anyway - just something to think about while travelling :) 16:59:57 we're done for time - thanks all for attending! 17:00:02 #endmeeting