Yeah they are allowed to go in parallel, but each has their own m2
directory, I like your idea of separate temp directories.
What specifically could I set that folder to? Does it have to be an
absolute path? If it uses the workspace/javab location then it will be
cleaned up each time a java11 build chain starts ...
Reading the docs the best way to do this is with:
- -DworkingDirectory=${WORKSPACE}/ds-storage
I also noted geoserver-master-java11 job was missing -Dfmt.action=check
--
Jody Garnett
On Thu, 17 Sep 2020 at 02:28, Andrea Aime <[email protected]>
wrote:
> 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
