15:00:27 #startmeeting OPNFV Pharos 15:00:27 Meeting started Wed Jul 15 15:00:27 2015 UTC. The chair is trevor_intel. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:27 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:00:27 The meeting name has been set to 'opnfv_pharos' 15:00:44 #info Trevor Cooper 15:01:07 #info Nauman Ahad 15:01:12 #info Peter Bandzi 15:01:19 #info Fatih Degirmenci 15:01:48 Hi All 15:02:09 For meeting agenda these are things I have as suggestions ... 15:02:27 #info 1. Time/agenda for Pharos meetings :) 15:02:42 #info 2. Rls B vision of Pharos evolution for Rls 2 … what Pharos features/capabilities/projects are delivered as part of rls 2 15:03:31 #info 3. LF Infrastructure - How we will use the LF infra post Arno (usage); LF support; Capacity (do we need to expand the infrastructure?) 15:04:21 #info 4. Community Labs - Pharos compliant spec ; Templates ; Infrastructure manager ; Lab Tracking capability 15:04:43 What do you all think we should tackle? 15:07:21 Perhaps the vision for Rls B is a good place to start? 15:08:01 Yes i agree. How pharos expands on RlsA would be a good place to start. 15:08:49 I was thinking about if we should first talk about short term needs 15:09:17 but your suggestion works fine as well 15:09:33 as long as we have time left for the short term stuff 15:09:38 Ok lests try to list the short term needs and then do soem brainstorming on the vision 15:10:13 agenda item 3 to be more precise 15:11:24 as you know TSC agreed to reconfigure LF Lab to reserve some servers for other purposes than metal deployment 15:11:38 fdegir: we discussed the need for script to modify configuration for one POD which willl be used for CI: I have been working on the script - not yet finished - expect to finish it this week 15:12:11 as pbandzi says, the work is going on 15:12:37 Is that Octopus driven? 15:13:02 it is kind of shared responsibility but we had an action item from Octopus team 15:13:20 so I chatted with pbandzi to see how we can start the work 15:13:45 Then the other POD would be for deploy/test? 15:14:02 the other POD is for build, virtual deployments, and perhaps testing 15:14:37 but the highest priority is having ability to automatically configure the only POD that is used for metal deployment 15:14:47 since we will do deployments using different installers 15:14:54 and they require different networking etc. configuration 15:15:22 and pbandzi said he can get this automated - that is the script pbandzi referred 15:15:47 once we make sure the script and sequential deployment for different installers working 15:15:59 the other POD can be repurposed for build, virt deploys, and testing 15:16:24 How does it relate to infrastructure manager e.g. MAAS? 15:16:30 I mean the scripts 15:16:49 I don't have enough knowledge regarding that part 15:17:40 Ok I am thinking to initiate a pilot with MAAS using an Intel POD ... that maybe the best way to learn? 15:18:09 I agree since we already lack enough resources and trying it out on LF Lab would be a bit stretching 15:19:10 Ok so right now approach is to use scripts from pbanzi ... that will meet the short term highest priority need, correct? 15:19:18 that's correct 15:20:41 and MAAS trials can go in parallel on Intel POD like you suggested 15:21:32 Can we then create a template (based on knowledge form developing the scripts) of what deployers need to know about the environment before deploying? 15:21:58 I think we have some documentation from foreman and fuel regarding needed configuration 15:22:05 which pbandzi is going to use for his script 15:22:21 perhaps we can take a look at them and create the template by using existing documents as input 15:22:39 and presenting it to yet-to-be-created genesis project 15:23:11 yes currently on LF lab we have configuration setup for both foreman and fuel so I am using this (but it is according infor provided ealrier by both teams) 15:23:15 Thinking that template woudl then be populated by each community lab 15:23:52 trevor_intel: you might remember our discussion during the summit 15:24:01 I think we need templates both for labs and installers 15:24:04 what labs offer 15:24:09 and what installers require 15:24:12 correct 15:24:31 This one would be what installer require 15:24:39 yes 15:25:26 pbanzi: can you initiate createing the template? 15:25:48 if that makes sense? 15:26:18 yes i think we can use info already provided on wiki 15:26:38 do we have requirement for specific format of that template? 15:27:16 No I think its a blank sheet :) 15:27:47 yep but it needs to end up in gerrit as rst file 15:27:48 ok I can collect info from wiki 15:27:49 But if we start with something then can all help to develop 15:28:47 yes, if you start something up 15:28:56 we can involve others including installer guys 15:29:22 What about the other template ... whta labs offer? 15:29:36 I think we already have a template 15:29:41 from arno 15:29:43 http://artifacts.opnfv.org/pharos/arno/docs/labs/templates/lab_details_template.html 15:29:58 so it needs to be improved 15:30:02 Yes correct 15:30:34 we have two lab details documents already: Spirent and Dell 15:30:39 on artifacts 15:30:53 but they seem to have problems and I'm not sure if they use template or not 15:30:58 http://artifacts.opnfv.org/pharos/arno/docs/labs/Dell.html 15:31:01 They don't 15:31:02 http://artifacts.opnfv.org/pharos/arno/docs/labs/spirent.html 15:31:19 and some details on wiki for Intel, Ericsson and perhaps other labs 15:31:31 Yes but its haphazard 15:31:35 yes 15:32:19 perhaps the lab template needs to be improved first 15:32:26 * pbandzi have to drop off, sorry 15:32:33 and then all lab contacts need to be actioned to document their lab details 15:32:40 sorry guys I need to go 15:32:54 Perhaps we can start by approaching each lab manager for input on the template? 15:33:02 pbandzi: np 15:33:07 thanks! 15:33:08 that would be good 15:33:25 Ok I will initiate with the lab managers then 15:33:30 and report back 15:34:00 So can we switch to longer term stuff? 15:34:18 yes 15:34:26 I suppose lab support is under long term plan 15:34:28 Can i ask a few questions regarding the lab template? I worked on the Dell template 15:34:32 agree 15:34:51 nahad: for sure 15:36:04 The purpose of having the lab template for Arno was mostly related to documentation. And the reason to follow a single template is mostly for consistency 15:36:05 or is it 15:36:59 mostly related to the way the template would be in some way related to the CI work so that it would be easier for the autodeployment to work? 15:39:03 I can't comment on it since I wasn't involved in the template work 15:39:19 and CI mostly/only uses LF lab 15:39:38 The concept is to specify "Pharos compliant" labs ... we really ned to define eactly what determines that and I think there are many reasons e.g. for users, tools across labs, auto-deployment ... 15:40:00 Oh ok.. Thank you 15:40:12 So its up to us to figure out! 15:40:25 yes - since community labs are for community use 15:40:31 I understand 15:40:45 and users should have some reference regarding the labs ro choose where they can do their work 15:40:53 and CI is one of the users 15:40:58 or will be 15:41:06 I submitted an improved Dell lab documetn a few weeks ago: 15:41:08 https://gerrit.opnfv.org/gerrit/#/c/767/ 15:41:31 Victor Laza helped me improve it 15:42:08 Sorry I missed it ... I will review today 15:42:13 Thank you 15:42:50 Lets spend a bit of time on the vision / rls B stuff 15:43:17 We owe what we are going to deliver for rls B 15:43:29 for Pharos 15:44:50 we touched some of them 15:44:56 for example templates and installer/lab documents for sure 15:45:08 infastructure manager, MAAS for instance 15:45:24 I am thinking 1) Pharos complinace spec (including templates) 2) Lab tracking capability 3) ability to deploy and test in multiple labs 4) infrastructure manager 15:45:48 yes so looks like we are thinking along the smae lines 15:45:53 does automatic/manual booking fall under 4? 15:46:10 no 15:46:16 so that is extra 15:46:25 so we need booking system as well 15:46:31 5) booking system 15:46:45 I'm not hw guy so forgive me asking 15:47:00 the flow would be like: someone will book a resource/lab 15:47:10 and then infra manager will react to that booking? 15:47:11 I am not either .. so forgive my answers 15:47:29 and reserve/configure resources accordingly 15:47:54 booking system -> infra manager -> do your work 15:48:17 and dashboard/tracking presents the status of labs 15:49:13 do we have anyone in the community who did this type of work? 15:49:22 Honestly not sure ... but initially I expect infra manager will be separate 15:49:45 ok 15:49:47 used to configure a POD manually 15:50:19 more like to get the jump host setup 15:50:37 ok - at least we know what we need and should try to deliver 15:51:14 one more deliverable could be lab compliance 15:51:26 Ok I will take a shot at making a list of deliverables and send out on the mailing list for comment ... is that ok? 15:51:38 that would be good 15:51:39 Yes agree re. compliance 15:52:11 I have to leave in a few minutes ... this was really good start! 15:52:17 yes 15:52:30 the last thing is perhaps lab support which you already triggered the discussion 15:52:45 Should we aim to have a weekly meeting at this time? 15:53:07 works for me - but I'll be on vacation until middle of august 15:53:12 better to check with others 15:53:15 Yes will include LF support 15:53:27 ok 15:53:37 did we cover all agenda items? 15:53:51 I think we touched them all yes 15:54:04 then it was a good start 15:54:12 thanks guys! 15:54:22 thank you trevor_intel for driving this 16:01:28 #endmeeting