Re: [controller-dev] Binding V1 codegen in Fluorine

On 07/03/18 15:19, Robert Varga wrote: > On 01/03/18 18:31, Robert Varga wrote: >> Hello everyone, >> >> TL;DR: >> Implementation of Binding Specification V1 needs to be improved in a way >> that breaks the ability to load Fluorine-generated code in older container

Re: [controller-dev] [release] Binding V1 codegen in Fluorine

On 07/03/18 17:24, Faseela K wrote: > Hi Robert, > >    From the details, for the downstream consumers is it just going to be > just version change in the dependency? For 'downstream' as in within ODL it's not going to be even that (as mdsal is integrated on snapshots). For downstreams outside

Re: [controller-dev] Binding V1 codegen in Fluorine

On 01/03/18 18:31, Robert Varga wrote: > Hello everyone, > > TL;DR: > Implementation of Binding Specification V1 needs to be improved in a way > that breaks the ability to load Fluorine-generated code in older containers. > > Are there any objections to doing that? No

[controller-dev] Giving Binding Specification V1 a bit of TLC

Hello everyone, we are still ways off of having a smooth transition plan from Binding V1 to Binding V2 and a large body of models are getting standardized, some of which trigger V1 deficiencies. Contingent on favorable outcome of the discussion here:

Re: [controller-dev] [release] Autorelease oxygen failed to build odl-config-netty from controller

On 26/02/18 12:06, Michael Vorburger wrote: > On Thu, Feb 22, 2018 at 8:46 AM, Robert Varga <n...@hq.sk > <mailto:n...@hq.sk>> wrote: > > On 22/02/18 04:50, Jenkins wrote: > > Attention controller-devs, > > > > Autorelease oxygen failed

Re: [controller-dev] NETCONF query.

On 21/02/18 07:37, Arthi Bhattacharjee wrote: > Hi Michael, > > Thank you for the response.  > And may I know when oxygen will be released? Current target is March 14th, not sure if that is going to be met. https://wiki.opendaylight.org/view/Release_Dashboard. Bye, Robert signature.asc

Re: [controller-dev] Is "model-topology" exposed as a feature?

On 15/02/18 13:21, Faseela K wrote: > I am working on removing the inter project bundle dependencies in > openflowplugin as part of [0] > > There is a feature odl-openflowplugin-nsf-model in openflowplugin which > uses > > > > org.opendaylight.controller.model > >    

Re: [controller-dev] [release] [integration-dev] odl-restconf feature missing

On 08/02/18 20:47, Xingjun Chu wrote: > The original patch is submitted by Tom and  just to bump the YANGTOOL > version to 2.0.0 in bunch of .pom files. > Please use 2.0.1 for these instead. Thanks, Robert signature.asc Description: OpenPGP digital signature

Re: [controller-dev] FaaS build error

On 08/02/18 19:53, Xingjun Chu wrote: > Hi Robert, > > It is in my local dev environment. Not in CI environment. Understood. What are the steps to reproduce? Regards, Robert signature.asc Description: OpenPGP digital signature ___ controller-dev

Re: [controller-dev] FaaS build error

On 08/02/18 15:52, Xingjun Chu wrote: > Hi, Hello, > I got this error during build faas project. This never happen before. I > bumped the YANTOOls to 2.0.0. it was fine till yesterday afternoon. Any > ideas? [snip] > >   Unable to resolve root: missing requirement [root] osgi.identity; >

Re: [controller-dev] [release] Autorelease nitrogen failed to build yang-jmx-generator from controller

On 07/02/18 14:24, Michael Vorburger wrote: > > Expected: is "An extension of the simple pool of threads able to > schedule work to be executed at some point in time." >      but: was "An extension of the simple pool of threads able to > schedule\nwork to be executed at some point in time." > >

Re: [controller-dev] compiling error about mdsal-eos-binding-adapter snapshot dependency when switch to odlparent 3.0.2

On 06/02/18 16:09, Tom Pantelis wrote: > It's not just merge jobs with random failures. Can anyone explain why > this AR job > failed:  > https://jenkins.opendaylight.org/releng/job/openflowplugin-validate-autorelease-oxygen/227/console? > > 13:49:24 [INFO] >

Re: [controller-dev] compiling error about mdsal-eos-binding-adapter snapshot dependency when switch to odlparent 3.0.2

On 06/02/18 06:53, Thanh Ha wrote: > The old-style mdsal-merge job deployed and I kicked off a build: > > https://jenkins.opendaylight.org/releng/view/Merge-Jobs/job/mdsal-merge-oxygen/1/console > > It takes about 50 minutes for mdsal to build so we'll know in ~50 > minutes if that fixed the

Re: [controller-dev] [release] Autorelease nitrogen failed to build blueprint from controller

On 05/02/18 01:34, Jenkins wrote: > Attention controller-devs, > > Autorelease nitrogen failed to build blueprint from controller in build > 384. Attached is a snippet of the error message related to the > failure that we were able to automatically parse as well as console logs. releng-dev: this

Re: [controller-dev] [release] Autorelease oxygen failed to build opendaylight-startup-archetype from controller

On 01/02/18 15:26, Stephen Kitt wrote: > On Thu, 1 Feb 2018 15:11:07 +0100 > Michael Vorburger <vorbur...@redhat.com> wrote: >> On Thu, Feb 1, 2018 at 12:50 PM, Robert Varga <n...@hq.sk> wrote: >>> The project does not list a dependency on mdsal-model-sources, hen

Re: [controller-dev] [release] Autorelease oxygen failed to build opendaylight-startup-archetype from controller

On 01/02/18 12:27, Michael Vorburger wrote: > On Thu, Feb 1, 2018 at 6:37 AM, Anil Belur > wrote: > > Hello Controller-dev: > > The below errors suggests the pom file dependencies might be > breaking the build.  >

Re: [controller-dev] SingleFeatureTest error

On 25/01/18 05:44, wang.senx...@zte.com.cn wrote: > > Hi, all > >     I recently dealt with the p4plugin project on the odlparent-3.0.2 > upgrade, but I encountered a problem, our project > > could not found the package io.netty.internal.tcnative, to my surprise, > this problem does not occur

Re: [controller-dev] DistributedDataStoreRemotingIntegrationTest failures

On 24/01/18 18:58, Michael Vorburger wrote: > also sal-binding-it is flaky, not sure if related, see > https://git.opendaylight.org/gerrit/#/c/67266/ ... we can always > "recheck", of course - but we shouldn't have to, ideally. Error in initialization script:

Re: [controller-dev] MD-SAL startup project archetype

On 17/11/17 21:23, Xingjun Chu wrote: > Hi, > >   > > Is the instructions on this link still working ? > > https://wiki.opendaylight.org/view/OpenDaylight_Controller:MD-SAL:Startup_Project_Archetype > >   > > one of my team members try to create an archtype project using it ,  it > failed I

Re: [controller-dev] Another OOM similar to earlier one, with a lot of unhappy log messages from openflowplugin re. transaction chains

On 13/11/17 20:09, Michael Vorburger wrote: > > Or is a huge ShardDataTree just perfectly normal, because that's the > in-memory database? Must we just bump up our Xmx of 2 GB to much more > for this to be able to work at scale? Hard to say, but a large FrontendMetadata part could indicate

Re: [controller-dev] [mdsal-dev] What to do with the Future returned by RPC operations, as its not a ListenableFuture?

On 09/11/17 19:17, Michael Vorburger wrote: > BTW: How will these RPC Java interfaces look like in the future Binding > v2? Hopefully not Future anymore... Nope. And since we have (kind of) learned a lesson, baseline APIs take a completion lambda argument, which can be bridged to any future-like

Re: [controller-dev] ODL crashing in CSIT jobs

On 03/11/17 01:37, Michael Vorburger wrote: > > quickly wrote ThreadExplosion.java just attached to NETVIRT-974 to > convince myself that's unlikely it (because that would "just" cause an > "java.lang.OutOfMemoryError: unable to create new native thread", but > not what you're seeing here).. 

Re: [controller-dev] ODL crashing in CSIT jobs

On 02/11/17 23:02, Luis Gomez wrote: > 1) JVM does not kill itself, the OS does instead after the java process grows > to 3.7G in a VM of 4G RAM (note Xmx is set to 2G but still the jvm goes far > beyond that). Indicates this lies out side of heap -- check thread count. Bye, Robert

Re: [controller-dev] [release] Autorelease nitrogen failed to build odl-toaster from controller

On 24/10/17 17:45, Jenkins wrote: > Attention controller-devs, > > Autorelease nitrogen failed to build odl-toaster from controller in build > 252. Attached is a snippet of the error message related to the > failure that we were able to automatically parse as well as console logs. > > >

Re: [controller-dev] Expose Datastore health to applications via infrautils.diagstatus

On 23/10/17 14:37, Tom Pantelis wrote: > Or we get infrautils promoted to "mature" to get around the red tape. > What would that take? ... A Graduation Review. Unfortunately https://www.opendaylight.org/project-lifecycle-releases disappeared somewhere (Casey, do you know where?), but it includes

[controller-dev] Questions about datastore

Hello Michael, we discussed the items you have put on today's Kernel Projects' Call agenda. > Stephen & Michael: Follow-up to sharding breakout session at DDF > > How to have a single shard for operational and config, but with/without > persistence? This is not possible. Operation and

Re: [controller-dev] aeron DriverTimeoutException error

On 29/09/17 21:21, Lei Zhang wrote: > Hi there, > > I am trying to build opendaylight and its projects from source. For the > controller project, I got stuck at sal-distributed-datastore, with > multiple "io.aeron.exceptions.DriverTimeoutException: No response within > driver timeout" errors, for

Re: [controller-dev] yang-jmx-generator AbstractYangTest.loadYangFiles:56->AbstractYangTest.getConfigApiYangInputStreams:81->AbstractYangTest.getStreams:101 /META-INF/yang/config.yang is null

On 14/09/17 17:25, Robert Varga wrote: > > On 14/09/17 16:31, Tom Pantelis wrote: >> >> On Thu, Sep 14, 2017 at 10:30 AM, Tom Pantelis <tompante...@gmail.com >> <mailto:tompante...@gmail.com>> wrote: >> >> I just refreshed my local yangtools

Re: [controller-dev] yang-jmx-generator AbstractYangTest.loadYangFiles:56->AbstractYangTest.getConfigApiYangInputStreams:81->AbstractYangTest.getStreams:101 /META-INF/yang/config.yang is null

; controller-dev@lists.opendaylight.orgSubject: Re: [controller-dev] yang-jmx-generator AbstractYangTest.loadYangFiles:56->AbstractYangTest.getConfigApiYangInputStreams:81->AbstractYangTest.getStreams:101 /META-INF/yang/config.yang is null On Thu, Sep 14, 2017 at 11:25 AM, Robert Varga <n

Re: [controller-dev] yang-jmx-generator AbstractYangTest.loadYangFiles:56->AbstractYangTest.getConfigApiYangInputStreams:81->AbstractYangTest.getStreams:101 /META-INF/yang/config.yang is null

On 14/09/17 16:31, Tom Pantelis wrote: > > > On Thu, Sep 14, 2017 at 10:30 AM, Tom Pantelis > wrote: > > I just refreshed my local yangtools and controller and see the > errors. Under config-api/target/classes/META-INF/yang/ the

Re: [controller-dev] Default values in yang are not set when fetch from datastore with restconf

On 31/08/17 15:22, Tom Pantelis wrote: >   I don’t see the ip-address value in my restconf response. > Where when I check the dataobject, the object has the default value > set. > >   How do I ensure the default value is set even in mdsal? > > > Default

Re: [controller-dev] [release] Nitrogen Blocker Bugs

On 24/08/17 06:52, Kit Lou wrote: > Hello netvirt, controller, and genius Project Teams, > > There are currently 5 blocker bugs for Nitrogen - see [1]: > > * netvirt: 8700, 9003 > * controller: 8741 8741 is problematic. It is a regression in functionality: we do not ship karaf3, but if

Re: [controller-dev] [mdsal-dev] [openflowplugin-dev] Fwd: Bug 9038 - IllegalStateException: Attempted to close chain with outstanding transaction PingPongTransaction at org.opendaylight.openflowplugi

On 24/08/17 09:39, Tomáš Slušný wrote: > > Hello Michael, > > so, according to stack trace, it looks like OpenFlowPlugin transaction > chain manager got notification that transaction chain failed, and what > we are doing then are that we create new transaction chain and close the > failed

Re: [controller-dev] OOM Bug 9034

On 23/08/17 20:21, Michael Vorburger wrote: > On Wed, Aug 23, 2017 at 2:11 PM, Robert Varga <n...@hq.sk > <mailto:n...@hq.sk>> wrote: > > On 23/08/17 13:48, Michael Vorburger wrote: > > > > Robert> Actually no. The backend side of things

Re: [controller-dev] OOM Bug 9034

On 23/08/17 13:48, Michael Vorburger wrote: > > Robert> Actually no. The backend side of things looks okay, as chains > are being > both closed and purged when requested from the frontend. I suspect > somebody is forgetting to close their transaction chains... > > Michael> Is a "transaction

Re: [controller-dev] OOM Bug 9034

On 23/08/17 13:33, Robert Varga wrote: >> As far as I can see, with my still very limited understanding of mdsal >> internals, this does not seem to be the same as our earlier >> https://bugs.opendaylight.org/show_bug.cgi?id=8941 raised by Stephen and >> fixed by Robert (

Re: [controller-dev] OOM Bug 9034

On 23/08/17 12:56, Michael Vorburger wrote: > Hi guys, > > I'm investigating another OOM in > https://bugs.opendaylight.org/show_bug.cgi?id=7370, and would love your > valuable thoughts and feedback on it... This looks like the app is not able to keep up and hence DTCNs are piled up and waiting

Re: [controller-dev] Controller/Clustering Carbon SR2 Blocker Bug

> <mailto:an...@huawei.com>> wrote: > > +Add CONTROLLER team. > > Hi Tom Pantelis and Robert Varga, > > Please help investigate this issue blocking Carbon SR2. Several > projects are having issues with their 3node tests. We believe > https://git

Re: [controller-dev] Circuit Breaker timed out

On 16/08/17 08:37, Muthukumaran K wrote: > We have not tried on master branch (Nitrogen / Akka 2.5). Not sure if > such an issue would go away with Akka 2.5 because the circuit breaker is > primarily with LevelDB plugin. > Nitrogen is on akka-2.4.18. akka-2.5.x (and others) are staged for

Re: [controller-dev] [release] Autorelease nitrogen failed to build sal-distributed-datastore from controller

On 15/08/17 07:00, Thanh Ha wrote: > Looks like the same issue we saw on Carbon. I cherry-picked the 2 > patches here: > > https://git.opendaylight.org/gerrit/61742 > https://git.opendaylight.org/gerrit/61743 > > Since we're in code freeze officially now for Nitrogen I will merge them > after

Re: [controller-dev] [release] Autorelease carbon failed to build sal-distributed-datastore from controller

On 14/08/17 21:20, Robert Varga wrote: > On 14/08/17 20:24, Jenkins wrote: >> Attention controller-devs, >> >> Autorelease carbon failed to build sal-distributed-datastore from controller >> in build >> 432. Attached is a snippet of the error message related to

Re: [controller-dev] [release] Autorelease carbon failed to build sal-distributed-datastore from controller

On 14/08/17 20:24, Jenkins wrote: > Attention controller-devs, > > Autorelease carbon failed to build sal-distributed-datastore from controller > in build > 432. Attached is a snippet of the error message related to the > failure that we were able to automatically parse as well as console logs.

Re: [controller-dev] [release] Autorelease carbon failed to build sal-distributed-datastore from controller

On 14/08/17 08:31, Anil Belur wrote: > Hello controller-dev: > > AR builds are failing on both carbon and nitrogen in controller. There > has been only one patch that has got merged recently. > Please confirm if this change could have potentially caused an issue. > >

Re: [controller-dev] [OpenDaylight TSC] Nitrogen M5: yangtools branching/versioning strategy

On 10/08/17 19:24, Thanh Ha wrote: > > Ack, we'll look into taking care of the yangtools version modifications > in each project during branch cutting. These complex changes will make > us take longer to branch cut but we'll see about getting that done. > > So if I understand correctly the

Re: [controller-dev] Testing the FE BE separation of Datastore (Bug-5280)

On 09/08/17 08:10, Muthukumaran K wrote: > Hi Robert / Vratko, > > Going through Vratko's gerrit, I noticed following > > "Prefix-based shards do not even support "non-chained" transactions" > > I assume that this caveat is applicable only for the prefix-based sharding > and does not

Re: [controller-dev] akka.actor.ActorInitializationException occurs when installing odl-mdsal-broker

On 07/08/17 11:32, gu.m...@zte.com.cn wrote: > Caused by: java.lang.NoSuchMethodError: > org.opendaylight.yangtools.triemap.TrieMap.create()Lorg/opendaylight/yangtools/triemap/TrieMap; > > at >

[controller-dev] Nitrogen M5: yangtools branching/versioning strategy

Hello everyone, sorry for the cross-post, but I want to make sure this reaches the largest audience possible. We have passed Nitrogen offset-0 M5, which means we are officially code-frozen. The only exceptions to this are: - bugfixes not requiring breaking API changes - API deprecation patches

Re: [controller-dev] How to separate shards under network topology

On 02/08/17 21:23, Robert Varga wrote: > Not with module-based shards, no. Sorry, I did not mean to sound this authoritative, as the answer comes from my in-memory cache, which may not be accurate. Tom, can you weigh in? Thanks, Robert signature.asc Description: OpenPGP digital signat

Re: [controller-dev] Testing the FE BE separation of Datastore (Bug-5280)

On 24/07/17 17:28, Muthukumaran K wrote: > Hi Robert, Hello Muthu, sorry for the late response, this email got left behind in my drafts folder. > This is in context of the changes for BZ-5280. We would like to test > the changes on master branch. Have some clarifications on the same > > >

Re: [controller-dev] Query on TransactionCommitFailedException

On 01/08/17 17:18, Tom Pantelis wrote: > Does this mean that > > 1. The DS operation will definitely fail > > OR > > 2. Is it possible that the DS operation can eventually be > successful > > __ > > > It might eventually succeed. AskTimeoutEx

Re: [controller-dev] eventTime is missing in the generated notification object

On 27/07/17 13:52, Senthil Jayakumar wrote: > Hi Alexis et all, Hello, > > Gentle Reminder! > > Any input in this regard is very much appreciated. Can you file an issue in bugzilla with those two attachments for tracking, please? Thanks, Robert > > Thanks > Senthil Kumar Jayakumar > > On

Re: [controller-dev] [Odlparent-dev] configuration/logback.xml logging configuration used for what?

On 27/07/17 13:05, Michael Vorburger wrote: > Hello parents, Hello Michael, > as I'm having a closer look at what we've done re. logging, I'm > discovering that in an ODL $KARAF_HOME we have: > > 1. a etc/org.ops4j.pax.logging.cfg (from >

Re: [controller-dev] [openflowplugin-dev] Any takers for liblldp?

On 21/07/17 00:32, Sam Hague wrote: > What was the reasoning not to absorb liblldp into the openflow project? > Because lldp isn't part of openflow? That makes sense and I don't think > we will find a project as this really is it's own protocol. I do not agree with that -- LLDP is a full-blown

Re: [controller-dev] FW: [Opendaylight-users] Clustering in ODL(Boron-SR3)

On 20/07/17 22:57, Xingjun Chu wrote: > I found this question on user mailing list, kind of interesting . Any > comments from controller team. > > > > Regards > > Xingjun > > > > *From:*opendaylight-users-boun...@lists.opendaylight.org >

Re: [controller-dev] [sfc-dev] ODL Boron for Load Balancer Scenaio

On 17/07/17 16:03, Rahul Hada wrote: > Hi Robert, > > So, can you suggest a way to LBaaS scenario for OpenDayLight Boron SR2? Hello, sorry, openflow-based apps are not my area of expertise, so I cannot offer further help on this topic. Regards, Robert signature.asc Description: OpenPGP

Re: [controller-dev] issues when mounting junos 17.2 in ODL

On 10/07/17 09:23, Abdelmuhaimen Seaudi wrote: > When I try to mount Junos 17.2 in ODL, Java process experiences very > high CPU utilization and I see the following logs in karaf. I would suggest enabling TRACE-level logs for netconf to see the actual XML snippets, as they'll shed light as to

Re: [controller-dev] https://git.opendaylight.org/gerrit/#/c/50190/7

.  Do you know how to make the move Or just simply change the artifactid and version. ? it may be more work than that?  In that case, we can just forget your patch? Thanks a lot Xingjun -Original Message- From: Robert Varga [mailto:n...@hq.sk] Sent: Friday, June 30, 2017 12:11 PM

Re: [controller-dev] https://git.opendaylight.org/gerrit/#/c/50190/7

Hello Xingjun, That is a Guava migration patch. It adapts faas to guava-21, but I have not updated it in along time. If faas is on odlparent-2.0.0, I will abandon it. If not, you may find it useful during that migration. Essentially Guava 's Futures.transform() is noonger overloaded...

Re: [controller-dev] [opendaylight-dev] [ODL | Restconf | Unable to list operations on swagger and receive DataTreeChange events]

On 26/06/17 15:47, Yrineu Rodrigues wrote: > Hi controller-dev, odl-dev and release team, > > After update NIC to odl-parent 2.0.0, we aren't able to list operations > on swagger, also, I don't know that issue is related to > DataTreeChangeListener implementation, once we aren't receiving >

Re: [controller-dev] gRPC/Protocol Buffers support for ODL RPCs?

On 22/06/17 18:50, Michael Vorburger wrote: > Hello, > > Naive Q: Do we already have gRPC/Protocol Buffers (PB) support for ODL > RPCs? Say if you were writing something in say Go and wanted to call > some ODL RPC, and sure could start with a HTTP REST call to the RPC's > RESTCONF, but wondered

Re: [controller-dev] Moving protocol-framework

On 13/06/17 18:27, Tom Pantelis wrote: > On Tue, Jun 13, 2017 at 12:00 PM, Robert Varga <n...@hq.sk > <mailto:n...@hq.sk>> wrote: > > On 13/06/17 17:53, Tom Pantelis wrote: > > On a side note, I suspect commons/liblldp isn't used anymore either. In > &

Re: [controller-dev] Moving protocol-framework

On 13/06/17 17:53, Tom Pantelis wrote: > Not sure if commons/filter-valve is used either. If so probably should > be moved to netconf/restconf. Right, an fgrep on carbon autorelease is not finding any references, I think we can kill it -- but it needs confirmation from someone who understands how

Re: [controller-dev] Moving protocol-framework

On 13/06/17 17:53, Tom Pantelis wrote: > On a side note, I suspect commons/liblldp isn't used anymore either. In > fact I don't even see the bundle installed by any feature. It is seems to be consumed by quite a few downstreams: ofp, gbp, atrium, netvirt, nemo, nic, genius. I think the correct

Re: [controller-dev] [release] Autorelease nitrogen failed to build yang-test from controller

On 12/06/17 04:54, Jenkins wrote: > Attention controller-devs, > > Autorelease nitrogen failed to build yang-test from controller in build > 54. Attached is a snippet of the error message related to the > failure that we were able to automatically parse as well as console logs. > > > Console

Re: [controller-dev] Conditional feature installation.

On 09/06/17 11:33, abhishek Sharma wrote: > As a user I would wanted to have an error displayed at the time of > feature installation from karaf. There is nothing you can really do by the time the bundle activates -- installation has already completed and the bundles have been started. The only

Re: [controller-dev] [mdsal-dev] Cohort or Restconf- How to alter input data?

On 23/05/17 16:50, Vishweshwar Hegde wrote: > Thanks Robert for the information. > > Please refer below scenario: > public static final QName QNAME = QName.create(XYZ.QNAME, "abc").intern(); > public static final YangInstanceIdentifier.NodeIdentifier NODEID = new >

Re: [controller-dev] build failure when 'mvn archetype:generate' using '-DarchetypeCatalog'

On 21/04/17 10:35, Sam wrote: > I found in stable/boron pom.xml: > > > org.opendaylight.odlparent > odlparent-lite > 1.7.3-SNAPSHOT > > > > > Is coretutorials' pom.xml wrong? Core tutorials is not part of the autorelease, hence stable/carbon versions

Re: [controller-dev] [mdsal-dev] Cluster: event notification subscription NOT WORKING

On 17/05/17 18:03, Leandro Illia wrote: > Hello, Hi, [+netconf-dev] > I am working on a project where I am setting up a 3 node cluster in > Boron SR2 release. In order to have real time notifications about > changes in my topology I created an event notification subscription > (

Re: [controller-dev] [mdsal-dev] How to increase the timeout value for a commit operation to the data store ?

On 16/05/17 20:40, Anil Vishnoi wrote: > Tom, > > I think it depends on the use case for which user is using cohort. For > example If user have a use case where it sends very few rest request to > the controller from northbound side but want to make sure it runs all > the possible checks against

Re: [controller-dev] [mdsal-dev] Order of MD-SAL Data Change Notification event and actual data written to the store

On 14/04/17 23:34, Srikanth Vavilapalli wrote: > Hi > > > > I am noticing intermittently a race condition behavior where DCN > listener is getting notified about a change in the yang data even before > the data is fully written to and available in the data store. > > > > Let me explain

Re: [controller-dev] IncorrectNestingException when writing to an augmented data-tree

[+mdsal-dev] On 14/04/17 14:14, Satish Dutt wrote: > Hi, > > > > I have created a project using boron-SR3 archetype. In one of the yang I > have augmented a container. In the code (File3.java) I am trying to > write the data to that container to the DataStore, but I am getting >

Re: [controller-dev] SSH authentication failure

On 07/04/17 12:50, Santosh Singh wrote: > 2017-03-24 12:31:16,536 | WARN | NioProcessor-2 | > AsyncSshHandler | 115 - > org.opendaylight.controller.netconf-netty-util - 0.3.4.SNAPSHOT | Unable > to setup SSH connection on channel: [id: 0x642be38c] >

Re: [controller-dev] Getting exception when using Transaction Chain

On 03/06/2017 01:05 PM, Satish Dutt wrote: > Thanks Robert for the clarification. So to solve the issue, can I handle this > IllegalStateException and retry the read or write operations for a finite > number of times, which makes the best effort of previous write-capable > transactions to get

Re: [controller-dev] Getting exception when using Transaction Chain

On 03/06/2017 12:39 PM, Satish Dutt wrote: > When multiple requests are sent concurrently, IllegalStateException is > thrown. Is there any way to solve this issue, apart from synchronizing > the method which does the above operations ? This is actually part of the API contract:

Re: [controller-dev] [opendaylight-dev] Karaf 4 based integration tests

On 02/22/2017 11:51 AM, Lori Jakab wrote: > > org.opendaylight.controller.blueprint/0.6.0.SNAPSHOT: missing > requirement [org.opendaylight.controller.blueprint/0.6.0.SNAPSHOT] > osgi.wiring.package; >

Re: [controller-dev] [netconf-dev] Persistence Error when uninstall ODL feature in Karaf

wall of text: https://lists.opendaylight.org/pipermail/release/2016-January/005313.html Bye, Robert On 02/06/2017 04:31 PM, Tomas Cere -X (tcere - PANTHEON TECHNOLOGIES at Cisco) wrote: > Hi, > > If I remember correctly feature:uninstall is not currently supported. > Adding controller-dev which

Re: [controller-dev] How to create CDS shards

On 02/02/2017 11:24 PM, Tom Pantelis wrote: > The Conceptual Data Tree stuff does have an API to dynamically create > prefixed shards. However the patches to implement the new APIs in CDS is > still in progress. Tomas Cere is working on that. Yes, but there is a requirement for different

Re: [controller-dev] Barrier request/reply - SalFlowRpc

openflow question: +openflowplugin-dev. On 02/01/2017 05:43 PM, Muthukrishnan Thangasamy wrote: > Dear Team , > > > > Whenever I push flow through salFlowRpc ( from NorthBound ) , Barrier > request and response immediately followed after flow push to ensure > flows are written in the switch. >

Re: [controller-dev] Is maven and online download the only way to build?

On 02/01/2017 05:46 PM, Robert Varga wrote: > On 02/01/2017 05:20 PM, yewgang wrote: >> Is there some offline jar package i can download by hand, or some way to >> find? Just treat as complain if no way. > Well, a clean solution to this problem is to deploy a local repo > mana

Re: [controller-dev] [integration-dev] [int/test] Cluster testing

On 01/30/2017 04:59 PM, Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) wrote: > Current cluster suites do contain documentation, > > but it is focused on tester point of view only. > > I will be creating new integration/test: docs/ files > > to bridge the gap. > It would be great

Re: [controller-dev] RPC DOM API

On 01/24/2017 11:08 AM, Karthik Holla wrote: > Is it possible to invoke RPC using DOM API ? If yes can anyone give me > an example on how to use it . > Yes, DOMRpcService has the appropriate invokeRpc() method. For examples, look at RESTCONF or mdsal-binding-dom-adapter. Regards, Robert

Re: [controller-dev] Deleting a node from MD-SAL that doesn't exist / already deleted

On 01/22/2017 09:16 AM, Sela, Guy wrote: > Hi > I totally agree with you that it might indicate there is a cleanup code that > runs in an un-coordinated fashion. > There is no value in explaining what causes this problem in this specific > case, because it is probably solvable. > My point was

Re: [controller-dev] Interfacemanager blueprint migration, dependency issues, need help

On 01/20/2017 04:58 PM, Alexis de Talhouët wrote: > Michael, > > I recall at the time I initially moved netvirt to blueprint, I faced > cyclic dependency. The approach I used is the following: > Instead of having the blueprint resolved the service you need, which end > up having deadlock due to

Re: [controller-dev] Deleting a node from MD-SAL that doesn't exist / already deleted

On 01/20/2017 10:13 AM, Sela, Guy wrote: > My suggestion was not to change the current delete, but to add to it another > flag, which will "silence" the exceptions in the case where the transaction > started when the Node existed, and ended when it didn't exist anymore. > Default behavior would

Re: [controller-dev] Deleting a node from MD-SAL that doesn't exist / already deleted

On 01/19/2017 07:03 PM, Robert Varga wrote: > The question you need to answer to solve the problem you are seeing is: > why has the path disappeared? ... and please don't get me wrong, I am not inherently opposed to defining new operations, but it is an immensely expensive change. This

Re: [controller-dev] Interfacemanager blueprint migration, dependency issues, need help

On 01/19/2017 07:21 PM, Robert Varga wrote: > He has cooked up https://git.opendaylight.org/gerrit/50682 to correct > that, which I think will make the issue more obvious and probably split > this conversation into multiple tracks. With the patch the error is actually more useful for

Re: [controller-dev] Interfacemanager blueprint migration, dependency issues, need help

On 01/19/2017 01:33 PM, Michael Vorburger wrote: > Tom, thanks for jumping in! > > +controller-dev & genius-dev, to make this formerly private thread > public (and -individuals, because of mailman); >because this may be a more general issue, not just something done > wrong in c/49175: After

Re: [controller-dev] Deleting a node from MD-SAL that doesn't exist / already deleted

On 01/19/2017 05:59 PM, Sela, Guy wrote: > When submitting a delete transaction on a node that doesn’t exist, > MD-SAL’s behavior is to throw ModifiedNodeNotExists Exception. Are you referring to ModifiedNodeDoesNotExistException? If so, then... > There are many usecases where there is a

Re: [controller-dev] [integration-dev] [mdsal-dev] 3node cluster regression in Carbon - since Jan 5th

On 01/12/2017 05:38 PM, Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) wrote: >> That work starts at leaf projects, which have to be able to cope >> with version bumps and version skew -- the first one being >> integration/distribution, >> which must not ensure it is pulling in

Re: [controller-dev] [mdsal-dev] Netvirt Scale tests: OutOfMemory from datastore

On 01/11/2017 07:29 AM, Sela, Guy wrote: > If I'll have a heap dump, how can you find out what are the types of the > nodes that are saved there? > This is an example of a histogram I took in a different run: >1: 32272719 774545256 >

Re: [controller-dev] [integration-dev] [mdsal-dev] 3node cluster regression in Carbon - since Jan 5th

On 01/10/2017 11:12 PM, Jamo Luhrsen wrote: >> All we need to agree is that if that cloud suite is failing - all relevant >> project should stop >> merging (even as a process and not by a gerrit mechanic lock) until we are >> back from regression. > we aren't totally stable enough yet, imho. We

Re: [controller-dev] [mdsal-dev] Netvirt Scale tests: OutOfMemory from datastore

On 01/10/2017 09:20 PM, Robert Varga wrote: > On 01/10/2017 08:16 PM, Tom Pantelis wrote: >> Since the length field of an array is an int, it's constrained to >> Integer.MAX_VALUE (~2G). To handle snapshots larger than 2G we'll have >> to chuck it into multiple byte[]. &

Re: [controller-dev] [mdsal-dev] Netvirt Scale tests: OutOfMemory from datastore

On 01/10/2017 10:08 PM, Sela, Guy wrote: > It was a netvirt scale scenario. > I had one openstack Control with 100 Computes, i.e., 100 OVSs. > Had 1 private network and started creating VMs on each OVS. > This causes a mesh of tunnels between all OVSs, which means I got to 1 > interfaces just

Re: [controller-dev] [mdsal-dev] Netvirt Scale tests: OutOfMemory from datastore

On 01/10/2017 03:40 PM, Sela, Guy wrote: > Hi, Hello, no MD-SAL in sight, -mdsal-dev, +controller-dev. > > > > I’m running scale tests for netvirt, using 24G heap, G1 collector, on > stable/boron. > > I’m trying to reach a mesh of tunnels between many computes. > > At about 100 computes,

Re: [controller-dev] Can't silence log in karaf

On 12/29/2016 04:24 PM, Sela, Guy wrote: > I know why I get it, and tried to silence it in Karaf using: > > log:set ERROR org.opendaylight.controller.sal-remoterpc-connector > That does not look like a valid logger name ... Regards, Robert signature.asc Description: OpenPGP digital

Re: [controller-dev] [Error] : Max wait for capabilities reached.Not enough capabilities for ConfigSnapshot

On 12/30/2016 01:10 PM, Harsh Kumar Palsania wrote: > Hi, > > I am using ODL pre-karaf Helium release. Hello, You really should migrate to a more recent version, as Helium is ancient history. > Some of the times I am getting the below error. > As per my understanding from the logs, it seems

Re: [controller-dev] Interested in Contribution : "Replacing the MD-SAL data store with etcd"

On 12/27/2016 11:38 AM, Muthukumaran K wrote: > Hi Robert, > > Looking at > https://github.com/opendaylight/mdsal/blob/master/dom/mdsal-dom-api/src/main/java/org/opendaylight/mdsal/dom/api/DOMDataTreeShardingService.java > > Few clarifications: > For same prefix duplicate producers are not

Re: [controller-dev] Upgrade design discussions - continuity of last design summit session

On 12/10/2016 09:51 AM, Muthukumaran K wrote: > Hi Robert, > > Is the approach more on lines of following (trying to wrap around my head > where schemacontext persistence fits in) > > a) extract data from old version when cluster is running (with some > network-fencing to prevent external

Re: [controller-dev] Bug 7326 - ConcurrentModificationException at org.opendaylight.controller.blueprint.ext.AbstractDependentComponentFactoryMetadata.stopServiceRecipes

On 12/08/2016 05:13 PM, Michael Vorburger wrote: > +controller-dev: > > How about https://git.opendaylight.org/gerrit/#/c/49154/ to address > https://bugs.opendaylight.org/show_bug.cgi?id=7326 > ? I think proper synchronization between

Re: [controller-dev] yang-model notification can not be recieved successfully

On 12/07/2016 11:19 AM, 风驰天下 wrote: > Hi,alls. > > I have set up a three nodes odl cluster and developed two bundles, > one defined a yang-model notification and another recieved this notification Hello, during a write transition old data can be null (as in non-existent), hence

<    1   2   3   >