Thanks Thanh, I am able to see it is running https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/builder-packer-merge-centos-7-devstack-pre-pip-stein/1/console.log.gz But is fails

Hi Faseela, As discussed I have fixed the script for the JIRA NETVIRT-1569. https://jira.opendaylight.org/browse/NETVIRT-1569 git commit:

Hi Jamo/Thanh, As Faseela says https://git.opendaylight.org/gerrit/#/c/releng/autorelease/+/84544/ Faseela K 10:47 AM ↩ Patch Set 1: The decision we had in TSC was to first stop running

Sorry for late response, see below: This is the CSIT verify job to check the new test code does not break existing test and it normally runs on a stable version of the controller (should be

Hi Luis/Guys, I wander why Jenkins job is ran against fluorine when I upload the patch set? Is this correct? Shouldn't it pick master branch? The second question is what do I need to do to test my

Hi Luis/All, Could anyone advise me in the below. https://git.opendaylight.org/gerrit/#/c/integration/test/+/84258/ My intention is that a system testsystem test job is triggered for test plan

The job is designed to run once a month on the 1st automatically as well as kicks off a job on each merge. If the job was created after patches were merged then you'll have to merge a new patch to

Hi Anil, We have this job created in Jenkins but I don’t see it running and we are not getting any images

Hi Luis, Thank you for help. I had discussion with Ajay and CRUD-Action test suite should only run against magnesium branch at this moment. I created new test plan netconf-userfeatures-magnesium.txt

I am not sure what is difference between your local env and ODL CI but yes the RPC is failing with 404 code even when using latest sodium code (I added job to

Hi Luis,Thank you for advise. Now Testtool starts ok 🙂. There are two test cases which fail though(see below). I am not sure what is the problem since they pass locally. Could you please

Hello Robert, That's because we have forced a complete re-sync of everything in opendaylight-releases, just to make sure the missing release are all available. I believe I've bought it up earlier in

There's still Stephan's open patch https://git.opendaylight.org/gerrit/c/netvirt/+/84369 so it hasn't been removed from NetVirt yet. Would require a respin of Sodium if we _really_ want to remove

[+ direct emails to Jaime and David] I find the timing of this highly irregular. There is no pressing need to remove SFC at this point in time -- in fact we have a ready-to-ship release and we are

Hello again, I would like to note that this activity has been successfully completed (thanks Anil and the Sonatype folks). There is one unforeseen side-effect of this: all of our artifacts

Hello Luis, Thank you for the analysis. The fix is a very obvious one and was the result of interop testing. As such, I did not realize the encoding checking was hard-coded in CSIT. Sorry about

Hello all: Looks like a new version pyhton-cinderclient client to 5.0.0 is released, which is breaking the pip dependencies. 12:18:27 Instantiating compute client for API Version Major: 2, Minor:

I added a kill-switch for the SFC dependency in NetVirt the last time we ran into similar issues, so disabling SFC is

I think it's time to get SFC out of our managed projects list. It really only remained all this time because of netvirt's dependency on it. However, I don't know if we want to

I cannot see the ticket but this is same issue detected yesterday: https://lists.opendaylight.org/g/integration-dev/message/13697