15:08:10 #startmeeting clustering hackers 15:08:10 Meeting started Tue Oct 4 15:08:10 2016 UTC. The chair is colindixon. Information about MeetBot at http://ci.openstack.org/meetbot.html. 15:08:10 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:08:10 The meeting name has been set to 'clustering_hackers' 15:08:19 #topic agenda bashing 15:09:30 #link https://git.opendaylight.org/gerrit/#/c/45912/ rovarga asks TomP to look into this patch to merge it before merge conflicts start to come up 15:13:49 #info colindixon and TomP give a once-through and find a few minor things, TomP says he's likely to give the benefit of the doubt around which parents each pom uses 15:22:13 #topic moving to frontend/backend separation (bug 5280) 15:22:16 #link https://git.opendaylight.org/gerrit/#/q/message:5280 patches 15:22:26 #info TomP asks about how well it is tested 15:22:55 #info rovarga says that the first thing to do is to get the unit tests to run 15:23:20 #info Muthu and Ashutosh say that a lot of testing (beyond very high scale) is already in CSIT 15:24:34 #info the very high scale seems to have issues which are hard to figure out if they are the data store or the OpenFlow plugin 15:25:01 #info rovarga also says that his take is that there should be at least one test case on BGP that would hopefully go back to passing 15:35:48 #info TomP and rovarga discuss cherry-picking the patches back to Boron, and when to flip the switch to use the new back end 15:36:12 #info TomP seems to think flipping the switch in SR2 is more sane right now givent that SR1 is ~3 weeks out 15:39:24 #info rovarga says the key point is that the switch-over shoudl really be a config option, not a code option, so no special build shoudl be required 15:44:35 #topic carbon planning 15:45:13 #Info there is some work on sharding to be able to use pluggable back-ends with Erricsson folks interested in using cassandra to back some shards 15:46:01 #info it looks like the plan is augment the existing models with RPCs that would then call back into the backing data store without going through the MD-SAL data store 15:46:37 #info rovarga says he'd really like to see it go through the conceptual data tree APIs instead of just using their own RPCs to get the current benefits of things, e.g., visibility to RESTCONF 15:50:17 #info ashutosh says that he agrees, but that at some point if you need performance, it might be worth a trade-off where you lose visibility to RESTCONF and data sharing in exchange for performance 15:51:09 #info TomP asks if this is upstreamed, Ashutosh says the discussion is happening in the open, TomP asks what project this is looking to modify and if the modifications are happening upstream or not 15:55:46 #info ashutosh says that the bascially, they don't have confidence that the conceptual data tree API will give them the flexibility they need to deliver the performance and scale they need, so they're focusing on bypassing things for now 15:56:22 #info ashtosh points out for instance that needing to replicate all the data you need on all nodes where you might want a notificaiton would be real problem for scale 15:56:31 #undo 15:56:31 Removing item from minutes: 15:56:38 #info ashutosh points out for instance that needing to replicate all the data you need on all nodes where you might want a notificaiton would be real problem for scale 15:57:51 #Info rovarga, TomP and ashutosh talk about how the conceptual data tree would work and how it might work for the given use case, ashutosh asks questions around if there is still a shard leader 16:00:25 #Info ashutosh says that in the long-run if the conceptual data tree becomes real, they'll move to it, but now they want to do something *now* and the conceptual data tree isn't yet done 16:02:21 #info muthu asks if this stuff was part of the summit presentations, rovarga says yes 16:02:53 #topic jumping to MD-SAL call 16:03:06 #info since I'm the only one taking notes, the notes might not reflect things after that 16:03:10 #endmeeting