This may be a script issue. Please ensure if we are using JDK/JRE 11 consistently. Regards, Abhinav

Hi, Raised the below JIRA. https://jira.opendaylight.org/browse/NETVIRT-1648 Thanks, Srinivas +91-9243478719

yes, sorry. I will give this attention. JamO

Ping... has this been dropped? Can be rebase/merge https://git.opendaylight.org/gerrit/c/integration/test/+/82240 immediately, please? Thanks, Robert

+1 Thanh

+1 -- Daniel de la Rosa Customer Support Manager Lumina Networks Inc. e: ddelarosa@... m: +1 408 7728120

+1

Hi folks, If there are no urgent topics to discuss in tomorrow's scheduled (9pm PST) integration call, I would like to cancel it. Most US folks will be heading in to a long holiday weekend

Hi Netvirt team, I was responding to some netvirt jira comments today and noticed something I think you should look at sooner, rather than later. this is the job I remember to be the most reliable

Hi, possible fix https://git.opendaylight.org/gerrit/c/integration/distribution/+/85950 Regards, Richard.

Detected here: https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/bgpcep-distribution-check-magnesium/326/console.log.gz Broken by: Regards, Robert

I think we should remind all projects to check their CSIT branches after the usual branching cut in master. FYI I have always seen issues with this because the automation or the manual process (not

I don't know who's in charge of netvirt test jobs, but the JJB definition is wrong. https://git.opendaylight.org/gerrit/c/releng/builder/+/85938 Bye, Robert

Thanks Robert. I have pushed a patch at https://git.opendaylight.org/gerrit/c/netvirt/+/85922 similar to the one for Genius. Later ,we'll also take up separating docs like Controller project

Hi OFP devs, Just let you know the issue of the table stats is very apparent in

- does not tax Nexus will a gazillion small files - allows specific classes to be excluded from javadoc Regards, Robert

This is a rehash of a problem previously reported in Genius, see https://git.opendaylight.org/gerrit/c/genius/+/85431. Overall, I would like to projects move away from javadoc jobs by creating a

+Thanh and integration-dev I don't really know the javadocs process that's being used, but some google searching turned up some things that make it seem like it is some problem

I think for submodules we will have to create a repo with all our models, this does not seem very dynamic + adds extra work to maintain new repo. Anil, what was the issue of having an LF ID we can use

Well I seems that Jamo was right – probably infrastructure. S.