On 26/02/18 12:06, Michael Vorburger wrote: > On Thu, Feb 22, 2018 at 8:46 AM, Robert Varga <n...@hq.sk > <mailto:n...@hq.sk>> wrote: > > On 22/02/18 04:50, Jenkins wrote: > > Attention controller-devs, > > > > Autorelease oxygen failed to build odl-config-netty from controller in > build > > 177. Attached is a snippet of the error message related to the > > failure that we were able to automatically parse as well as console > logs. > > > > > > Console Logs: > > > https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/autorelease-release-oxygen/177 > > <https://logs.opendaylight.org/releng/vex-yul-odl-jenkins-1/autorelease-release-oxygen/177> > > > installFeatureCatchAndLog(org.opendaylight.odlparent.featuretest.SingleFeatureTest)[repoUrl: > > file:/w/workspace/autorelease-release-oxygen/controller/features/config-netty/odl-config-netty/target/feature/feature.xml, > Feature: odl-config-netty 0.8.0] Time elapsed: 181.455 sec <<< ERROR! > java.rmi.NotBoundException: b9cc058f-11b2-4f7a-9c08-3caf9d1a27b0 > > > pax-exam transient, these are getting really annoying... > > > do you believe this is a Pax Exam bug? Every time I tried to look into > one of these, it seemed to "just" be an issue with Karaf taking longer > to come up than SFT was waiting for... did you ever hit this problem > locally, or are there any further logs shining any details on what is > going wrong with pax-exam - if it's about more than just a slow build VM?
Yes, I do believe this is an issue with pax-exam integration. The fact that the container is still booting should be known within the framework (it is driven via pax-exam-container-karaf) and hence an attempt to connect should not be made until the container is brought up. Slow build VMs are actually very good at uncovering such racey assumptions (i.e. it will boot in 2 minutes for sure). Regards, Robert
signature.asc
Description: OpenPGP digital signature
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev
