Hi Jody,
are the JDK 11 builds allowed to go in parallel?
Remember that LDAP tests can failed because they ended up conflicting on a
port?
The bad news is that even choosing a random port, they also create a
directory in a fixed position
in the temp directory... so they also end up conflicting on the file system.
An error like this:
16 Sep 23:35:56 ERROR [schema.SchemaPartition] - ERR_90 Failed to
initialize wrapped partition.
org.apache.directory.api.ldap.model.exception.LdapOtherException:
ERR_216_ID_FOR_PARENT_NOT_FOUND Id for parent 'cn=krb5kdc,ou=schema'
not found!
at
org.apache.directory.server.core.api.partition.AbstractPartition.initialize(AbstractPartition.java:94)
at
org.apache.directory.server.core.api.schema.SchemaPartition.doInit(SchemaPartition.java:231)
at
org.apache.directory.server.core.api.partition.AbstractPartition.initialize(AbstractPartition.java:89)
at
org.apache.directory.server.core.DefaultDirectoryService.initialize(DefaultDirectoryService.java:1810)
at
org.apache.directory.server.core.DefaultDirectoryService.startup(DefaultDirectoryService.java:1251)
at
org.apache.directory.server.core.factory.DefaultDirectoryServiceFactory.build(DefaultDirectoryServiceFactory.java:259)
at
org.apache.directory.server.core.factory.DefaultDirectoryServiceFactory.init(DefaultDirectoryServiceFactory.java:125)
at
org.apache.directory.server.core.factory.DSAnnotationProcessor.createDS(DSAnnotationProcessor.java:96)
at
org.apache.directory.server.core.factory.DSAnnotationProcessor.getDirectoryService(DSAnnotationProcessor.java:328)
at
org.apache.directory.server.core.integ.FrameworkRunner.run(FrameworkRunner.java:109)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:365)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:273)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:159)
at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345)
at
org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418)
Caused by:
org.apache.directory.api.ldap.model.exception.LdapNoSuchObjectException:
ERR_216_ID_FOR_PARENT_NOT_FOUND Id for parent 'cn=krb5kdc,ou=schema'
not found!
at
org.apache.directory.server.core.partition.impl.btree.AbstractBTreePartition.add(AbstractBTreePartition.java:743)
at
org.apache.directory.server.core.partition.ldif.LdifPartition.loadEntries(LdifPartition.java:532)
at
org.apache.directory.server.core.partition.ldif.LdifPartition.loadEntries(LdifPartition.java:550)
at
org.apache.directory.server.core.partition.ldif.LdifPartition.loadEntries(LdifPartition.java:550)
at
org.apache.directory.server.core.partition.ldif.LdifPartition.doInit(LdifPartition.java:165)
at
org.apache.directory.server.core.api.partition.AbstractPartition.initialize(AbstractPartition.java:89)
... 17 more
*May* suggest that the LDAP database kept in those directories has been
corrupted by concurrent overwrites of files.
If that's the case, builds may be fixable by giving each a separate temp
directory.
I've also been looking into ApacheDS source code, and stumbled into this:
https://github.com/apache/directory-server/blob/master/core-annotations/src/main/java/org/apache/directory/server/core/factory/DefaultDirectoryServiceFactory.java#L133
This confirms a few things:
- The location cannot be controlled via the annotation used to create
the test server
- All instances end up working in the "/tmp/server-work-myDS" directory
(well on my machine, where "/tmp" is the default temp directory)
- We could be setting the "workingDirectory" system variable to whatever
random location we want (e.g. the absolute path of "target/ds-storage" for
example) to isolate the tests
Cheers
Andrea
On Wed, Sep 16, 2020 at 10:19 PM Jody Garnett <[email protected]>
wrote:
> As noted in the meeting, I am not getting a lot of feedback on build
> stability.
>
> Checking https://build.geoserver.org/view/geoserver/ today shows master
> and all the java11 jobs failing!
>
> Changes
> [GEOS-9737] Fix wfs-templating documentation error
> capitalisation and typo fixes in GeoPackage user doc (#4490)
> [GEOS-9677] "Edit layer" screen should show layer source (#4465)
>
> Appears to be failing on LDAP tests:
>
> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> 1.189 s <<< FAILURE! - in
> org.geoserver.web.security.ldap.LDAPAuthProviderPanelTest
> net.sf.ehcache.CacheException: java.io.FileNotFoundException:
> /tmp/server-work-myDS/cache/482a8a97-4982-4202-9172-a0ca4e65365b/kdc%0052eplay%0043ache.data
> (No such file or directory)
>
>
> --
> Jody Garnett
>
>
> On Mon, 14 Sep 2020 at 10:22, Jody Garnett <[email protected]> wrote:
>
>> I have just seen a troublesome build failure on master here:
>> https://build.geoserver.org/view/geoserver/job/geoserver-master/198
>>
>> A series of errors:
>>
>> java.lang.ClassNotFoundException:
>> org.opengis.filter.expression.VolatileFunction
>> java.lang.NoClassDefFoundError: org/opengis/style/SemanticType
>> java.lang.NoClassDefFoundError: org/geotools/util/factory/BufferedFactory
>>
>> This looks like something changing mid build? Or a jar not
>> completely download?
>>
>>
>> --
>> Jody Garnett
>>
>>
>> On Mon, 14 Sep 2020 at 10:10, Andrea Aime <[email protected]>
>> wrote:
>>
>>> On Mon, Sep 14, 2020 at 4:47 PM Mark Prins <[email protected]> wrote:
>>>
>>>> On 14-09-2020 15:07, Andrea Aime wrote:
>>>> > On Fri, Sep 11, 2020 at 12:05 AM Jody Garnett <[email protected]
>>>> > <mailto:[email protected]>> wrote:
>>>> >
>>>> > In today's OSGeo AGM the deegree project noted that they gave up
>>>> on
>>>> > travis and returned to use of jenkins.
>>>> >
>>>> >
>>>> > Can we configure Jenkins to run all the existing PR checks? Anyways,
>>>> I
>>>> > think I've seen the download failures
>>>> > on the Github managed actions too, can anyone confirm?
>>>>
>>>> I haven;t checked jenkins, but have seen them om both "Github Action"
>>>> builds as wel as Travis-CI builds
>>>>
>>>
>>> Ok, so it's not specific to Travis. Thanks for confirming.
>>>
>>> Cheers
>>> Andrea
>>>
>>> == GeoServer Professional Services from the experts! Visit
>>> http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf
>>> Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa
>>> (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
>>> http://www.geo-solutions.it http://twitter.com/geosolutions_it
>>> ------------------------------------------------------- *Con
>>> riferimento alla normativa sul trattamento dei dati personali (Reg. UE
>>> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
>>> precisa che ogni circostanza inerente alla presente email (il suo
>>> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
>>> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
>>> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
>>> operazione è illecita. Le sarei comunque grato se potesse darmene notizia.
>>> This email is intended only for the person or entity to which it is
>>> addressed and may contain information that is privileged, confidential or
>>> otherwise protected from disclosure. We remind that - as provided by
>>> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
>>> e-mail or the information herein by anyone other than the intended
>>> recipient is prohibited. If you have received this email by mistake, please
>>> notify us immediately by telephone or e-mail.*
>>> _______________________________________________
>>> Geoserver-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>>
>>
--
Regards, Andrea Aime
== GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf
Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa
(LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
http://www.geo-solutions.it http://twitter.com/geosolutions_it
------------------------------------------------------- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
