Phosphorus SR1 TSC approval
Hello TSC and all Please proceed to approve Phosphorus SR1 Only TSC members can vote Thanks Daniel de la Rosa ODL Release Manager
|
|
Re: ODL Twitter Account Status
Robert Varga
On 15/11/2021 11:05, Robert Varga wrote:
On 26/10/2021 00:37, Brandon Wick wrote:Hello Brandon, Jill,Hi All,Hello Brandon, Do we have an update on this?Here's the status on the ODL Twitter account. Thanks, Robert
|
|
Re: [E] Re: [release] Phosphorus SR1 RC
Sangwook Ha
Hi Daniel, Thanks, Sangwook
On Wed, Nov 24, 2021 at 7:19 AM Daniel de la Rosa <ddelarosa0707@...> wrote:
|
|
Re: [OpenDaylight Infrastructure] Gerrit update at 4:00pm PST today.
Jessica Wagantall <jwagantall@...>
Hi Team!.. Merging this change seems to have caused an issue bringing the service back. I have for now reverted it and will debug it further before attempting to merge again. Will let you know next time is ready! Thanks a ton for your patience! Jess
|
|
Re: [OpenDaylight Infrastructure] Gerrit update at 4:00pm PST today.
Jessica Wagantall <jwagantall@...>
Hi Team!.. Small reminder.. this is about to start Thanks! Jess
On Wed, Nov 24, 2021 at 12:11 PM Jessica Wagantall <jwagantall@...> wrote:
|
|
[OpenDaylight Infrastructure] Gerrit update at 4:00pm PST today.
Jessica Wagantall <jwagantall@...>
Dear community, We have a small change in ODL Gerrit ready to be merged at 4:00pm PST today. This change will allow links to jira.linuxfoundation.org to be properly directed when using "LF-Jira" in your commit messages: We do not expect any service downtime and we expect this to be fairly quick, however you might notice a small glitch during this time. Please know that this will be under control. Thanks so much! Jess
|
|
Re: [E] Re: [release] Phosphorus SR1 RC
Thanks Luis On Tue, Nov 23, 2021 at 4:22 PM Luis Gomez <ecelgp@...> wrote:
So this is what we are getting after all these fixes... two OFP tests are still failing.. are we ok with picking RC with these two issues? @Robert Varga @Luis Gomez @Ha, Sangwook ?
|
|
Jenkins jobs: maven-3.8 as default
Robert Varga
Hello TSC members,
during infrastructure-side preparation for odlparent-10's requirement of maven-3.8+ in Sulfur, we have discovered an issue with our current JJB setup. It essentially means that attempts to override job group definitions' use of maven-3.5 are fruitless. After sparing a bit with Anil on Slack, we have concluded that the cleanest solution is to: - set our default to mvn38 - remove all current overrides of this default This would result in all our jobs using maven-3.8, including Silicon and Phosphorus. This change is purely in our build infrastructure and nothing changes in terms of the ability to build Silicon/Phosphorus projects with maven-3.5+. In terms of compatibility, I have been using maven-3.8.2+ for all local builds for a couple of months now and experienced no issues at all. There is another angle to this, which is that maven-3.8.1 is a security, as detailed here: https://maven.apache.org/docs/3.8.1/release-notes.html#cve-2020-13956 https://maven.apache.org/docs/3.8.1/release-notes.html#cve-2021-26291 Hence we would like to merge https://git.opendaylight.org/gerrit/c/releng/builder/+/98646 and follow that up with a cleanup of superfluous mvn-version directives. Are there any objections to this plan of action? Thanks, Robert
|
|
Re: [E] Re: [release] Phosphorus SR1 RC
Luis Gomez
BTW, even when this is a bug fix, the moment it changes the REST API in a non backwards compatible way, I think it needs some talk. As a minimum whether this change is reasonable for a Service Release and the impact in our ODL partners.
toggle quoted messageShow quoted text
BR/Luis
|
|
Re: [E] Re: [release] Phosphorus SR1 RC
Luis Gomez
OK, int/test changes are merged now.
toggle quoted messageShow quoted text
|
|
Re: [E] Re: [release] Phosphorus SR1 RC
Sangwook Ha
3 integration/test patches for OpenFlow Plugin are ready for review (submitted one more to address an EOS test case): Luis, please take a look at the changes. Thanks, Sangwook
On Tue, Nov 23, 2021 at 12:08 PM Sangwook Ha via lists.opendaylight.org <sangwook.ha=verizon.com@...> wrote:
|
|
Re: [E] Re: [release] Phosphorus SR1 RC
Sangwook Ha
In addition to the integration/test change 98642, we need some additional changes for OpenFlow Plugin tests to support the stricter URL requirements & status code change (204 for RPC with empty response): I'm running some test jobs in the sandbox now, and should be ready for review. Thanks, Sangwook
On Tue, Nov 23, 2021 at 11:23 AM Robert Varga <nite@...> wrote: On 22/11/2021 23:11, Daniel de la Rosa wrote:
|
|
Re: [release] Phosphorus SR1 RC
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
|
|
Re: [release] Phosphorus SR1 RC
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
|
|
Re: [release] Phosphorus SR1 RC
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
|
|
Re: [release] Phosphorus SR1 RC
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
|
|
Re: [release] Phosphorus SR1 RC
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
|
|
Re: [release] Phosphorus SR1 RC
Robert Varga
On 19/11/2021 06:27, Richard Kosegi wrote:
Hi,Confirmed on Sulfur here: https://jenkins.opendaylight.org/releng/job/daexim-csit-3node-clustering-basic-only-sulfur/ Thanks, Robert Regards,
|
|
Re: [release] Phosphorus SR1 RC
Richard Kosegi <richard.kosegi@...>
Hi, I removed references to prefix-shard module in daexim's tests https://git.opendaylight.org/gerrit/c/integration/test/+/98613 CSIT seems to pass on sandbox https://jenkins.opendaylight.org/sandbox/view/All/job/daexim-csit-1node-basic-only-phosphorus/1/ Regards, Richard
On Fri, 19 Nov 2021 at 00:57, Daniel de la Rosa <ddelarosa0707@...> wrote:
|
|
Re: [release] Phosphorus SR1 RC
On Thu, Nov 18, 2021 at 10:38 AM Robert Varga <nite@...> wrote: On 18/11/2021 19:28, Richard Kosegi wrote: Richard, is this something you can help with ? Thanks
Daniel de la Rosa ODL Release Manager
|
|