19:01:12 #startmeeting infra 19:01:13 Meeting started Tue Jun 2 19:01:12 2015 UTC and is due to finish in 60 minutes. The chair is jeblair. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01:14 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:01:17 The meeting name has been set to 'infra' 19:01:22 #link agenda https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Agenda_for_next_meeting 19:01:23 #link previous meeting http://eavesdrop.openstack.org/meetings/infra/2015/infra.2015-05-26-19.02.html 19:01:29 o/ 19:01:32 o/ 19:01:34 o/ 19:01:36 o/ 19:01:39 o/ 19:01:40 o/ 19:01:40 o/ 19:01:42 +1 19:01:45 o/ 19:01:49 o/ 19:02:02 everybody gets a 'line said' in the meeting today! :) 19:02:05 I find myself going to the meetings wikipage to get the history to find links to meeting agendas 19:02:16 o/ 19:02:17 just as a data point to file for later 19:02:24 jeblair: one for everybody 19:02:27 o/ 19:02:30 o/ 19:02:32 #topic Announcements 19:02:33 o/ 19:02:36 yep, job done, back to bed ;-) 19:02:42 jhesketh: ha ha ha 19:02:45 #link http://docs.openstack.org/infra/system-config/project.html#teams 19:02:53 the process changes we talked about last week are in place, so this meeting structure has changed accordingly 19:03:00 we'll have a new section where we announce specs that are ready for the council to vote on 19:03:06 also, to many of you, welcome to the infrastructure council! i'm not sure anyone but gerrit knows who you are :) 19:03:32 i have scripts that know ;) 19:03:56 * AJaeger would be suprised if fungi wouldn't have ;) 19:04:07 any questions or comments on this? or shall we go try it out? 19:04:23 let's get this party started 19:04:23 yes, let's give it a try... 19:04:32 trial by fire! 19:04:37 jeblair: might be we worth linking who is on the council if that's around somewhere? 19:05:02 jhesketh: i'll get a link together in a bit. i think i can do it with a single gerrit api call 19:05:10 ooh, neat 19:05:14 shiny 19:05:27 it's implemented as a gerrit group with about 100 member-groups (some of which have their own groups) 19:05:41 jeblair: yeah https://review.openstack.org/#/admin/groups/925,members looks impressive 19:06:06 i had to write a script (which is in review; failing pep8 i think) to create it 19:06:23 #topic Actions from last meeting 19:06:29 mordred write a spec to move infra bugs to maniphest 19:06:46 mordred said he might not make the meeting today, but this is in progress 19:07:04 he did push up the shade spec which is great 19:07:17 hopefully that one will make the agenda next week 19:07:23 #action mordred write a spec to move infra bugs to maniphest 19:07:27 jeblair write infra-cloud spec with SpamapS 19:07:29 is done 19:07:41 and there's one more action item we'll talk about later in the meeting 19:07:46 #topic Specs approval 19:07:56 when specs are ready for final voting by the infra council, add them to the agenda in this section and we will announce them here 19:08:02 we can discuss them a little as needed, but mostly this is to serve as notice that people should vote on them 19:08:07 i was thinking we would start with a ~48 hour voting period 19:08:12 how does that sound? 19:08:15 i like that 19:08:20 sounds good 19:08:27 what are you looking for in terms of votes? 19:08:34 how many to move ahead? 19:09:08 anteaya: simple majority? 19:09:12 and if we think it's not working out, we'll change it 19:09:19 how big is the council? 19:09:32 unknown :) 19:09:36 is majority 51% or better 19:09:56 let's go with "more positive than negative votes" 19:10:10 so 2 positive and 1 negative is a merge? 19:10:16 or mergable? 19:10:26 if that's all that can be bothered to vote within 48 hours, sure 19:10:52 votes can be added before the 48 hours is open yeah? 19:11:02 jhesketh: i don't see why not 19:11:07 so window for voting set in the meeting, more positive than negative and the spec merges 19:11:08 jeblair: if someone wants to abstain from voting on a partictulr spec, how do you want them to do that, +0? 19:11:11 ie, we've reviewed it earlier or saw it was in the agenda ahead of time and added a vote 19:11:24 nibalizer: yes I 0 vote is abstain 19:11:33 a 0 vote 19:11:37 yeah, it's noted in the interface 19:11:43 webui anyway :) 19:12:08 cool 19:12:17 you can also leave a differing code-review vote. i'm not entirely sure what that means in all circumstances, but we might find it useful. you might -1 and +0 for some really good reason. 19:13:24 #topic Specs approval: Infra-cloud (jeblair, SpamapS) 19:13:28 pleia2: does it really say '0 abstain'? 19:13:31 #link infra cloud spec https://review.openstack.org/186960 19:13:37 zaro: yes 19:13:37 #info voting on https://review.openstack.org/186960 open until 2015-06-04 19:00 UTC 19:14:31 we've talked about this for a while, and it's worth noting that the technical decisions will be made over in system-config, so be sure to participate there if you have opinions on openstack deployment choices 19:14:36 o/ 19:14:38 but this covers the process and overall effort 19:14:45 can we add this one too? https://review.openstack.org/#/c/135170/ 19:15:00 asselin_: let's do it next week 19:15:20 asselin_: please add to the agenda for next week 19:15:36 will do, thanks 19:15:38 thanks asselin_ 19:16:22 #topic Specs approval: Host OpenStack Apps Catalog Service (docaedo, fungi) 19:16:31 #link apps.o.o spec https://review.openstack.org/187646 19:16:32 yep 19:16:37 #link apps.o.o topic https://review.openstack.org/#/q/status:open+topic:apps-site,n,z 19:16:41 there's this apps site 19:16:44 and we should host it 19:16:52 * fungi wins at tl;dr 19:16:55 * pleia2 nods 19:17:00 ayup 19:17:07 any... questions? 19:17:19 fungi: if the specs is as easy to understand, you have my +1 vote ;) 19:17:21 and i think this is already in progress 19:17:25 it is 19:17:40 the review topic already has associated changes awaiting review 19:17:41 noting that the spec was uploaded today, should there be a minimum review time before it is voted on? 19:18:20 since it also (unless I missed it) wasn't in the agenda for very long as a heads up 19:18:29 perhaps, yes. i suggest a minimum review time of at least 0 seconds 19:18:34 we're not deciding on it in this meeting 19:18:43 just announcing that it's ready for review/council vote 19:19:01 yeah, i think we'll want to get to the point where things are on the agenda longer than "immediately before the meeting", but we're also sort of catching up current efforts to the new process 19:19:03 isn't announcing it is ready for vote putting it in a 48 hour window 19:19:45 and in this case, i think with the summit discussion and key participants agreeing on the current spec, it's okay for this one 19:19:55 also it's sort of a rush job 19:19:57 jhesketh: yes 19:20:07 yep, sure, I don't think this is an issue, just pointing out that if somebody were away for 2 days it'd be easy to miss a spec like this 19:20:38 yeah, we'll get better in the future; if there isn't an objection for this particular instance, i'd say we should go ahead with the vote 19:20:42 some decisions were made, for better or for worse, and this is a "bug" we need to correct as soon as possible, before it becomes a major pr issue 19:20:44 but that's not going to be common and objections can be given after it is merged 19:21:40 well, ideally we'd get objections before it's merged 19:22:04 I meant worst case 19:23:41 yeah, if something looks like it's going to go off the rails, let's bring it up in this meeting (we can choose to defer voting), or -1 council vote it with a suggestion for more revising, or infra-cores can veto it on that basis too, and we'll get the process back on track 19:24:07 the goal is to get all the participants on the same page, so we should work toward that :) 19:24:35 i'm glad i rushed something on the agenda, that's useful :) 19:24:35 sounds good :-) 19:24:42 #info voting on https://review.openstack.org/187646 open until 2015-06-04 19:00 UTC 19:24:55 #topic Priority Efforts 19:25:25 reminder that this section is by prior request on the agenda only, so i'll skip efforts that didn't have something in the agenda 19:25:30 #topic Priority Efforts (Downstream Puppet) 19:25:44 Hi, I would like to propose a virtual sprint 19:25:52 #link https://wiki.openstack.org/wiki/VirtualSprints#Schedule_of_Upcoming_OpenStack_Virtual_Sprints 19:26:17 that was very effective last time, and I think the initiative would benefit from doing this 19:26:52 I'd like to schedule this after L1 is done...so early L2 if there's enough people avaiable / not on vacation 19:27:00 asselin_: what goal do you have in mind for the common ci solution sprint? 19:27:24 just work toward implementation of teh spec and any oassociated work items? 19:27:32 fungi, yes 19:27:45 asselin, ++ 19:27:46 maybe we could identify one or more modules to complete? possibly identify one that we might be able to move openstack-infra to using? 19:28:17 s/modules/classes/ you know what i mean... maybe 'compenents'. 19:28:22 I'd like to get nodepool, zuul, and jenkins done 19:28:36 ya moving -infra to consuming openstackci would be huge 19:28:57 asselin_: setting priorties would help 19:28:59 i like having achievable or measurable goals for a sprint. if completion of the entire spec is doable within the sprint, then seems fine as a goal. otherwise would be great to see it scoped more clearly 19:29:01 the alternative is to keep doing as we are 19:29:11 I'm in for this, though i think the parallelism here is much lower than the modules split sprint 19:29:20 asselin_: so folks can focus on one and then move to the next 19:29:59 anteaya, that's another good approach. We can target e.g. 1 module per week and focus on that 19:30:11 asselin_: sorry no I meant for the sprint 19:30:17 I support the sprint 19:30:27 for i in ls system-config/modules/openstack_project/*; do (move stuff into either the correct module or to openstackci; move infra to consume that); done 19:30:34 but people need you to make a decision, however arbitrary it may feel 19:31:01 asselin_: so select a time and select 3 modules (you did already) and prioritize them 19:31:07 asselin_: then people can take action 19:31:33 asselin_: until you make a decision, people will just keep giving you suggestions 19:32:01 anteaya, I am asking for peoples opinions 19:32:09 sprinting is good i think 19:32:18 asselin, i think that these modules are the ones that need attention 19:32:20 asselin_: so far I'm hearing when you decide on dates for a sprint, people will show up 19:32:26 i'm ok to have an sprint for that 19:32:37 a sprint like atmosphere is the best way to accomplish the 'pivot' needed to get infra using openstackci I think 19:32:42 I would think nodepool would be the first to break out of the list, limited dependencies 19:32:48 the slow way of doing that will take eons and introduce risk 19:32:52 ok, so yolanda and nibalizer are in for sprint. What about infra cores? 19:32:58 pabelanger, i started work on nodepool 19:32:59 * zaro has no opinion just willing to help 19:33:20 i'm trying to find gaps during the week to continue with that 19:33:35 asselin_: I support the sprint, my attendance depends on dates selected, and don't optimize for me 19:33:44 we have it designated as a priority effort, so i'm in favor of getting it done however we can to free up bandwidth for other priorities 19:33:44 i'm happy to help 19:33:47 I can participate 19:33:48 fungi I think is in as long as there is clear measurable scope. We can do that. 19:34:04 yolanda, Ya, seen your review. Was going to comment on it about allow a template or content to just be passed, over individual elements. But, I'm not against what you started 19:34:08 our testing is still 'in progress' so we should make sure that we leave ample time between now and the date of the sprint to get our framework for pupept testing locked in 19:34:16 locked down? set up? established? 19:34:20 nibalizer: that will help tremendously 19:34:24 pabelanger, i got some feedback from jeblair, asselin, so i'm going to refactor that a bit 19:34:50 nibalizer, you think you can get that done by L1? 19:35:24 Libery schedule is her: https://wiki.openstack.org/wiki/Liberty_Release_Schedule 19:35:25 asselin_: i dont know when L1 is 19:35:27 #link https://wiki.openstack.org/wiki/Liberty_Release_Schedule 19:35:33 (i don't normally thing much about milestone dates, they don't really affect us too much) 19:35:35 June 25th 19:36:16 i'm on holiday since 29th june, i hope it's scheduled before that... 19:36:16 jeblair, I'm avoiding the sprint bfore L1 b/c I assume many people are busy then 19:36:20 is puppet functional testing included as part of downstream-puppet? clarkb's spec doesn't have a decision yet so I don't know if it's appropriate to try to lock down testing https://review.openstack.org/#/c/178887 19:36:40 crinkle: thats fair... 19:36:49 milestone dates are only a concern insofar as if they indicate a huge uptick in dev activity for openstack projects on the whole then we want to strive to keep things more stable during those windowsa 19:37:09 fungi, +1 19:37:11 clarks spec was sortof subsumed by the discussion at the design summit, as i understand it 19:37:35 so we didn't resolve or land clarks spec, but we did make a decision on a path forward 19:37:43 ihmo we can do this in parallel 19:37:51 i think we decided to head towards beaker-rspec, we should update clark's spec to reflect that 19:37:53 then when we sprinted at the summit we (or I and some others) focused on testing using teh decision we made 19:38:03 jeblair: ++ 19:38:13 cool 19:38:41 so how about June 29 and 30? 19:38:43 but I do think we can get beaker-rspec in place before the 'late june' sprint that asselin_ is suggesting 19:39:00 tuesdays are bad for me :) 19:39:01 asselin, Close to Canada and USA holidays 19:39:01 i also think testing is one of the ways virtual sprints prevent us from hurting ourselves 19:39:06 Canada day is July 1st 19:39:20 29 and 30 don't work for me, but i'll leave my work prepared for you to take it 19:39:28 i'm closing on a house on june 30 so will likely not be around for that timeframe, but don't plan around me 19:39:29 ok July 8 & 9? 19:39:36 ++ 19:39:38 wfm 19:39:41 wfm 19:39:43 ya, better here 19:39:52 I will create a vote in the etherpad and send to the e-mail list. 19:39:53 i can probably do july 8-9, yes 19:39:55 I might be out of town then, but I have to confirm 19:40:05 asselin_: I also may be out of town 19:40:19 but july 8 and 9 seem to be popular with others 19:40:26 wfm 19:40:37 #action asselin_ propose july 8,9 for openstackci sprint to mailing list 19:40:49 reminder would be excellent 19:40:51 ok thanks 19:40:55 asselin_: cool, thanks 19:40:59 zaro, will do. thanks 19:41:03 anything else? 19:41:07 that's it 19:41:13 #topic Priority Efforts (Upgrading Gerrit) 19:41:20 https://gerrit-review.googlesource.com/#/c/68149/ 19:41:33 i tested the proposed fix, but it didn't fix. 19:41:48 :\ 19:42:13 zaro: uh oh 19:42:27 did you post your results to anywhere google can read? 19:42:44 he commented on the review 19:42:45 yes, on mailing list + on the review 19:43:25 #link https://groups.google.com/forum/#!msg/repo-discuss/ZeGWPyyJlrM/mQsZIsy2740J 19:43:40 not sure what to do besides wait for real jgit fix. other option is to increase timeout like the sony guys did 19:44:05 what did they set their timeout to? 19:44:27 not sure, but can ask sven. 19:44:50 he said he increased in the mailing list and that made error go away. i will ask him 19:45:11 i'm a little concerned about that, because occasionally we have some _really huge_ changes; we either set ourselves up to a dos by letting gerrit perform all that computation, or a dos by killing repositories 19:45:33 on the plus side, it's really cool this is possible to test now :) 19:46:06 yeah, not ideal but i think that's what sony is doing now 19:46:22 just an option wanted to throw out. 19:46:35 zaro: can you keep testing their proposed fixes 19:46:49 and let's see if they can resolve this soon-ish 19:46:49 yes, i plan to. 19:46:58 is moving to 2.9 an option? 19:47:13 and if they give up, we'll work something else out :) 19:47:41 anteaya: i don't feel like we're under significant pressure to upgrade to 2.9 19:47:46 okay 19:47:53 I would like close connection 19:48:01 which works with 2.9 but not 2.8 19:48:07 but that's just me 19:48:15 2.9+ 19:48:40 anything else? 19:48:54 i'm not sure that's true, i think i had to add it to our 2.10 branch 19:49:03 anteaya: ^ 19:49:18 http://git.openstack.org/cgit/openstack-infra/gerrit/commit/?h=openstack/2.10.2&id=5b6d0cd846ed2389584a0559866aeff3c1fff20a 19:49:29 close connection works with 2.9+, it is a feature in 2.11 but you backported successfully to 2.10 and 2.9 19:49:33 which means it's only in 2.11 19:49:34 it doesn't work with 2.8 19:49:56 at least that is what I recall you told me 19:49:59 ohh, i see what you mean 19:50:16 nothing else from me on this topic 19:50:18 so staying on 2.8 means no close connection feature, which I would like 19:50:20 okay, let's see where the gerrit folks get to on this 19:50:22 I'm done too 19:50:25 #topic puppet-stackalytics (pabelanger) 19:50:33 ohai 19:50:45 hello 19:50:55 we cooking this up again, then? 19:51:06 So, mostly helping mordred with the effort to get stackalytics under infra. 19:51:23 jeblair asked to get a spec up, so I did that today: https://review.openstack.org/#/c/187715/ 19:51:37 we had a nice work session at the summit where a lot of folks generally thought that stackalytics was the way to go 19:51:44 pabelanger: oh cool, that was fast :) 19:51:54 so it means we will drop activity.o.o ? 19:51:57 I also have a base puppet-stackalytics modules already created and ready for governance. https://review.openstack.org/#/c/187645/ and https://review.openstack.org/#/c/187269/ 19:52:20 the direction forward we determined from the infra analytics tools discussion at the summit was to try and get stackalytics hosted/managed within the openstack community and supplement it with anything we were originally relying on other analytics tools for 19:53:05 so that includes probably activity.o.o reports, things ptls want from reviewstats, et cetera 19:53:13 mrmartin: i don't think reed has plans to do that any time soon, it has a lot of things he still needs 19:53:13 ok. 19:53:14 cool 19:53:21 I'm not sure who at mirantis to talk to about the move, I know mordred knows some peeps. But would be good to get them involved with the spec if possible 19:53:33 pabelanger: SergeyLukjanov and docaedo offered to help on that front 19:53:38 SergeyLukjanov volunteered to assist' 19:53:41 er, that 19:53:41 roger 19:54:19 Ya, so once the puppet-stackalytics is created, I'll port over the work mordred did a few months ago and polish it up 19:54:34 Should be a straightforward move 19:54:34 cool, so people should go review that spec, and we'll certainly want some mirantis folks signing off on that too 19:54:38 pabelanger: sounds good 19:55:01 reed: ^ you'll probably want to look at that 19:55:06 #link https://review.openstack.org/#/c/187715/ 19:55:25 anything else on this? 19:55:37 nothing from me 19:55:48 #topic Schedule next project renames 19:55:55 please add me as a reviewer for the stackalytics stuff :) 19:55:59 (technically not on agenda) 19:56:07 but we have a boatload of these 19:56:13 many of which actually have changes ready now 19:56:35 did we decide on an interval for this? like once every N- weeks/months? 19:56:55 not that i recall 19:56:56 I also heard chatter about an ansible playbook to streamline it 19:56:57 I didn't know we were trying to decide on an interval 19:57:11 okay, we might want to at some point... 19:57:15 anyone seen the playbook? 19:57:17 yeah, mordred wanted to test-drive his rename playbook this time 19:57:30 where does it live? 19:57:48 anteaya: that's the question :) 19:58:07 #link https://review.openstack.org/105057 19:58:09 i think 19:58:14 fungi, yes 19:58:24 we should probably go ahead and schedule, and if the playbook shows up, cool 19:58:30 3 -1's 19:58:38 jeblair: yeah I agree with that 19:58:45 this friday? next friday? 19:59:05 either is fine with me 19:59:14 we have quite a load do we want to split them up? 19:59:33 anteaya: they won't take much longer 19:59:39 okay 19:59:44 anteaya: it's easier on us to have bigger batches 19:59:57 ah okay then I'm for next friday then 20:00:07 agreed, big batches are fine 20:00:20 to ensure all the patches are ready 20:00:32 deferred until next meeting then 20:00:34 #endmeeting