Date
1 - 12 of 12
Phosphorus SR1 RC
|
Hello TSC and all It looks like we can't pick a phosphorus RC for SR1 from the failures we are getting Please let me know if there are fixes in progress for these issues Thanks Daniel de la Rosa ODL Release Manager |
|
|
|
Robert Varga
On 10/11/2021 06:54, Daniel de la Rosa wrote:
Hello TSC and allI am currently tracking two issues in controller and one in bgpcep we want to ship in SR1. Regards, Robert Thanks |
|
|
|
On Wed, Nov 10, 2021 at 11:36 AM Robert Varga <nite@...> wrote: On 10/11/2021 06:54, Daniel de la Rosa wrote: Thanks Robert. Hopefully the issues can be resolved this week.
|
|
|
|
Robert Varga
On 15/11/2021 17:54, Daniel de la Rosa wrote:
On Wed, Nov 10, 2021 at 11:36 AM Robert Varga <nite@... <mailto:nite@...>> wrote:We are done with the controller things (thanks Tomas), with actually some unreported bugs being shaken out as well. The bgpcep regression (https://jira.opendaylight.org/browse/BGPCEP-988) is tricky, as it seems we turned around a rock under which it was hiding for couple of years. Nevertheless I think we have a pretty good idea as to what is going on and should be able to clear that in the next few days. Anyway, I am rolling out an update to get the things we have now into wider testing. Regards, Robert |
|
|
|
Thanks Robert and all... Richard, we are having some issues with Daexim, is that something you can help with? On Mon, Nov 15, 2021 at 11:22 AM Robert Varga <nite@...> wrote: On 15/11/2021 17:54, Daniel de la Rosa wrote: |
|
|
|
Richard Kosegi
Hi Daniel, I don't think this has anything to do with daexim, it can't import data into an operational datastore because the offending module (shard-prefix) is not loaded. The Module seems to belong to controller IIRC: Schema node with name prefix-shards was not found under (urn:ietf:params:xml:ns:netconf:base:1.0)data Regards, Richard. On Thu, 18 Nov 2021 at 17:15, Daniel de la Rosa <ddelarosa0707@...> wrote:
|
|
|
|
Ok, thanks for the clarification.. so @Robert Varga this is not part of the controller tickets that you and @Tomáš Cére are working on? On Thu, Nov 18, 2021 at 10:28 AM Richard Kosegi <richard.kosegi@...> wrote:
|
|
|
|
Robert Varga
On 15/11/2021 20:22, Robert Varga wrote:
On 15/11/2021 17:54, Daniel de la Rosa wrote:Alright, so BGPCEP-988 is confirmed passing in a Sulfur, thanks to Marek and Olivier for tracking it down and fixing it.The bgpcep regression (https://jira.opendaylight.org/browse/BGPCEP-988) is tricky, as it seems we turned around a rock under which it was hiding for couple of years. With bgpcep-0.16.11 we are back to passing completely here: https://jenkins.opendaylight.org/releng/view/autorelease/job/bgpcep-csit-1node-userfeatures-all-sulfur/ The corresponding Phosphorus job's manual runs seem to be mismatching on distro name somehow, but the next AR should be fine AFAICT. Regards, Robert |
|
|
|
On Sun, Nov 21, 2021 at 3:06 PM Robert Varga <nite@...> wrote: On 15/11/2021 20:22, Robert Varga wrote: it seems that there are still BGPCEP, OVSDB and OFP issues
|
|
|
|
Robert Varga
On 22/11/2021 23:11, Daniel de la Rosa wrote:
it seems that there are still BGPCEP, OVSDB and OFP issuesOn the BGPCEP side, this seems to be a problem with in RFC8040 request URI format: http://10.30.170.109:8181/rests/data/odl-data-change-counter-config:data-change-counter-config/data-change-counter results it: <errors xmlns="urn:ietf:params:xml:ns:yang:ietf-restconf"> <error> <error-tag>missing-attribute</error-tag> <error-message>Entry '(urn:opendaylight:params:xml:ns:yang:bgpcep:data-change-counter-config?revision=2017-04-24)data-change-counter-config' requires key or value predicate to be present. </error-message> <error-type>protocol</error-type> </error> </errors> I think that should read http://10.30.170.109:8181/rests/data/odl-data-change-counter-config:data-change-counter-config=data-change-counter instead, but let me get back to you. Regards, Robert |
|
|
|
Robert Varga
On 22/11/2021 23:11, Daniel de la Rosa wrote:
it seems that there are still BGPCEP, OVSDB and OFP issuesOn the OFP side, we have a RESTCONF regression: https://jira.opendaylight.org/browse/NETCONF-834 I have the fix and will be rolling it out as soon as possible. Regards, Robert |
|
|
|
Robert Varga
On 22/11/2021 23:11, Daniel de la Rosa wrote:
it seems that there are still BGPCEP, OVSDB and OFP issuesOkay, so BGPCEP should be all clear, the RESTCONF regression blocking OFP perf tests is resolved. One of the OVSDB failures has a controller tracker, but we won't be able to fix it for SR1. Th eonly outstanding item I am currently tracking is this: https://git.opendaylight.org/gerrit/c/integration/test/+/98642 Luis, can you review it, please? Thanks, Robert |
|
|