17:00:21 #startmeeting 17:00:21 Meeting started Thu Jan 23 17:00:21 2014 UTC. The chair is colindixon. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:21 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:00:39 #topic roll call and agenda 17:00:41 #info Andrew Grimberg for infrastructure support 17:00:49 feel free to #info your way in here 17:00:55 #info Dana for bgpcep 17:01:00 FYI my attention is a bit thin right now as I'm dealing with an issue 17:01:13 #info Ed Warnicke for controller 17:01:20 tykeal: np, taking care of issues is important :p 17:01:34 #info Vina for lispflowmapping 17:01:35 welcome Neelajacques, asomya, goldavberg 17:01:38 #info Abhijit Kumbhare openflowplugin 17:01:41 please feel free to #info in 17:01:42 #info Robert for yangtools 17:01:50 #info Chris Wright for posterity 17:01:54 #info goldavberg for lispflowmapping 17:01:54 #info Madhu here 17:01:54 especially when the integration project builds all started failing do to an update that was supposed to correct for a different problem 17:01:59 #Phil Robb for various stuff 17:02:20 cdub: You seem to be a in forward looking mood 17:02:39 just don't spell mood backwards 17:02:43 tykeal: So was that what happened yesterday... good to know :) 17:02:43 #info Neela Jacques for moral support 17:02:47 #info so, my plan for today's agenda is really (1) to highlight what we *need* to get done by Friday and monday (which is pretty much everything) :p and (2) handle issues/questions people are having 17:02:54 Neelajacques: Very welcome :) 17:03:17 edwarnicke: yesterday? this was last night that I did the updates. Luis pinged me this morning saying all the -integration jobs are failing. 17:03:18 #info oflibMichal for the openflowjava 17:03:31 does that sound like a good plan to people? 17:03:46 tykeal: :( 17:03:55 #link https://docs.google.com/spreadsheet/ccc?key=0AoSzir1BfjyWdDQyVElWNG9mcWxhblREckZjbjFxUVE#gid=1 the big spreadsheet of tracking all things release 17:03:58 tykeal: I have every confidence you will sort it out :) 17:04:08 heh 17:04:11 #link https://wiki.opendaylight.org/view/CrossProject:Hydrogen_Release_Work the cross project work tracking wiki page 17:04:45 #link https://meetings.opendaylight.org/opendaylight-meeting/2014/opendaylight-meeting.2014-01-23-01.45.html meeting minutes from the 5:45 call 17:05:05 I'd like to call attention to the fact that hideyuki has discovered a way to do successful dryruns 17:05:13 hey Gera_ and Konstantin 17:05:19 feel free to #info in 17:05:25 edwarnicke: that was my next topic 17:05:33 #info Konsta for defense4all 17:05:35 #info michal_rehak / openflowplugin 17:05:36 * edwarnicke excited! :) 17:05:52 #topic dry runs for cutting artifacts in anticipation of monday's artifact cutting 17:06:03 edwarnicke: can you hook me up with links 17:06:29 One moment and I'll paste it in 17:06:40 #info the high order bit is that in the 5:45p PST sync yesterday, hideyuki of VTN came up with a way to get our dry run jenkins jobs to actually succeed despite running off of SNAPSHOT versions 17:06:45 #link https://jenkins.opendaylight.org/vtn/job/vtn-bulk-release-prepare-only/configure has an example of using IGNORE_SNAPSHOTS to allow the dry run to succeed. This is very useful for dryrun, but should not be done for release. 17:07:08 #info Many thanks to hideyuki for figuring this out and sharing it :) 17:07:10 this should help a lot for preparing for monday and us not getting hung up 17:07:15 edwarnicke i tried running it for lispflowmapping, but it failed :( 17:07:26 goldavberg: Failed how? 17:07:53 edwarnick it dosn't realy say how, but when its trying to read dependencies 17:08:16 Hmm... 17:08:31 goldavberg: can u point us to the logs ? 17:08:35 https://jenkins.opendaylight.org/lispflowmapping/job/controller-bulk-release-prepare-only/13/ 17:08:39 #info people should please try this and then get help on the main IRC channel 17:08:59 #topic release artifact cutting on 1/27 17:09:04 sorry, not trying to cut people off 17:09:06 If it works for you, you may also want to show up to the 5:45pm to see if hideyuki can help out if you get stuck 17:09:25 phrobb: how are we doing on hunting people 17:09:30 and are we officially on for 7a PST? 17:10:25 Hunting people is good… I think we have everyone… I'll put a spreadsheet up hopefully before this meeting is over with: Contact Name, Project represented, and "dry run success" columns… anything else needed? 17:10:26 edwarnicke, goldavberg, Madhu: I'm not trying to cut off discussion, but just trying to connect people that are having isseus 17:10:34 please go ahead sir 17:10:51 I assume you guys will connect and make progress :-) 17:10:57 FYI: 17:10:59 if not hit me with a herring 17:11:03 #info from 5:45pm: AGREED: Concur: AGREED: it seems as though we have critical mass for moving from 9a PST to 7a PST for cutting as a one-off shift on 1/27, but we will check at 5:45 and phrobb will follow up with people as part of his getting attendance promises from people 17:11:19 phrobb: that sounds good 17:11:31 colindixon: You are fine on conversation management from my point of view... all good :) 17:12:03 colindixon: no hard feelings :) 17:12:04 #action phrobb thinks he has everyone for the 7a PST 1/27 meeting and will put a spreadsheet up hopefully before this meeting is over with: Contact Name, Project represented, and "dry run success" 17:12:23 perfect 17:12:26 phrobb: Thank you :) 17:12:38 #topic per-project code cleanup tasks before friday 17:13:10 colindixon: Do you want report out here? 17:13:10 I have reps from all of these projects on, so I'll want an ACK from all of you: openflowplugin, defnese4all, openflowjava, ovsdb, lispflowmapping, yangtools, controller, bpgpcep 17:13:37 #info I have reps from all of these projects on, so I'll want an ACK (but not necessarily a readout) from all of you: openflowplugin, defnese4all, openflowjava, ovsdb, lispflowmapping, yangtools, controller, bpgpcep 17:13:49 basically, I just want to know that each project is aware of what they have to do 17:13:50 ACK: openflowplugin 17:14:01 ACK: lispflowmapping 17:14:09 ACK ovsdb 17:14:14 ACK: defense4all 17:14:18 ACK: bgpls 17:14:30 #info basically, I just want to know that each project is aware of what they have to do and I'll harass people latter for not having updated the spreadsheet 17:14:33 ACK: bgpcep 17:14:39 ACK: openflowjava 17:14:40 ACK controller (with caveat that while INFO levels have been pushed won into place, others haven't, and copyright/license headers are still to be done) 17:14:56 I could actively use a hand with copyright/license headers 17:15:13 (and lower level log resolution would be welcome as well) 17:15:19 these are the topics you need to get taken care of: 17:15:21 * Remove all uses of System.out.println (also System.err, e.printStacktrac() and .print()) 17:15:21 * Set log levels on all log statements to appropriate level 17:15:23 * Update dependency versions in all pom.xml files to current SNAPSHOT version for all ODL Dependencies 17:15:24 * Update dependency version on external artifacts to match across ODL 17:15:26 * Remove all dependencies on SNAPSHOT versions of external artfacts 17:15:27 * Insert copyright/licence headers in all files for which it is feasible 17:15:29 * Freeze SNAPSHOT versions of ODL components (communicate to all projects and insure comprehension) 17:15:30 * Update all projects maven pom.xml to only use the nexus 'group' rather than multiple repos. 17:15:30 * Fix all cases that cause exceptions to be thrown at the OSGI console 17:15:38 lispflowmapping still has to add license headers to non java files. which other file types need license? 17:16:01 can I get an ACK for yangtools? 17:16:07 goldavberg: .project, pom.xml, .gitignore as I learned 17:16:44 nite: that would be you for yangtools 17:16:53 sorry, got distracted 17:17:05 phrobb: are we still waiting on the copyright headers for pom.xml discussion ? 17:17:10 dkutenic: thanks 17:17:11 btw, i've noticed that enforcer is not getting all deps 17:17:20 I just want to get an ACK that you know the above starred items are per-project code cleanup issues due by friday 17:17:27 colindixon: ack for yangtools, need to go through the files 17:17:34 will do that tomorrow 17:18:08 and yangtools bump to 0.6.0 seems to be one that's not getting caught 17:18:21 #info got ACKs for all projects in attendance: openflowplugin, defnese4all, openflowjava, ovsdb, lispflowmapping, yangtools, controller, bpgpcep 17:18:23 cdub: 17:18:27 cdub: Could you say more? 17:18:30 do you want a topic for that 17:18:41 #topic enforcer not catching all version sync issues 17:18:44 cdub 17:18:46 the floor is yours 17:19:02 ok, i run three different tools 17:19:22 #info project-info-reports:dependency-convergence 17:19:35 #info mvn project-info-reports:dependency-convergence 17:19:45 #info mvn validate (enforcer) 17:20:03 #info mvn versions:compare-dependencies -DremotePom=org.opendaylight.controller:distribution.opendaylight:0.1.1-SNAPSHOT 17:20:20 #info the latter is showing some skew that the former 2 aren't catching 17:20:29 [so people know, my remaining topics are: (1) documentation, (2) OF1.3 testing if we have time, (3) TSC readout] 17:20:45 #info mainly it's been yangtools bump to 0.6.0 that's not getting caught 17:20:52 ok...i think that captures it 17:20:58 [if you have other things you need/want to go over, let me know] 17:21:05 thanks! 17:21:06 cdub: How often are the version change Jenkins jobs running 17:21:08 ? 17:21:10 cdub: which project is this? 17:21:12 daily 17:21:18 Are you sure daily? 17:21:23 cdub: so, are we worried about tracking these things 17:21:25 Because I'm pretty sure controller was running weekly 17:21:27 edwarnicke: afaik...it's per-project 17:21:46 Could everybody manually run their release versions Jenkins job just to be sure? 17:21:53 it doesn't matter how often..point is enforcer isn't good enough 17:22:27 and versions:compare-dependencies creates a file per project, so needs some scripting to cull the files 17:22:34 i.e. not simple build fail 17:23:23 ok 17:23:30 this sounds like it's worth going over 17:23:31 the thing is ... I went through pretty much all projects grepping for yangtools and I have submitted patches 17:23:32 for example, some variations of: 17:23:33 but probably not any more time here 17:23:37 * edwarnicke sad because I was hoping that the version jobs were the solution :( 17:23:54 #info mvn versions:compare-dependencies -DremotePom=org.opendaylight.controller:distribution.opendaylight:0.1.1-SNAPSHOTmvn versions:compare-dependencies -DremotePom=org.opendaylight.controller:distribution.opendaylight:0.1.1-SNAPSHOT -DreportOutputFile=${project.build.directory}/depDiffs.txt 17:23:55 we really do need to resolve this though 17:23:58 the only one outstanding I know of is affinity 17:24:24 #info find -name defDiffs.txt | xargs ... 17:24:33 oops, typos abound above 17:24:34 cdub: are you OK with moving on? or were you hoping to get more accomplished here now? 17:24:40 rovarga: What issue are you aware of with affinity? 17:24:44 colindixon: yes 17:24:50 I don't want to cut you off, but I *really* do want to get this resolved because it matters 17:24:51 ok 17:24:52 edwarnicke: https://git.opendaylight.org/gerrit/#/c/4412/ still not merged 17:25:02 #topic documentation 17:25:16 colindixon: i can't tell "get it resovled" or "move on" 17:25:34 colindixon: either is fine for me 17:25:48 #link https://wiki.opendaylight.org/view/Release/Hydrogen/ I posted a rood documentation page for the hydrogen release here 17:26:21 #help we *really* need people to jump in there and start to get these things up so that we have *some* documentation come release 17:26:36 I think abhijitkumbhare had some suggestions about revising the guides 17:26:48 but this is important stuff 17:26:53 and please, please, PLEASE, help 17:28:17 i was thinking "https://wiki.opendaylight.org/view/Release/Hydrogen/Base/User_Guide" should link to per project wikis 17:28:52 abhijitkumbhare: There are some per Edtiion things in common 17:28:56 (installing, basic running, etc) 17:29:08 abhijitkumbhare: I was hoping that we would not have to have per-project guides for all of that 17:29:13 that is basicaly the point of editions, no? 17:29:23 to provide some bundled up user-facing functionality 17:29:55 colindixon: I would say so :) 17:30:24 yes - for the common install stuff yes - but stuff like architecture, etc. why should it be repeated in 2-3 different places? 17:30:58 fair enough 17:31:03 Among other things... its different in some cases 17:31:15 virtualization edition is *way* different for install and run 17:31:21 #action colindixon to look into creating some transcluded pages for truly common things 17:31:24 serviceprovider is somewhat different for install and run 17:31:59 #topic integration testing for non-base editions and for -of13 17:32:01 LuisGomez: 17:32:03 how goes this 17:32:08 and how worried should we be? 17:33:01 do we have a LuisGomez 17:33:32 ok 17:33:34 hi 17:33:34 apparently not 17:33:38 oh there we go 17:33:40 yay 17:33:56 I just wanted to get a readout on testing non-base editions and -of13 17:34:04 and figuring out what shape we think we're in 17:34:06 sorry, i am having a parallel chat with andy due to an issue in the distribution build 17:34:07 for cutting things on monday 17:34:24 LuisGomez: np, and if you don't have time and want to give a readout to discuss later, that's fine 17:34:54 in fact, let's do that 17:35:09 yes i will send you a report later 17:35:09 #action LuisGomez to send a mail to discuss with the state of integration tests later today 17:35:35 everyone, are there any other topics we need to cover here before moving onto the TSC readout for 25 minutes from now? 17:36:18 rovarga, abhijitkumbhare, edwarnicke, michal_rehak, oflibMichal, goldavberg, Konstantin, etc. 17:36:49 ok 17:36:50 defense4all has an issue with integration builds in either sp and virt editions 17:36:56 Has anything been done on creation reviews? 17:37:06 edwarnicke: I don't think so 17:37:10 I put up a template 17:37:24 Thank you :) 17:37:30 edwarnicke: who should Gera_ reach out to? 17:37:33 Has dmm scheduled? 17:37:48 #topic release reviews 17:37:50 Gera_: what issues are you seeing? 17:37:55 it is commented out,and we are pretty clueless as to what has to be done 17:38:18 #link https://wiki.opendaylight.org/view/Sample_Release_Review sample release review document which each project can copy and use 17:38:33 #action dmm should set these reviews up, colindixon will reach out to him about this on the TSC call 17:38:52 edwarnicke, Madhu, others, who can help Gera_ out? 17:39:01 #topic call for other topics from the group 17:39:07 Gera_: sure. lets take it offline 17:39:12 I have to admit I do not understand what that integration pom is doing, but d4a dependencies are not correct. there should be a single dependency, but I do not know if this is the right one - depending on the purpose 17:39:15 of the integration 17:39:23 Gera_: Lets get that fixed then :) 17:39:40 looking for help guys! :-) 17:39:41 #action Madhu and Gera_ and edwarnicke to look into why defense4all is having issue with virt and sp editions 17:39:58 great - when and how? 17:39:59 Gera_: We are all in this together :) 17:40:06 ;-) 17:40:08 Gera_: I think people will follow up with you in private chats and on the main irc channel 17:40:08 Gera_: pinging u right now 17:40:10 Gera_: What are your timezone constraints? 17:40:15 #topic TSC readout 17:40:29 Madhu: Would you like to take the conversation with Gera_ to #opendaylight ? 17:40:33 i have 2 more hours till i burn out ... 17:40:42 edwarnicke: i just pinged Gera_ :) 17:40:45 waiting for response 17:40:46 .. 17:40:49 #link https://docs.google.com/spreadsheet/ccc?key=0AoSzir1BfjyWdDQyVElWNG9mcWxhblREckZjbjFxUVE#gid=15 TSC Report Spreadsheet 17:41:00 so, high-order bits 17:41:04 Gera_: please look @ my DM 17:41:29 we've been having mostly good success with getting people to do dry runs and getting versions synced with a few notable exceptions 17:41:59 cdub: you probably have some things you want to add here 17:42:23 So, in the spreadsheet last week, we called out at high level 'Global Code Cleanup' 'Documentation' 'Additional Testing' 'Finalization Activities' and 'Release Reviews' 17:42:27 In red/yellow/green 17:42:37 high level, some issues w/ version sync...tools aren' 100% 17:42:49 #info there a variety of code cleanup tasks that each project has to do, I think we're yellow there with some projects being closer to red 17:43:08 I think that documentation is a bit scary 17:43:13 aka, java dependencies are hard, let's go shopping 17:43:22 but I have hopes that the next 4 days will help 17:43:49 version sync is having some issues, but we can likely get it resolved by hook or by crook 17:44:19 testing is hard to figure out, it seems like base edition with OF10 is doing well 17:44:32 everything else is a work in progress 17:44:34 OF13 is also converging 17:44:55 * rovarga gotta split 17:45:23 I'd really like to get this wrapped up in ~5 mins, so we can have a 10 minute break before the TSC 17:45:44 * edwarnicke seconds 17:45:56 my personal take is that I think I'd put a lot of yellow here :-/ 17:46:12 * cdub thirds 17:46:37 code cleanup is green for most things, red for a few projects, and yellow for versions 17:46:48 testing is green for base, yellow for most everything else 17:47:03 are we planning to release Virt and SP at the same time as base? 17:47:31 finalization is actually I think green 17:47:39 we've had good luck with getting people to do dry runs 17:47:55 folks, could you look at: https://docs.google.com/spreadsheet/ccc?key=0AoSzir1BfjyWdDQyVElWNG9mcWxhblREckZjbjFxUVE#gid=15 and see if it looks like it represents our state at a high level 17:48:08 the only possible thing is that I'm not 100% sure I'd put testing as green 17:48:12 I think it's green for base 17:48:52 the things causing me the most worry right now are: documentation, non-base editions, and OF13 testing 17:48:57 Is anyone running canary in the coal mine testing per platform? 17:49:08 ashaikh: 17:49:13 colindixon: I believe it comes down to a question of testing presence vs passing 17:49:22 fair enough 17:49:27 LuisGomez: and his team are running the integration testing for OF13 17:49:29 edwarnicke: other than those already testing some of the platforms, not yet 17:49:30 we can raise these issues on the TSC meeting 17:49:35 We have 4-5 test failures we are working on 17:49:42 But several seem to root in the same root cause 17:49:51 are we testing VTN, OVSDB, and things? 17:49:54 So yellow for testing 17:50:03 ok 17:50:14 and then we need to do the canary testing 17:50:17 fwiw, we are still debugging issue with of13 with ovsdb integration 17:50:30 network static is working on it. 17:50:53 so the pingall in mininet failed for the first 2 pings for me recently 17:50:54 Madhu: Have you tried it the known working way? 17:50:56 as in last night 17:51:06 Madhu: please ask networkstatic to ping me 17:51:06 edwarnicke: yes. i tried all possible ways :) 17:51:12 #info Spreadsheet for the Hydrogen Artifact Creation Event on January 27th is posted in the 'Addendum' section of the Simultaneous Release page - Leads please fill in the "Dry-Run Status" 17:51:13 I'd like to get him unstuck 17:51:20 anyways. am debugging. lets c 17:51:31 And I have been running his test code as a stock part of my code review and consistently getting his flows on the switch 17:52:08 Madhu: So are you buidling from integration/distribution ? 17:52:17 yep. 17:52:21 latest as of yeterday 17:52:27 Let follow up offline and see what we can figure out 17:52:34 ok 17:52:40 #info the TSC report is on the link above, the big issues we're worried about are: (1) documentation, (2) some testing and fixing failures for non-base editions and OF13, (3) getting canary tests up per-platform 17:52:48 I'm moving to end the meeting now 17:53:38 #link https://docs.google.com/spreadsheet/ccc?key=0AveQs8CH9DEUdFg5MVBXb0k1amFJX1BRcFdmc1VKekE&usp=sharing#gid=0 the spreadsheet in question from phrobb 17:53:45 #endmeeting