16:00:00 #startmeeting openstack_ansible_meeting 16:00:00 Meeting started Thu Dec 1 16:00:00 2016 UTC and is due to finish in 60 minutes. The chair is mhayden. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:02 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:04 The meeting name has been set to 'openstack_ansible_meeting' 16:00:13 #topic Roll Call 16:00:24 ooh, i got it right at 16:00:00 16:00:41 thats why you're the best mhayden 16:00:56 I noticed that lol 16:00:58 mhayden, professional meeting starter 16:01:26 andymccr: woah bro 16:01:31 o/ 16:01:34 Guys I'm RIGHT HERE 16:01:37 And i'm hurt 16:01:39 Hello 16:02:32 o/ 16:02:36 spicy 16:02:39 so it looks like the last meeting was on 2016-11-17, right? 16:02:55 Yeah, skipped last week 16:02:59 US Thanksgiving 16:03:03 ^ what palendae said :D 16:03:10 Busy eating turkey, etc 16:03:11 got it 16:03:23 or as the UK calls it: "Thursday without Americans" 16:03:27 :) 16:03:32 o/ 16:04:15 small group today 16:04:19 let's get rolling 16:04:30 #topic Review action items 16:04:34 . 16:04:40 first one was signing up for the PTG -- is there an etherpad for that? 16:04:47 i know it's early 16:04:51 mhayden: not really - its more just a reminder at this point 16:04:54 got it 16:05:11 I know internally we just ordered and will request refunds if we can't go 16:05:11 next was odyssey4me adding a prototype experimental integrated build upgrade test 16:05:26 i think add that to action items again - we have setup the testing infra for that though 16:05:28 so some progress! 16:05:42 Nice! 16:05:47 apologies, carry that item please 16:06:03 #action Need more work on the prototype experimental integrated build upgrade as a periodic task 16:06:12 next was feedback on the upgrade blueprint 16:06:16 ok so 16:06:19 some patches have merged 16:06:26 we're left with Swift (currently working - needs a +w) 16:06:27 #link https://blueprints.launchpad.net/openstack-ansible/+spec/upgrade-testing 16:06:39 Neutron (fixed it today, its a bit different because of the use of modules... but its working now!) 16:06:47 awesome 16:06:47 and Nova (not working quite right at the moment) 16:06:54 andymccr do we have upgrade jobs running now? 16:07:02 if not, we should get them in ASAP 16:07:11 odyssey4me: yeah i agree - i'll promote them 16:07:16 by that I mean running as on-commit jobs, not experimental 16:07:21 I'm working on the swift review 16:07:24 stevelle: thanks :) 16:07:25 #action andymccr to promote the upgrade jobs 16:07:27 it's looking good, just hitting edge cases 16:07:41 next action item was -> spotz to work alongside team to write release note for the removal of trusty from the master branch 16:07:49 spotz: how is that one? 16:08:15 mhayden: hope to work on it today, shouldn't be that bad, just need to find the repo it's in:) 16:08:21 cool! 16:08:35 #action spots to complete release note for removal of trusty from master 16:08:36 it is officially bugged and evrardjp marked it medium 16:08:39 #undo 16:08:40 Removing item from minutes: 16:08:47 #action spotz to complete release note for removal of trusty from master 16:08:55 next item: everyone to review the Operations Guide draft proposal 16:09:03 asettle: ^ 16:09:08 how did that go 16:09:12 #link https://blueprints.launchpad.net/openstack-ansible/+spec/create-ops-guide 16:09:25 andymccr: honestly? Not much from the community other than odyssey4me and evrardjp 16:09:27 Thanks guys 16:09:52 yw, but I really think the new ppl in the community should step in for this one 16:09:53 We'll be going forward with what we have, and we will be looking at coming up with a direction by the end of this week 16:10:01 evrardjp: I agree. But nobody seems interested. 16:10:02 it could help them learn and give valuable input 16:10:03 sounds good, asettle -- thanks for the update 16:10:09 next item: logan- to do core things with vigor 16:10:14 i assume we've done this for logan- already 16:10:21 I really should not be in charge of action items 16:10:21 maybe registering bugs for new content needed would work 16:10:25 more vigor, more vigor! 16:10:27 we seem to have people picking up bugs 16:10:27 Who's vigor? 16:10:29 hah 16:10:40 so basically put a structure down, then register a bug for each TODO item 16:10:41 odyssey4me: we'll work on a direction shortly 16:10:55 the rest of the action items are done 16:11:16 ready to move on past action items? 16:11:41 go ahead you're the chair! 16:11:42 o/ 16:11:46 No objection 16:12:02 #topic Release planning and decisions - andymccr 16:12:06 andymccr: you're up! 16:12:29 so, i'll be releasing the next release for mitaka/newton this week (tomorrow basically) 16:12:45 is there anything outstanding 16:12:46 that is urgent? 16:12:56 (any urgent backports - to shorten the 2 sentences) 16:12:57 nothing that I know of 16:13:31 ok cool - the next Ocata milestone is the week after next, so that is a bigger one - but assuming there are no issues i'll go ahead releasing newton/mitaka tomorrow then 16:14:05 looks fine to me. Ocata is indeed a little different 16:14:18 one thing i had thought 16:14:22 cool -- anything else on this? 16:14:29 im not sure on peoples feelings, but im tempted to push the SHA's on master tomorrow 16:14:44 andymccr: my feelings would not be harmed 16:14:51 just to keep it rolling with the upstream projects - so we don't do bigger sha bumps closer to release time 16:14:54 mhayden: haha good to hear 16:15:16 if nobody has any objections to that i'll take care of that tomorrow too :) 16:15:27 andymccr: it's better that way, I agree 16:15:37 ok cool - done with that topic then mhayden! 16:15:42 woot 16:15:51 #topic Blueprint work 16:16:13 andymccr yeah, historically we've bumped all SHA's in sync for all branches 16:16:19 ie every two weeks 16:16:30 odyssey4me: ok cool - sounds good 16:19:11 ok mhayden: blueprints? :) 16:19:19 hah, sorry, i'm in a vc meeting right now too 16:19:30 so the security work is 65% done as of this morning 16:19:34 thanks to everyone for the help there 16:19:37 nice! 16:19:54 about 83 of 236 controls left to implement/document 16:20:05 then i will work through upgrades and beg for testing help :) 16:20:35 sounds good 16:20:48 for now, just need help on reviews 16:20:55 any other blueprints to discuss? 16:20:58 ok so 16:21:07 the upgrade one - as i mentioned Swift/Neutron PRs need reviews 16:21:17 and nova needs a bit of work and then reviews 16:21:25 #link https://blueprints.launchpad.net/openstack-ansible/+spec/upgrade-testing 16:21:57 Secondly, the testing has changed now so we can start removing trusty support from roles. I've created the BP for that, but we'll need to actually start removing trusty now 16:22:04 hooray! 16:22:06 #link https://blueprints.launchpad.net/openstack-ansible/+spec/trusty-removal 16:22:36 i've listed each of the repositories in our deliverable - as a list there, so we can work through that as a work list for now. 16:23:03 maybe register a bug per repo to make it easier to self assign and do? 16:23:16 the bug can also be linked to the blueprint 16:23:17 not a bad idea, odyssey4me 16:23:30 should reduce people trampling on each other :) 16:23:37 odyssey4me: yeah i probably will, i might take a stab at one repo first - just to give a method of how to do it, so it becomes a more "low-hanging-fruit" style thing. 16:23:52 cool, sounds good 16:24:05 ok the other blueprint listed in the meeting is the Ops guide bp --> asettle 16:24:13 #link https://blueprints.launchpad.net/openstack-ansible/+spec/create-ops-guide 16:24:19 andymccr: ongoing 16:24:20 doing 16:24:24 as discussed 16:24:26 yeah i guess we already kinda talked about that one 16:26:07 okay, good with blueprints for now? 16:26:12 si si 16:26:20 #topic Organize a regular bug killing day - evrardjp 16:26:24 evrardjp: you're up! :) 16:26:29 oh 16:26:31 so 16:26:57 In short, our bug triage is working fine, and we do generally good 16:27:34 However, I'd like to reduce the overall list of bugs we have pending, like the long lasting ones 16:28:04 I think if we say that we organise bug killing on a regular basis, this could help produce better deliverables 16:28:20 so I think we should organise bug killing sessions before releases/large milestones 16:28:31 ie work on fixing up bugs that are already triaged? 16:28:32 perhaps we do it right before milestone releases? 16:28:44 or working on confirming any bugs not yet triaged? 16:28:50 fixing 16:29:05 on already triaged but still opened 16:29:13 there's some old incompletes out there, do they automatically close after some time? 16:29:15 and yeah, I agree with mhayden - a good time would be maybe the friday a week ahead of a milestone 16:29:26 jmccrory 180 days I think 16:29:36 mhayden: that was my plan indeed 16:29:37 180 days after the last comment 16:29:41 jmccrory: yes they close 16:29:49 that would probably work - there is a milestone around once a month 16:29:50 I think it's not that long 16:29:59 andymccr only for this cycle ;) 16:30:06 andymccr: I don't think we are forced to do it once a month 16:30:08 usually milestones are 3 months apart 16:30:15 odyssey4me: which is fine! 16:30:23 oh wait - not 3 16:30:29 I think every 2 months is fine 16:30:34 it's every 2 month 16:30:45 IIRC 16:31:14 3 milestones 16:31:15 uh yeah, I think it's every 6 weeks 16:31:16 3 milestones, then the RC 16:31:25 anyway, details 16:31:39 question 1: do you agree? 16:31:53 (on having these) 16:32:09 question 2: Who would be able to participate on the next one? :D 16:32:15 yeah i think thats the key one 16:33:16 anyway, if no one is against it, I'll come back with the next one schedule? 16:33:21 let's do it 16:33:29 if mhayden says it - its gonna happen 16:33:32 good idea, i like it 16:33:34 uh oh 16:33:41 mhayden: leeeeerrrooooooyyyyyyyy jenkins! 16:33:47 wonderful 16:33:55 okay, are we good on this one JP? 16:34:00 yup 16:34:02 woot 16:34:06 #topic Open Floor 16:34:24 i missed the October WHOA due to the summit and various things, but it's time to write one for nov 16:34:28 #link https://etherpad.openstack.org/p/whoa 16:34:39 I'd like to discuss and hopefully resolve the impasse in the two approaches https://review.openstack.org/#/c/400579/ and https://review.openstack.org/#/c/404125/ 16:34:41 please add things! it really helps me save time on cobbling together the report 16:35:14 I've lost my etherpad to haproxy improvements, if someone could give me the link back that would be great. 16:35:46 or I will fetch it from archives 16:35:57 #link https://etherpad.openstack.org/p/openstack-ansible-haproxy-improvements 16:36:07 thanks andymccr! 16:37:37 anything else for today? 16:37:50 one more item, I noticed the other day that the glance role isn't testing properly. there was a script error I was able to reproduce. Seems fairly recent breakage, in the last 2 wks. haven't had time to look 16:37:51 https://review.openstack.org/#/q/project:openstack/openstack-ansible+topic:%5Einventory.*+status:open has a few outstanding patches to review 16:37:59 mhayden: odyssey4me wants to discuss apparently 16:38:00 it's just a problem with the role tests though, the role is working 16:38:15 evrardjp: oh, i missed the impasse line there 16:38:26 oh it's my fault on top of it! 16:38:28 :p 16:38:54 stevelle: i'll take a look 16:39:09 evrardjp / odyssey4me: can we get a TL;DR summary of the problem and the approaches? 16:39:27 yeah, I'd just like more eyes on the reviews and votes applied 16:39:32 he loves tasks, I think this should be done by group vars :p 16:39:42 and overrides 16:39:46 relevant bug: https://bugs.launchpad.net/openstack-ansible/+bug/1633105 16:39:46 Launchpad bug 1633105 in openstack-ansible "Improve offline/near-offline installations" [Wishlist,In progress] - Assigned to Jesse Pretorius (jesse-pretorius) 16:39:48 it does different things 16:39:50 I've outlined the problem and all reasoning in my commit msg 16:40:04 ahh yeah we were meant to discuss this today 16:40:06 same for me :p 16:41:03 I think there are many ways to solve this bug, but I'd like to avoid the addition of tasks and conditional wiring if possible, that was my rationale 16:41:14 i do like that odyssey4me's has a test in there to verify we don't get a 503 16:41:42 mhayden: if you get a 503, you'd fallback into the fallback url 16:41:51 which could still make the role not fail 16:42:16 i liked the idea of installing pip from apt in that case and then performing a pip install pip / apt-remove pip - if that would work 16:42:27 but I understand this is different implementations, so different features 16:42:27 and I would like the repo to be used if it's there instead of always going upstream, and I'd also like to ensure that we still have two fallbacks 16:42:46 odyssey4me: ++ Will review 16:42:48 odyssey4me: which makes sense to me too odyssey4me 16:42:53 andymccr we did actually try that to solve the SNI issues, but it backfired badly 16:43:12 it just seems we are trying hard to put machinery in to work around get-pip.py not being versioned 16:43:13 andymccr: I tried this on my 16.04 and it worked 16:43:25 the pip in the distro doesn't have upper constraints and couldn't do something else I can't recall - so we backed out quite quickly 16:43:52 I also thought of an alternative approach, just ship the get-pip everywhere, regarding of presence of repo or not 16:44:07 no - not really, just making sure that we artifact get-pip.py into the repo and re-use it internally so that all hosts don't have to reach out to the internet 16:44:38 every single thingy could bootstrap pip as part of the initial process 16:44:51 that sounds kinda horrible too :P 16:44:51 the distro method might work fine, but next time we need to test it more carfully because it broke our gates quite badly 16:46:11 I didn't want to hold up the meeting - just wanted to ask for more eyes. 16:47:25 * mhayden adds it to his list 16:48:19 about 11 minutes left 16:48:31 https://review.openstack.org/#/q/project:openstack/openstack-ansible+topic:%5Einventory.*+status:open has a few outstanding patches to review, just looking for eyes 16:48:49 #action everyone to review https://review.openstack.org/#/c/400579/ and https://review.openstack.org/#/c/404125/ 16:49:07 #action reviews needed for inventory improvements https://review.openstack.org/#/q/project:openstack/openstack-ansible+topic:%5Einventory.*+status:open 16:49:31 any last comments/questions? 16:50:33 none 16:50:38 okay, i'm closing it up 16:50:41 thanks for the meeting 16:50:41 thanks everyone! :) 16:50:45 #endmeeting