14:04:18 #startmeeting Ops Meetups Team 14:04:19 Meeting started Tue Nov 29 14:04:18 2016 UTC and is due to finish in 60 minutes. The chair is dc_mattj. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:04:20 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:04:22 The meeting name has been set to 'ops_meetups_team' 14:05:16 Hello all, and welcome to the Ops Meetups Team meeting :) 14:05:16 NB: If you're new, or just idling in the channel, be sure to have read: 14:05:16 #link https://wiki.openstack.org/wiki/Ops_Meetups_Team 14:05:16 for background. 14:05:16 Check out our agenda items at: 14:05:17 # link https://etherpad.openstack.org/p/ops-meetups-team 14:05:19 As always: please write your name down on the agenda etherpad as a way of introduction. 14:05:23 Secondly, if there's something else burning to put on the agenda, please add it to that same etherpad. 14:05:36 #topic Review of action items from the previous meeting 14:05:36 First up, a quick run-through of our action items from the previous meeting. 14:06:45 so on our action items from the last meeting, I haven't added the regional meeting discussion for today 14:06:56 to be honest I think that needs more of a quorum to discuss 14:07:04 I would agree 14:07:13 I'd vote that we put that back for a face to face, perhaps in Milan ? 14:07:47 I do have some updates on Milan - I had a video conference with Mariano from Enter this morning 14:07:58 That could work - just know you might have a limited perspective there - regionally speaking 14:08:07 VW, true 14:08:15 we could also put back until the Boston summit 14:08:18 e.g. - I probably won't make Milan 14:08:22 where we would have wider participation 14:08:49 ideally, we could have some more conversation about it, but yes, I think the OPs Meetup session(s) in Boston should explore it in detail 14:08:57 +1 14:10:15 mihalis68, do you have anything else to add to that point or shall we park that for the minute 14:10:34 I've made a note on the ether pad 14:10:35 Nothing to add 14:10:45 ok, so on Milan 14:11:02 Mariano and I went through the basics of the logistical stuff 14:11:18 how is the venue looking? 14:11:58 venue looks good - main room 120+, room 2 30+, room 3 and 4 20ish 14:12:07 depending if we need all of them 14:12:19 very good 14:12:30 you can see some of the space at http://www.coworkinglogin.it/ 14:12:34 Do we require the possibility of an all-hands meeting? 14:12:48 Just thinking about capping the max attendance 14:12:49 when ? 14:13:08 in Milan. Is 120 the de facto maximum number of attendees? 14:13:16 I'm asking as I don't recall if that's a rule 14:13:26 hello all 14:13:33 hello 14:13:35 we discussed this previously, with 120 as a guideline IIRC 14:13:39 hello zioproto 14:14:05 so Enter are finding someone to sit in on these meetings 14:14:06 #info 120 is the likely maximum attendance in Milan as it is the size of the biggest room 14:15:03 I have asked Mariano to get some rough costings for the event, so they can decide how much sponsorship they can carry, and if we need to get additional sponsors 14:15:10 that will take them a couple of weeks to do 14:15:55 they are happy to handle the logistical side, but have requested that we drive the content and moderators piece 14:16:17 right... precisely why a benevolent dictator is needed on that side 14:16:24 well done, dc_mattj :) 14:16:51 I have explained that is driven via a community process anyway so I don't particularly see any issues with that 14:16:57 and I am happy to liaise with them 14:16:59 if Mariano needs a sponsor I can try asking here at SWITCH, but I need to know what kind of cost we are talking about 14:17:11 zioproto, great idea 14:17:24 when we get the rough costings we will know what sponsorship we need to raise 14:17:38 as a guideline, for MCR each sponsor put in around �1000 14:17:51 but smaller or larger amounts are also possible 14:17:52 I have no idea if Bloomberg would stump up again, however I know we are strongly considering sponsoring the first PTG, therefore if you cc: me on the costs and "funding gap" I could find out 14:17:52 that should be something I can ask at SWITCH 14:18:21 so lets park this until Enter have done the costings, and can say how much they can contribute 14:18:28 then we can work out what additional sponsorship we need 14:18:37 o/ 14:18:45 sorry i'm tardy 14:19:01 +1 dc_mattj 14:19:04 howdy mrhillsman 14:19:15 dc_mattj agreed. I can't say officially but I would think Bloomberg could go at least up to the $1k mentioned 14:19:17 hi mr 14:19:21 hi mrhillsman 14:19:28 morning mrhillsman 14:19:45 Enter are also going to look at discount hotel rates locally 14:20:21 I have now added two things to today's agenda 14:20:29 so let's move on 14:20:29 I saw 14:21:07 so basically on agenda item 2, we are waiting on Enter to provide a liaison person and rough costings 14:21:28 anything more on item 2 ? 14:21:39 #agreed we are waiting on Enter to provide a liaison person and rough costings 14:21:51 ty :) 14:22:02 #topic Follow on from session structure review 14:22:20 has anyone got any input on the session analysis I circulated ? 14:22:23 nice work pulling all the ether pad links together and roughing out the popular topics 14:22:33 I haven't reviewed it more than a brief look, sorry 14:22:42 should we post the link to the google excel doc ? 14:22:44 have been away since last meeting, so buried in work 14:22:56 https://docs.google.com/spreadsheets/d/1-WEsEmwms2SLyjt2jtCMvpepmiHwoiDkMWMWk37rkRA/edit#gid=0 14:23:08 #link https://docs.google.com/spreadsheets/d/1-WEsEmwms2SLyjt2jtCMvpepmiHwoiDkMWMWk37rkRA/edit#gid=0 14:23:17 I'm still going through it, dc_mattj 14:23:29 my observation is this work will be extremely valuable to the specific milan itinerary work 14:23:35 how do we read this ? is the color a topic ? 14:23:57 sorry - colours are a bit confusing, just my shorthand for trying to link things together 14:24:01 the idea is to merge those ones on the same color ? 14:24:07 bottom of the coloured section is the summary 14:24:54 I suggested a couple of the ways we could look at the data in the email I circulated 14:25:27 I think that upgrades, patches and packaging can go together with config management. These two I think should be merged 14:26:04 just some food for thought really when we start to do the session planning 14:26:29 not really any definitive take aways, but we can definitely pre-load some sessions which come up repeatedly 14:27:14 and we also might consider allocating time slots against a 'track' rather than a specific topic, and we can then add to the tracks more fluidly in the run up to the event 14:27:30 this makes sense 14:27:33 making the tracks 14:27:35 You mention nova, neutron, logging and monitoring as the popular ones. I would add scaling and containerization (two) 14:27:44 +1 14:27:50 +1 14:27:53 those were just examples really 14:28:09 making tracks we make sure that people interested in a specific area dont miss talks that happen in parallel 14:28:48 I think there's a set of clearly defined topics, plus a set of fairly clearly defined 'tracks', then we can also reach out to the wider community to fill in content under the 'tracks', and to add any other topics not covered already 14:29:07 +1 14:29:30 Should we try to make this track skeleton in the Milano etherpad ? 14:30:10 #link https://etherpad.openstack.org/p/MIL-ops-meetup 14:30:42 I don't have time for the full hour today so I suggest we aim to start populating the Milano ether pad in next weeks meeting ? 14:31:12 so, I have one higher level meta observation we should keep in the back of our minds when digesting dc_mattj's work and using it for future meetups 14:31:13 okay 14:31:27 in theory, the structure of the "Ops" stuff is going to change at the forums 14:31:37 Tracks seem popular, certainly that seems a good idea, however I think we need some ground rules before people start filling up the ether pad or it will get hopelessly confusing 14:32:04 since sessions will be much more focused on dev and ops together discussing features, needs, etc 14:32:17 so, that will put a lot of pressure on what the more general topics are at the meetups 14:32:48 and should force us to push working group time/meetings back to the forum - where the Foundation seems to be taking over the scheduling of that (at least they did in BCN) 14:32:55 we should follow up on those assumptions 14:33:30 but the data in this sheet has meetups where all these kinds of activities took place, and it's worth thinking about the fact that some of that focus may shift around from one event type to another 14:33:32 ok, lot of unknown unknowns in that area at the minute but I think I follow your logic 14:33:54 the forum is the new thing at the summit now that the design summit is no more? 14:34:01 the Yin to the PTG Yang? 14:34:09 yes 14:35:00 yes, but, as I understood, it it's a melding of the design and ops summit 14:35:17 VW are you suggesting that for Milan we remove things from that meet up that can be done in Boston? 14:35:19 the $100,000 question is where there still be an Ops "meetup" at the forum 14:35:25 Sorry, i'm finding this all hard to follow 14:35:32 I know - text is hard 14:35:47 more that we should confirm what the intent is for "ops" activities at the forum 14:36:01 and then make sure we are maximizing what goes on at the mid-cycles based on that 14:36:25 in case there aren't opportunities for general sessions in Boston (and beyond) 14:36:25 teasing out cross project issues from the ops perspective, which can then inform session schedules at the forum, will be important 14:36:34 so we should avoid WG presentations and updates at the ops meetup, and keep focused on ops discussion, bugs, and features ? But not talking on stuff like update from the XYZ WG .. Did I understand ? 14:36:40 and some of that comes out of the more general ops discussions 14:37:30 I would think so zioproto, but we need to confirm if the Foundation will continue to manage the WGs like they did in BCN 14:37:48 but I think we decided after NYC, that we can really focus the mid-cycles on topics/discussion 14:37:58 agreed 14:38:01 is any operator going also to the PTG in Atlanta ? 14:38:11 and let the WG/teams meet up at the forums - where they will likely be driving various session topics along with devs 14:38:20 zioproto, I think that's our next topic 14:38:23 I've added PTG to agenda... I can't see how it makes sense for anyone from my team to attend PTG 14:38:27 anything else on this topic ? 14:38:33 none for this one, dc_mattj 14:38:36 sorry if I confused 14:38:45 no, important input 14:38:48 I think I agree but I would need a clearer statement to be sure, honestly 14:38:52 and it is somewhat confusing 14:39:02 until we do one cycle I don't think it will get less confusing 14:39:15 I was confused before BCN, and also after BCN 14:39:55 maybe having only one person from Bloomberg Engineering attempt to "do" Barcelona was a mistake! :) 14:39:58 well, we'll just blame Tom till he returns :D 14:40:07 #topic Weekly meeting time-slot? 14:40:07 #topic Weekly meeting time-slot? 14:40:07 #topic Weekly meeting time-slot? 14:40:07 #topic weekly meeting time-slot 14:40:11 whoops 14:40:28 Yes that's actually the next item, not that I mind 14:40:34 so time slot - who has thoughts on this ? 14:40:38 9am for me is doable, but Tom comments it's not doable for him 14:40:39 * VW thinks dc_mattj really wants to talk about the time slot 14:40:54 I think that was just this week 14:40:56 it's even earlier for VW and mrhillsman, right? 14:41:04 8am for me 14:41:10 for VW as well 14:41:29 unless he is earth exploring 14:41:31 what timezone are we talking avout ? 14:41:31 trouble with this agenda item: everyone for whom this slot is impossible is ... not here 14:41:39 yep - I can do 8am - it's not as easy as 9 because of school drop offs and such, but I can make it work 14:41:40 lol 14:41:40 i'm in EST 14:41:41 if you mean Tom's email, I thought he was saying that he's currently in a bad time zone 14:41:41 unless someone knows different 14:42:01 I thought he was always in a bad timezone, no? Korea? 14:42:08 yeah, looks like it is just today 14:42:11 yeah, it's his current location. His normal time zone, it would be 10:00pm 14:42:12 bad meaning "for this meeting", obviously 14:42:17 is it better at 1500 ? 14:42:20 anything that is in the morning in the US usually works for me 14:42:24 we don't need to change it 14:42:40 for most folks 14:42:40 I am happy with either 14:42:50 I notice that attendance has been worse since the end of DST here 14:42:55 can't prove cause and effect 14:42:55 yeah, I'd hate to push it further back 14:43:02 it's already 10:00pm for Tom 14:43:09 and 11:00pm for shintaro 14:43:13 both of whom we all value 14:43:15 :D 14:43:19 +2 14:43:25 one for each :) 14:43:40 ok, sounds like it's fine 14:43:55 not easy for me but I was worried that it had become a bad time for too many 14:44:03 do we want to vote ? 14:44:11 I just may be late some weeks - until daylight savings - if I can't get the younger VW's moving in the morning ;) 14:44:12 we can move on as far as I'm concerned 14:44:18 +1 14:44:21 +1 14:44:41 Matt left the room ? 14:44:42 uh-oh, the chair quit 14:44:52 he said he can't do the whole hour today 14:45:12 last item was PTG. Bloomberg is sponsoring the first one and sending people from our CTO office 14:45:21 sorry 14:45:26 wifi dropped 14:45:35 and they encouraged me to go or send someone, and yet I still can't see it being appropriate for me 14:45:55 #topic Operators at PTG? 14:45:56 the writeup emphasizes you should go if you have a specific speciality 14:46:01 yes 14:46:08 I think we need to encourage all Operators to look at the ops mid-cycle in the same light a dev would look at PTG 14:46:10 none of my guys are interested in the slightest 14:46:13 mihalis68: on the web page they say that should go "Operators that are specialists on a given project (and are willing to spend their time giving feedback on their use case and contributing their usage experience to the team)" 14:46:35 Thierry's view on the list was that the sessions are definitely work sessions 14:46:45 I will try to be there to give feedback about Neutron stuff mostly 14:46:48 Think of it like this. We want the conversation at the forums to be about the 'What' - bugs needing fixing, features, gaps, etc 14:46:48 There' nothing there for me 14:46:49 so unless you want to get involved in development it's probably not that useful 14:46:55 and the PTG gets in to the "how" 14:47:03 zioproto, I think the idea is that the feedback bit is for the forum 14:47:13 VW, +1 14:47:28 i wish Tom were here. I believe he said that some operators need to go to the PTG 14:47:33 dc_mattj: I did cut and paste from here https://www.openstack.org/ptg/ 14:47:36 so, in a perfect world, general discussions at an Ops mid-cycle lead to WG's and others generating propsoals for forum sessions (ideally with co-opration from some devs 14:47:48 at those forum sessions, decisions get made on what to do 14:48:01 and at the PTG, the devs dive in to all the messy bits of how to do them 14:48:10 that's my understanding too 14:48:18 while the Ops folks are back to have general discussions on the next thing on the pile 14:48:23 simple - right :D 14:48:23 please look at this https://www.openstack.org/ptg/ and there is a section "https://www.openstack.org/ptg/" 14:48:31 section "who should attend" 14:48:35 it says operatios 14:48:48 am I wrong ? 14:48:58 we are referred as "downstream" 14:49:02 is that about the forum > 14:49:03 ? 14:49:24 yes I've read that repeatedly. It's a qualified set of operators "who are specialists on a given project" 14:49:44 not sure why they put upstream and downstream -_- confuse-stream 14:49:49 I run a team where my guys do quite a bit of nova, cep, cinder, glance, keystone 14:49:57 but they STILL don't really qualify 14:50:01 i agreep on VWs perspective 14:50:16 i do not think any operator is "discouraged" from going, if they want 14:50:19 mihalis68: do your guys send patches upstream with the review platform ? 14:50:23 if yes I think they should go 14:50:32 but should expect the focus to be on how to accomplish the what 14:50:36 vs what to accomplish 14:50:49 guys, I'm going to have to drop off in a minute 14:50:56 we've tried a couple of times. It's really off-putting. Lots of minutiae 14:51:06 not sure if we got anything merged 14:51:12 I'm not sure this particular topic has a definitive outcome ? 14:51:22 i think general consensus is, if you want to go, go :) 14:51:31 other than we're still somewhat confused :) 14:51:33 Seems like there's only minimal interest in going from people on this chat, emirate? 14:51:38 amirite 14:51:51 yet Tom thinks some of us "should" go 14:51:52 mihalis68: that exactly the point. After meeting devs in person it is easier to get stuff merged upstream 14:51:55 the tl;dr is - if a n Operator has a reason to go to PTG , then go 14:51:57 there's not hard rule to not go 14:52:00 mihalis68, +1 from me unless I had someone in my team who was contributing to upstream code significantly 14:52:17 pretty sure we should bury this :) 14:52:24 but if someone is just trying to decide what is best - mid-cycle for OPs should be encouraged 14:52:30 8 minutes to the end of the meeting 14:52:34 ok. I'm going to let tom and my CTO colleagues know that it' s not a fit for us, despite us running all the openstack here 14:53:06 I have to go, so I'm going to end this meeting here unless anyone has anything else urgent 14:53:14 pretty sure after the first or second iteration of the changes things will settle where appropriate 14:53:22 I know I could go, but I was surprised to hear from two sources that operators should go and make their voices heard. I think not, unless as you say they are deep specialists on a particular chunk of openstack tech 14:53:23 next week we will start putting together the agenda 14:53:24 nothing urgent here 14:53:31 #endmeeting