Re: [JENKINS] Lucene-main-MacOSX (64bit/hotspot/jdk-21.0.1) - Build # 11500 - Still Failing!

2024-06-21 Thread Uwe Schindler

Hi,

it looks like I was able to work around by putting:

   org.gradle.vfs.watch=false

into the config file ~/.gradle/gradle.properties on the MacOS's Jenkins 
Node.


This build seems to work again: 
https://jenkins.thetaphi.de/job/Lucene-main-MacOSX/11501/console


Uwe

Am 21.06.2024 um 18:48 schrieb Uwe Schindler:

Hi,

the issue is here: https://github.com/gradle/gradle/issues/29476

Looks like they solved the issue. We may need to update to later 
Gradle 8.8 bugfix release. It looks like it's not yet available.


https://github.com/gradle/gradle/pull/29514

Jenkins is older than macos 11:

serv1-vm2:~ jenkins$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.14.6
BuildVersion:   18G9323

Uwe

Am 21.06.2024 um 18:01 schrieb Uwe Schindler:

Hi,

it looks like since we changed Gradle to latest version (not sure 
which PR it was), all builds on MacOS X fail on Policeman Jenkins 
(its is x86-64 not ARM, older version of MacOSX as its hard to update 
due to VM issues with VirtualBOX). The whole JVM crushes when Gradle 
starts. The hserr.pid shows that Gradle loads a native library which 
causes an issue. The dylib file is provided by Gradle so the issue is 
clearly the dylib file shipped with Gradle.


For now I disabled the builds. I have the feeling that Gradle has 
some NPE error in their own dynamic library 
"libnative-platform-file-events.dylib":


# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00012c06c000, pid=26586, tid=3587
#
# JRE version: OpenJDK Runtime Environment Temurin-11.0.21+9 
(11.0.21+9) (build 11.0.21+9)
# Java VM: OpenJDK 64-Bit Server VM Temurin-11.0.21+9 (11.0.21+9, 
mixed mode, tiered, compressed oops, parallel gc, bsd-amd64)

# Problematic frame:
# C  [libnative-platform-file-events.dylib+0x0] __dso_handle+0x0
#
# No core dump will be written. Core dumps have been disabled. To 
enable core dumping, try "ulimit -c unlimited" before starting Java 
again


See attached file for full details, it also shows at end that the 
mentioned libnative-platform-file-events.dylib file is shipped with 
Gradle:


0x00012c06 
/Users/jenkins/.gradle/native/c067742578af261105cb4f569cf0c3c89f3d7b1fecec35dd04571415982c5e48/osx-amd64/libnative-platform.dylib
0x00012c06c000 
/Users/jenkins/.gradle/native/100fb08df4bc3b14c8652ba06237920a3bd2aa13389f12d3474272988ae205f9/osx-amd64/libnative-platform-file-events.dylib


Solr builds have not yet updated Gradle, they build fine.

Uwe

Am 21.06.2024 um 15:58 schrieb Policeman Jenkins Server:

Build: https://jenkins.thetaphi.de/job/Lucene-main-MacOSX/11500/
Java: 64bit/hotspot/jdk-21.0.1 -XX:-UseCompressedOops 
-XX:+UseParallelGC


No tests ran.

-
To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
For additional commands, e-mail: builds-h...@lucene.apache.org



-
To unsubscribe, e-mail:dev-unsubscr...@lucene.apache.org
For additional commands, e-mail:dev-h...@lucene.apache.org



--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de


Re: [JENKINS] Lucene-main-MacOSX (64bit/hotspot/jdk-21.0.1) - Build # 11500 - Still Failing!

2024-06-21 Thread Uwe Schindler

Hi,

the issue is here: https://github.com/gradle/gradle/issues/29476

Looks like they solved the issue. We may need to update to later Gradle 
8.8 bugfix release. It looks like it's not yet available.


https://github.com/gradle/gradle/pull/29514

Jenkins is older than macos 11:

serv1-vm2:~ jenkins$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.14.6
BuildVersion:   18G9323

Uwe

Am 21.06.2024 um 18:01 schrieb Uwe Schindler:

Hi,

it looks like since we changed Gradle to latest version (not sure 
which PR it was), all builds on MacOS X fail on Policeman Jenkins (its 
is x86-64 not ARM, older version of MacOSX as its hard to update due 
to VM issues with VirtualBOX). The whole JVM crushes when Gradle 
starts. The hserr.pid shows that Gradle loads a native library which 
causes an issue. The dylib file is provided by Gradle so the issue is 
clearly the dylib file shipped with Gradle.


For now I disabled the builds. I have the feeling that Gradle has some 
NPE error in their own dynamic library 
"libnative-platform-file-events.dylib":


# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00012c06c000, pid=26586, tid=3587
#
# JRE version: OpenJDK Runtime Environment Temurin-11.0.21+9 
(11.0.21+9) (build 11.0.21+9)
# Java VM: OpenJDK 64-Bit Server VM Temurin-11.0.21+9 (11.0.21+9, 
mixed mode, tiered, compressed oops, parallel gc, bsd-amd64)

# Problematic frame:
# C  [libnative-platform-file-events.dylib+0x0] __dso_handle+0x0
#
# No core dump will be written. Core dumps have been disabled. To 
enable core dumping, try "ulimit -c unlimited" before starting Java again


See attached file for full details, it also shows at end that the 
mentioned libnative-platform-file-events.dylib file is shipped with 
Gradle:


0x00012c06 
/Users/jenkins/.gradle/native/c067742578af261105cb4f569cf0c3c89f3d7b1fecec35dd04571415982c5e48/osx-amd64/libnative-platform.dylib
0x00012c06c000 
/Users/jenkins/.gradle/native/100fb08df4bc3b14c8652ba06237920a3bd2aa13389f12d3474272988ae205f9/osx-amd64/libnative-platform-file-events.dylib


Solr builds have not yet updated Gradle, they build fine.

Uwe

Am 21.06.2024 um 15:58 schrieb Policeman Jenkins Server:

Build: https://jenkins.thetaphi.de/job/Lucene-main-MacOSX/11500/
Java: 64bit/hotspot/jdk-21.0.1 -XX:-UseCompressedOops -XX:+UseParallelGC

No tests ran.

-
To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
For additional commands, e-mail: builds-h...@lucene.apache.org



-
To unsubscribe, e-mail:dev-unsubscr...@lucene.apache.org
For additional commands, e-mail:dev-h...@lucene.apache.org


--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail:u...@thetaphi.de


-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org



Re: [JENKINS] Lucene-main-MacOSX (64bit/hotspot/jdk-21.0.1) - Build # 11500 - Still Failing!

2024-06-21 Thread Uwe Schindler

Hi,

it looks like since we changed Gradle to latest version (not sure which 
PR it was), all builds on MacOS X fail on Policeman Jenkins (its is 
x86-64 not ARM, older version of MacOSX as its hard to update due to VM 
issues with VirtualBOX). The whole JVM crushes when Gradle starts. The 
hserr.pid shows that Gradle loads a native library which causes an 
issue. The dylib file is provided by Gradle so the issue is clearly the 
dylib file shipped with Gradle.


For now I disabled the builds. I have the feeling that Gradle has some 
NPE error in their own dynamic library 
"libnative-platform-file-events.dylib":


# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00012c06c000, pid=26586, tid=3587
#
# JRE version: OpenJDK Runtime Environment Temurin-11.0.21+9 (11.0.21+9) 
(build 11.0.21+9)
# Java VM: OpenJDK 64-Bit Server VM Temurin-11.0.21+9 (11.0.21+9, mixed 
mode, tiered, compressed oops, parallel gc, bsd-amd64)

# Problematic frame:
# C  [libnative-platform-file-events.dylib+0x0] __dso_handle+0x0
#
# No core dump will be written. Core dumps have been disabled. To enable 
core dumping, try "ulimit -c unlimited" before starting Java again


See attached file for full details, it also shows at end that the 
mentioned libnative-platform-file-events.dylib file is shipped with Gradle:


0x00012c06 
/Users/jenkins/.gradle/native/c067742578af261105cb4f569cf0c3c89f3d7b1fecec35dd04571415982c5e48/osx-amd64/libnative-platform.dylib
0x00012c06c000 
/Users/jenkins/.gradle/native/100fb08df4bc3b14c8652ba06237920a3bd2aa13389f12d3474272988ae205f9/osx-amd64/libnative-platform-file-events.dylib


Solr builds have not yet updated Gradle, they build fine.

Uwe

Am 21.06.2024 um 15:58 schrieb Policeman Jenkins Server:

Build: https://jenkins.thetaphi.de/job/Lucene-main-MacOSX/11500/
Java: 64bit/hotspot/jdk-21.0.1 -XX:-UseCompressedOops -XX:+UseParallelGC

No tests ran.

-
To unsubscribe, e-mail: builds-unsubscr...@lucene.apache.org
For additional commands, e-mail: builds-h...@lucene.apache.org


--
Uwe Schindler
Achterdiek 19, D-28357 Bremen
https://www.thetaphi.de
eMail: u...@thetaphi.de
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00012c06c000, pid=26586, tid=3587
#
# JRE version: OpenJDK Runtime Environment Temurin-11.0.21+9 (11.0.21+9) (build 
11.0.21+9)
# Java VM: OpenJDK 64-Bit Server VM Temurin-11.0.21+9 (11.0.21+9, mixed mode, 
tiered, compressed oops, parallel gc, bsd-amd64)
# Problematic frame:
# C  [libnative-platform-file-events.dylib+0x0]  __dso_handle+0x0
#
# No core dump will be written. Core dumps have been disabled. To enable core 
dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   https://github.com/adoptium/adoptium-support/issues
#

---  S U M M A R Y 

Command Line: -XX:TieredStopAtLevel=1 -XX:+UseParallelGC 
-XX:ActiveProcessorCount=1 
--add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED 
--add-exports=jdk.compiler/com.sun.tools.javac.file=ALL-UNNAMED 
--add-exports=jdk.compiler/com.sun.tools.javac.parser=ALL-UNNAMED 
--add-exports=jdk.compiler/com.sun.tools.javac.tree=ALL-UNNAMED 
--add-exports=jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED 
--add-opens=java.base/java.util=ALL-UNNAMED 
--add-opens=java.base/java.lang=ALL-UNNAMED 
--add-opens=java.base/java.lang.invoke=ALL-UNNAMED 
--add-opens=java.prefs/java.util.prefs=ALL-UNNAMED 
--add-opens=java.base/java.nio.charset=ALL-UNNAMED 
--add-opens=java.base/java.net=ALL-UNNAMED 
--add-opens=java.base/java.util.concurrent.atomic=ALL-UNNAMED -Xmx1g 
-Dfile.encoding=UTF-8 
-Djava.io.tmpdir=/Users/jenkins/workspace/Lucene-9.x-MacOSX/.gradle/tmp 
-Duser.country=US -Duser.language=en -Duser.variant 
-javaagent:/Users/jenkins/.gradle/wrapper/dists/gradle-8.8-bin/dl7vupf4psengwqhwktix4v1/gradle-8.8/lib/agents/gradle-instrumentation-agent-8.8.jar
 org.gradle.launcher.daemon.bootstrap.GradleDaemon 8.8

Host: MacBookPro11,3 x86_64 3620 MHz, 6 cores, 12G, Darwin 18.7.0
Time: Fri Jun 21 12:11:27 2024 UTC elapsed time: 5.787127 seconds (0d 0h 0m 5s)

---  T H R E A D  ---

Current thread is native thread

Stack: [0x7ba23000,0x7baa3000],  sp=0x7baa0298,  free 
space=500k
Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, 
Vv=VM code, C=native code)
C  [libnative-platform-file-events.dylib+0x0]  __dso_handle+0x0
C  [libnative-platform-file-events.dylib+0x15c27]  void 
std::__1::__variant_detail::__ctor 
>::__generic_construct[abi:v160006], (std::__1::__variant_detail::_Trait)1> 
const&>(std::__1::__variant_detail::__ctor >&, 
std::__1::__variant_detail::__copy_constructor, (std::__1::__variant_detail::_Trait)1> const&&&)+0x47
C  [libnative-platform-file-events.dylib+0x15b8a]  

Re: Bugfix release 9.11.1

2024-06-21 Thread Stefan Vodita
The fix is now in main, branch_9x, and branch_9_11.

On Thu, 20 Jun 2024 at 14:17, Stefan Vodita  wrote:

> Thank you Ignacio for handling the release!
>
> I've just updated the PR with the fix [1].
> I can push it tomorrow.
>
>
> Stefan
>
> [1] https://github.com/apache/lucene/pull/13494
>
> On Thu, 20 Jun 2024 at 08:36, Ignacio Vera  wrote:
>
>> I am now preparing for a bugfix release from branch branch_9_11. I am
>> planning to build the RC next Monday.
>>
>> Please observe the normal rules for committing to this branch:
>>
>> * Before committing to the branch, reply to this thread and argue
>>   why the fix needs backporting and how long it will take.
>> * All issues accepted for backporting should be marked with 9.11.1
>>   in GitHub, and issues that should delay the release must be marked as
>> Blocker
>> * All patches that are intended for the branch should first be committed
>>   to the unstable branch, merged into the stable branch, and then into
>>   the current release branch.
>> * Only issues with Milestone version 9.11.1 and priority "Blocker" will
>> delay
>>   a release candidate build.
>>
>> There are already three fixes backported to branch 9.11:
>>
>> [1] https://github.com/apache/lucene/pull/13498
>> [2] https://github.com/apache/lucene/pull/13504
>> [3] https://github.com/apache/lucene/pull/13501
>>
>> @Stefan you mention in another thread an issue with
>> StringValueFacetCounts but I see there is no fix for it yet, what's the
>> status there?
>>
>> Thanks,
>>
>> Ignacio
>>
>