Indeed the semantics of the data should be outside the scope of federation,
though we do see room for application specific "federation plugins" to
potentially handle cases where it makes sense to transform or otherwise alter
data before/after federating it. As such, the API's you suggest are cer
Hi Muthu,
Indeed this is the general idea we had with respect to scaling. Of course, the
scale points where this would make sense depend on the specifics of the
application being federated and the load level induced by it. Some scale issues
would more suitably be handled by increasing a single
Hi Jamo,
I added the relevant yaml (still need to verify it is working in the sandbox -
doing it now and will update).
https://git.opendaylight.org/gerrit/#/c/42907/
please take a look when you can,
Ravit.
-Original Message-
From: Jamo Luhrsen [mailto:jluhr...@gmail.com]
Sent: יום ה 28
Hi Ashutosh,
Any work on improving the scalability of MDSAL is very welcome and I believe
your requirements are in line with what I would expect in this respect (if I am
not mistaking they are biased towards a solution that allows a storage backend
such as distributed DB to be leveraged in orde
Can someone please add me to the sandbox users group?
I can't login :-(
-Original Message-
From: Peretz, Ravit
Sent: יום ב 01 אוגוסט 2016 15:22
To: 'Jamo Luhrsen' ; Venkatrangan G - ERS, HCL Tech
; Tom Pantelis
Cc: odl netvirt dev ;
controller-dev@lists.opendaylight.org
Subject: RE: [c
Hey Jamo,
Here is the first run for my new job:
https://jenkins.opendaylight.org/sandbox/job/netvirt-vpnservice-csit-3node-openstack-mitaka-openstack-boron/1/console
seems like the devstack installation was not completed successfully.
If you or anyone else can take a look it would be great. Will
Hi,
The bridge (br-int) did not get created.
Please check if this bridge gets created.
--
2016-08-01 15:05:56.551 | ++ functions-common:die:186 : local
exitcode=0
2016-08-01 15:05:56.553 | [Call Trace]
2016-08-01 15:05:56.553 | ./stack.sh:1158:run_phase
2016-08-01 15:
Hi all,
something changed - now I am getting this:
Tests in error:
Can't install feature odl-groupbasedpolicy-ise-adapter/0.4.0-SNAPSHOT:
Could not start bundle
mvn:org.opendaylight.groupbasedpolicy/groupbasedpolicy-ise-adapter/0.4.0-SNAPSHOT
in feature(s) odl-groupbasedpolicy-ise-adapter-0.
Hi All,
I'm running ODL (Beryllium-SR2) to carry out some performance tests using
cbench (wcbench). However, the output of almost all my tests is bunch of
zeros. I had the same issue with ONOS controller and once figured out the
correct JAVA_OPTS setting and deactivated unnecessary apps/features I
Hi NETCONF Team,
There are some distribution test failures in Beryllium SR3 Build 20160730
related to your project. Could you or someone from your team please take a
moment to mark these issues in the spreadsheet [1] as "OKAY" to release or
"BLOCKING" and requires a respin and delay of Berylli
On 07/30/2016 01:13 AM, Kevin Wang wrote:
> Hi Robert,
>
> When trying to restart the PingPong transaction chain, I find the chain
> cannot be close()d gracefully.
> 1. To unlock the transaction chain, I will have to submit() the chain. It is
> undesirable, as it causes data inconsistence. But
Mohamad,
this might help:
https://wiki.opendaylight.org/view/CrossProject:Integration_Group:Performance_Tests#CBench_2
I think the short steps to follow would be to:
load these two features:
"odl-openflowplugin-flow-services-ui,odl-openflowplugin-drop-test"
run this command in the karaf shell:
Venkat,
I have seen some jobs in the past fail because br-int was not created. I think
we have a bug
there somewhere, but it's not consistent so we need to do some debugging work.
This is with
the netvirt-vpnservice impl, which only recently starting auto creating that
br-int.
Ravit,
I ran
Anil,
are we sure this bug is fixed? I hit it in a build today.
Thanks, Sam
On Thu, Jul 28, 2016 at 1:05 AM, Josh Hershberg wrote:
> Done. https://bugs.opendaylight.org/show_bug.cgi?id=6284
>
> On Tue, Jul 26, 2016 at 3:22 PM, Josh Hershberg
> wrote:
>
>> 35775 2016-07-26 16:16:07,843 | ERROR
Hi VPNSERVICE/NETIDE/IOTDM/CONTROLLER teams,
According to our ports wiki page, your projects have port conflicts with each
other
6644: NetIDE port since Beryllium release
6644: VPNService
8282: IoTDM Onem2m Http Server
8282: Controller Tomcat server (AD-SAL, only Lithium and before)
We would l
Yes, it should be, can you paste me the exception?
On Mon, Aug 1, 2016 at 4:50 PM, Sam Hague wrote:
> Anil,
>
> are we sure this bug is fixed? I hit it in a build today.
>
> Thanks, Sam
>
> On Thu, Jul 28, 2016 at 1:05 AM, Josh Hershberg
> wrote:
>
>> Done. https://bugs.opendaylight.org/show_bu
Anil,
grab the log from [1]. The log in that bug also has the exception from this
email.
Sam
[1] https://bugs.opendaylight.org/show_bug.cgi?id=6326
On Mon, Aug 1, 2016 at 8:07 PM, Anil Vishnoi wrote:
> Yes, it should be, can you paste me the exception?
>
> On Mon, Aug 1, 2016 at 4:50 PM, Sam
Hi Gidi
Yes, we are also working towards a scale-out architecture.. However, for now,
we are focusing on single ODL cluster..
Let me know if you would be interested in participating the related
discussions.. would loop you in..
I would also request you to loop me in federation related discussion
18 matches
Mail list logo
