[jdk8u-dev] RFR: 8318039: GHA: Bump macOS and Xcode versions
Antonio Vieiro
duke at openjdk.org
Sun Jul 14 18:39:58 UTC 2024
On Fri, 12 Jul 2024 11:59:47 GMT, Zdenek Zambersky <zzambers at openjdk.org> wrote:
>> Hi @zzambers @jerboaa ,
>>
>> In [the latest 11 builds on macos-13](https://github.com/openjdk/jdk11u-dev/pull/2854/checks?check_run_id=27365009791) the tests that are failing [1] are all related to JDI/JDWP, and report connection failures, and the tests fail only on this platform.
>>
>> An example stack trace (attached): [stack-trace.txt](https://github.com/user-attachments/files/16192857/stack-trace.txt) shows (note the empty `localAddress`):
>>
>>
>> Caused by: java.lang.InternalError: Failed remote listen: java.util.concurrent.ExecutionException: com.sun.jdi.connect.TransportTimeoutException: timeout waiting for connection @ com.sun.jdi.SocketListen (defaults: timeout=, port=, localAddress=) -- {timeout=timeout=5000, port=port=50478, localAddress=localAddress=}
>>
>>
>> And then times out:
>>
>> 2024-07-12T08:44:34.5430720Z Caused by: com.sun.jdi.connect.TransportTimeoutException: timeout waiting for connection
>> 2024-07-12T08:44:34.5432330Z at jdk.jdi/com.sun.tools.jdi.SocketTransportService.accept(SocketTransportService.java:379)
>> 2024-07-12T08:44:34.5460550Z at jdk.jdi/com.sun.tools.jdi.GenericListeningConnector.accept(GenericListeningConnector.java:155)
>>
>>
>> I was wondering if this is something related to `-Djava.net.preferIPv4Stack=true` perhaps?
>>
>> [1]
>>
>> jdk/jshell/ExceptionMessageTest.java: Test exception().getMessage() in events returned by eval()
>> jdk/jshell/JdiFailingLaunchExecutionControlTest.java: Tests for JDI connector failure
>> jdk/jshell/JdiFailingListenExecutionControlTest.java: Tests for JDI connector failure
>> jdk/jshell/JdiHangingLaunchExecutionControlTest.java: Tests for JDI connector timeout failure
>>
>> com/sun/jdi/AccessSpecifierTest.java: Test fix for JDI: methods Accessible.is...() lie about array types
>> com/sun/jdi/AfterThreadDeathTest.java: Creating a StepRequest on a nonexistant thread fails
>> com/sun/jdi/ArrayRangeTest.java: Test access to ranges within ArrayReferences
>> com/sun/jdi/ConstantPoolInfo.java: Test ReferenceType.majorVersion(), minorVersion, constantPoolCount and ConstantPool apis.
>> com/sun/jdi/CountFilterTest.java: Check correct processing of filters after a count filter
>> com/sun/jdi/EarlyReturnNegativeTest.java: Unexpected ClassCastException in ThreadReference.forceEarlyReturn
>> com/sun/jdi/EarlyReturnTest.java: Need a way to create JDI VoidValue for use in ThreadReference.forceEarlyReturn
>> com/sun/jdi/FieldWatchpoints.java: Test fix for: JDWP: WatchpointEvents outside of class filtered out
>> c...
>
> @vieiro problem, which causes these failures on jdk8 is, that `macos-13` does not correctly resolve it's own hostname (see my [comment](https://github.com/openjdk/jdk8u-dev/pull/544#issuecomment-2220418158) higher). I have tried to work-around this issue by modifying `/etc/hosts` ( see: https://github.com/zzambers/jdk8u-dev/commit/53cac798f4615ad414e7a7eb2bd5706b86fce67b ), and it [fixed](https://github.com/zzambers/jdk8u-dev/actions/runs/9860081409/job/27226368604) most of the tests. You can try equivalent on jdk11 to see, to verify, if you face the same issue.
> However it is something, which would better be fixed in GitHub images/infra.
Hi @zzambers , @jerboaa
The [/etc/hosts](https://github.com/openjdk/jdk11u-dev/commit/3ac6cd6165b4779290f23f260ce5aee0bc392c49) fix does indeed work. I think this is related to https://github.com/actions/runner-images/issues/8649
-------------
PR Comment: https://git.openjdk.org/jdk8u-dev/pull/544#issuecomment-2227446607
More information about the jdk8u-dev
mailing list