Re: [OpenDaylight TSC] CSIT status in proposed topic:neon-mri ("Weather Item" TSC-132)

Michael Vorburger <vorburger@...>

-SFC but +aaa & Tom & Robert,

On Tue, Oct 9, 2018 at 6:35 PM Michael Vorburger <vorburger@...> wrote:
On Tue, Oct 9, 2018 at 6:18 PM Jamo Luhrsen <jluhrsen@...> wrote:
+netconf, +sfc

On 10/9/18 8:45 AM, Michael Vorburger wrote:
> [starting a new thread as we're now moving from netvirt to general, Cc TSC]
> With the build problem below in netvirt having been fixed a few ago today (by Stephen; thank you!), we have now finally
> reached the stage where we have a passing multipatch quick build for Neon-MRI in
>, and can run CSIT on it. (We do not however have a passing full non-quick
> build just yet.)
> Jamo, has a lot of red
> though, want to and add people/lists of any affected projects which should look at this now?

yeah, something basic is broken. from the CSIT level it looks like restconf
is broken, where there is no ability to open a connection on port 8181.

but, looking at a karaf.log, I think something even more basic is broken,
maybe in SFC?

2018-10-09T12:38:24,657 | ERROR | pool-1-thread-2  | BootFeaturesInstaller            | 8 -
org.apache.karaf.features.core - 4.1.5 | Error installing boot features
org.apache.karaf.features.internal.util.MultiException: Error:
        Unable to create resource for bundle mvn:org.opendaylight.sfc/sfc-sb-rest/0.9.0-SNAPSHOT

Caused by: org.osgi.framework.BundleException: Unable to build resource for mvn:org.opendaylight.sfc/sfc-sb-rest/0.9.0-SNAPSHOT: Duplicate import: org.opendaylight.yangtools.util.concurrent

This should have been seen by SFT when locally running (without -Pq) to prepare this... perhaps running CSIT on the quick build is actually premature, and what we really should do is focus on getting a full build to pass, and only then run CSIT? I'll kick a new one off shortly, and keep updating

Jamo and Ijust had a look at, and he from there finds with this new beauty, looks like some problem in AAA re. BouncyCastle version?! The SFT in AAA should have caught this, but apparently didn't... perhaps it only appears in an integration/distribution Karaf? Tom or Robert, is this something you would be willing to dig more into?
2018-10-09T19:48:59,694 | ERROR | pool-1-thread-2  | BootFeaturesInstaller            | 8 - org.apache.karaf.features.core - 4.1.5 | Error installing boot features
org.osgi.service.resolver.ResolutionException: Unable to resolve root: missing requirement [root] osgi.identity; osgi.identity=odl-integration-compatible-with-all; type=karaf.feature; version="[0.10.0.SNAPSHOT,0.10.0.SNAPSHOT]"; filter:="(&(osgi.identity=odl-integration-compatible-with-all)(type=karaf.feature)(version>=0.10.0.SNAPSHOT)(version<=0.10.0.SNAPSHOT))" [caused by: Unable to resolve odl-integration-compatible-with-all/0.10.0.SNAPSHOT: missing requirement [odl-integration-compatible-with-all/0.10.0.SNAPSHOT] osgi.identity; osgi.identity=odl-sfc-ovs; type=karaf.feature; version="[0.9.0.SNAPSHOT,0.9.0.SNAPSHOT]" [caused by: Unable to resolve odl-sfc-ovs/0.9.0.SNAPSHOT: missing requirement [odl-sfc-ovs/0.9.0.SNAPSHOT] osgi.identity; osgi.identity=org.opendaylight.sfc.ovs; type=osgi.bundle; version="[0.9.0.SNAPSHOT,0.9.0.SNAPSHOT]"; resolution:=mandatory [caused by: Unable to resolve org.opendaylight.sfc.ovs/0.9.0.SNAPSHOT: missing requirement [org.opendaylight.sfc.ovs/0.9.0.SNAPSHOT] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.opendaylight.ovsdb.southbound)(version>=1.8.0)(!(version>=2.0.0)))" [caused by: Unable to resolve org.opendaylight.ovsdb.southbound-impl/1.8.0.SNAPSHOT: missing requirement [org.opendaylight.ovsdb.southbound-impl/1.8.0.SNAPSHOT] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.opendaylight.ovsdb.lib)(version>=1.8.0)(!(version>=2.0.0)))" [caused by: Unable to resolve org.opendaylight.ovsdb.library/1.8.0.SNAPSHOT: missing requirement [org.opendaylight.ovsdb.library/1.8.0.SNAPSHOT] osgi.wiring.package; filter:="(&(>=0.9.0)(!(version>=1.0.0)))" [caused by: Unable to resolve missing requirement [] osgi.wiring.package; filter:="(&(osgi.wiring.package=org.bouncycastle.asn1)(version>=1.60.0)(!(version>=2.0.0)))"]]]]]]
	at org.apache.felix.resolver.ResolutionError.toException( ~[?:?]
	at org.apache.felix.resolver.ResolverImpl.doResolve( ~[?:?]
	at org.apache.felix.resolver.ResolverImpl.resolve( ~[?:?]
	at org.apache.felix.resolver.ResolverImpl.resolve( ~[?:?]
	at org.apache.karaf.features.internal.region.SubsystemResolver.resolve( ~[?:?]
	at org.apache.karaf.features.internal.service.Deployer.deploy( ~[?:?]
	at org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision( ~[?:?]
	at org.apache.karaf.features.internal.service.FeaturesServiceImpl.lambda$doProvisionInThread$1( ~[?:?]
	at [?:?]
	at java.util.concurrent.ThreadPoolExecutor.runWorker( [?:?]
	at java.util.concurrent.ThreadPoolExecutor$ [?:?] 

from this log:

yeah, seeing the same thing in the netconf job.


> Tx,
> M.
> --
> Michael Vorburger, Red Hat
> vorburger@... <mailto:vorburger@...> | IRC: vorburger @freenode | ~ =
> <>
> ---------- Forwarded message ---------
> From: *Vishal Thapar* <vthapar@... <mailto:vthapar@...>>
> Date: Tue, Oct 9, 2018 at 7:52 AM
> Subject: Re: [netvirt-dev] NETVIRT-1425 netvirt build failure in proposed topic:neon-mri ("Weather Item" TSC-132)
> To: Michael Vorburger <vorburger@... <mailto:vorburger@...>>
> Cc: Sam Hague <shague@... <mailto:shague@...>>, Stephen Kitt <skitt@... <mailto:skitt@...>>,
> odl netvirt dev <netvirt-dev@... <mailto:netvirt-dev@...>>
> On Tue, Oct 9, 2018 at 7:00 AM Michael Vorburger <vorburger@... <mailto:vorburger@...>> wrote:
>     On Mon, Oct 8, 2018 at 10:25 PM Sam Hague <shague@... <mailto:shague@...>> wrote:
>         thanks Vishal! Do we want to remove the wip now?
>         Where do we stand on the full multipatch and not the fast? I know the OSGI patch never passed SFT since there
>         was always a missing injection somewhere.
>     Latest status now tracked on - summary: Until 1/2h ago, Neutron was
>     broken on Neon-MRI; that is now fixed (full details in NEUTRON-197
>     <> & NEUTRON-200 <>;
>     what a PITA), and if we could get a passing quick or even better full build, we should start running CSITs for
>     Neon-MRI to see how things are looking.
>         On Mon, Oct 8, 2018 at 6:50 AM Vishal Thapar <vthapar@... <mailto:vthapar@...>> wrote:
>             Netvirt passing now:
>     but failed, see
>, it's
>     the blueprint-maven-plugin problem from hitting
>     neutronvpn-impl... odlparent 4.0.2 instead of 4.0.0 should have fixed that - huh?
>     I had a bit of a look, and noticed that it ran blueprint-maven-plugin:1.4.0 - that is wrong, it should be 1.10.0 ...
>     I can't quite see why though, because neutronvpn-impl uses org.opendaylight.mdsal:binding-parent, via
>     netvirt:binding-parent, which at 3.0.0-SNAPSHOT that
> is on already has odlparent 4.0.2...
>     hm. BTW: You should switch mdsal 3.0.0-SNAPSHOT, but I don't think it will help for this problem (but it will avoid
>     others after we're past this).
> Answer to this question at least is in the very file yo mentioned which has following entry further down:
>            <!-- Support Blueprint XML construction using annotations -->
>            <groupId>org.apache.aries.blueprint</groupId>
>            <artifactId>blueprint-maven-plugin</artifactId>
>            <version>1.4.0</version>
>            <configuration>
> I tried with version removed and set to 1.10.0 both, neither helped with this particular failure.
>     Very curious though that the previous
> passes - I can't quite explain that.
>             On Mon, Oct 8, 2018 at 2:03 PM Vishal Thapar <vthapar@... <mailto:vthapar@...>> wrote:
>                 Working on it. Revision needs to change. I'll also pull in Sam's OSGI-INF changes into this so we have
>                 single patch for all neon-mri changes.
>                 On Sun, Oct 7, 2018 at 5:18 AM Michael Vorburger <vorburger@... <mailto:vorburger@...>> wrote:
>                     Stephen, Sam,
>                     now fails in netvirt - will you look into and update ?
>                     [ERROR] /w/workspace/integration-multipatch-test-neon/patch_tester/netvirt/aclservice/impl/src/main/java/org/opendaylight/netvirt/aclservice/listeners/[29,88] package org.opendaylight.yang.gen.v1.urn.ietf.params.xml.ns.yang.iana._if.type.rev140508 does not exist
>                     [ERROR] /w/workspace/integration-multipatch-test-neon/patch_tester/netvirt/aclservice/impl/src/main/java/org/opendaylight/netvirt/aclservice/listeners/[91,14] cannot find symbol
>                        symbol:   class L2vlan
>                        location: class org.opendaylight.netvirt.aclservice.listeners.AclInterfaceStateListener
>                     [ERROR] /w/workspace/integration-multipatch-test-neon/patch_tester/netvirt/aclservice/impl/src/main/java/org/opendaylight/netvirt/aclservice/listeners/[121,41] cannot find symbol
>                        symbol:   class L2vlan
>                        location: class org.opendaylight.netvirt.aclservice.listeners.AclInterfaceStateListener
>                     [ERROR] /w/workspace/integration-multipatch-test-neon/patch_tester/netvirt/aclservice/impl/src/main/java/org/opendaylight/netvirt/aclservice/listeners/[130,14] cannot find symbol
>                        symbol:   class L2vlan
>                        location: class org.opendaylight.netvirt.aclservice.listeners.AclInterfaceStateListener
>                     [INFO] 4 errors
>                     Tx,
>                     M.
>                     --
>                     Michael Vorburger, Red Hat
>                     vorburger@... <mailto:vorburger@...> | IRC: vorburger @freenode | ~ =
>            <>
>                     _______________________________________________
>                     netvirt-dev mailing list
>                     netvirt-dev@... <mailto:netvirt-dev@...>
> _______________________________________________
> TSC mailing list
> TSC@...

Join to automatically receive all group messages.