Hi everyone,
We are having a problem with this exception when populating data plane locators
for service functions at SFC project.
Exception in thread "CommitFutures-0"
org.opendaylight.netconf.sal.restconf.impl.RestconfDocumentedException: errors:
[RestconfError [error-type: application, error
On 09/06/2016 11:56 AM, Miguel Angel Muñoz Gonzalez wrote:
> Hi everyone,
>
> We are having a problem with this exception when populating data plane
> locators for service functions at SFC project.
>
>
>
> Exception in thread "CommitFutures-0"
> org.opendaylight.netconf.sal.restconf.impl.Res
Sure. Here you are.
Thanks!
2016-09-06 12:18:31,863 | WARN | ult-dispatcher-4 | ShardDataTree
| 196 - org.opendaylight.controller.sal-distributed-datastore -
1.5.0.SNAPSHOT | member-1-shard-default-config: Unexpected failure in
validation phase
java.lang.IllegalArgumentExcep
On 09/06/2016 12:20 PM, Miguel Angel Muñoz Gonzalez wrote:
> java.lang.IllegalArgumentException: Node
> (urn:cisco:params:xml:ns:yang:sfc-sf?revision=2014-07-01)sf-data-plane-locator[{(urn:cisco:params:xml:ns:yang:sfc-sf?revision=2014-07-01)name=dpl-101}]
> is missing mandatory descendant
> /(ur
This bug is currently blocking Boron RC3.
As reported by Brady Allen Johnson [1], there is a Boron Blocker Bug for SFC
related to VPP Renderer integration with Honeycomb. The bug has been assigned
to colleagues in Intel China with an ETA of 9/7 morning (GMT+1) and no known
workaround exists fo
An,
Thanks for that, I'll be sure to get the patch merged ASAP.
Regards,
Brady
On Sep 6, 2016 18:30, "An Ho" wrote:
> This bug is currently blocking Boron RC3.
>
> As reported by Brady Allen Johnson [1], there is a Boron Blocker Bug for
> SFC related to VPP Renderer integration with Honeycomb
Hi Robert, Brady,
During the MDSAL call, some concerns were raised as to whether Bug 6648 is a
blocking issue in the Boron release. However, the bugzilla note for the bug
indicates it a "normal" with a target of "Boron-SR1" in October. Could we get
some clarity on the priority and target for
An,
We discovered the root cause of this problem today, with the help of
Robert, while investigating a failing Boron SFC Integration test.
Originally I wanted to fix this bug in Boron RC3 and marked the bug as
so, but after talking to Jamo, he said it would be ok to fix in Boron
SR1 without
If the bug is a blocking issue, I'm fine with fixing it in RC3 since we will be
respinning a new build and a patch is already available. If the patch has been
tested/confirmed that it does not adversely affect dependent projects and does
not introduce any new regression on functionality, please
An,
I just cherry-picked the change to stable/boron [0]
The SFC testing contact, Miguel Angel Muñoz Gonzalez, has verified that
the change does not introduce any regressions, and that dependent
project will not be adversely affected.
Regards,
Brady
[0] https://git.opendaylight.org/gerrit/#
An,
The patch verified in stable/boron successfully and I +2'd it, but I can't
merge it. I guess the branch is locked. How should I proceed?
Brady
On Sep 6, 2016 20:00, "Brady Allen Johnson" <
brady.allen.john...@ericsson.com> wrote:
> An,
>
> I just cherry-picked the change to stable/boron [0]
Thanks Patricio this really help.
I've a few more questions :
How to decode NSH header in SFs nodes with tcpdump or wireshark ?
Is it possible to rewrite NSH header as iptables does for IP packets ?
Regards,
On 6 September 2016 at 04:09, Patricio Latini wrote:
> Here you have the procedure (no
The patch 45264 has been merged.
After RC3, the stable/boron branches are locked, so projects should +2 their
patches and the release team will merge the patches after review.
Best Regards,
An Ho
From: Brady Johnson [mailto:bradyallenjohn...@gmail.com]
Sent: Tuesday, September 06, 2016 11:58 AM
Couple of them:
1) SFC feature odl-sfc-ios-xe-renderer was generating OutOfMemory ERRORs in
distribution SingleFeature test. This was slowing down distribution-check jobs
for more than 1 hour.
Feature has been removed through this patch so it should be fine now:
https://git.opendaylight.org/ge
An,
The patch [0] is ready in stable/boron, and I just +2'd it. Can you
arrange to have it merged, please.
Thanks,
Brady
[0] https://git.opendaylight.org/gerrit/#/c/45283/
On 06/09/16 18:52, Brady Johnson wrote:
An,
Thanks for that, I'll be sure to get the patch merged ASAP.
Regards,
15 matches
Mail list logo