Access request for <rtoyonag>

[roberttoyonaga]

NOTE: THIS ISSUE SHOULD NOT BE CLOSED BY THE ORIGINATOR IF ACCESS IS GRANTED.
When the access is no longer needed please add a comment and a member
of the infrastructure team will revoke it and close the issue.

Required access level (Delete as appropriate). Note that you should only
request the minimum level that is required to solve your problem

• Non-privileged
• jenkins user
• root/Administrative
• other (Please specify):

System for which access is needed:
I would like access to an arm linux 32 bit machine please. It requires an OpenJDK build environment. A setup similar to what this GH comment describes #3503 (comment)

Please explain why you need this access including whether it is a temporary or permanent request:
Temporary request to investigate jdk8 arm linux 32 bit issues with JFR tests.
See:

• jdk_jfr_2 fail on jdk8 arm32 linux aqa-tests#3301
• Multiple tests from jdk_jfr_2 fail on arm32 due to dump related issues aqa-tests#3115

[sxa]

All of the suitable systems we use at the project (arm32 set up for building openjdk) are dynamically instantiated on aarch64 hosts and shut down afterwards so we don't really have any I can easily give you access to. What I might do is create a 'permanent' container for the duration of this work and grant you access to that.
I would also bear in mind that the JDK8 JFR tests do see to pass on a physical arm32 machine that I have (See https://ci.adoptium.net/job/Grinder/10655/testReport/ for the output from that - if you see any jenkins jobs running on the machines with 'odroid' in the name instead of 'docker' those are dedicated arm32 systems) so this may be a result of either running in a container (unlikely since we do that for other platforms) or -= perhaps more likely - by running the 32-bit distribution on an aarch64 kernel.

[roberttoyonaga]

What I might do is create a 'permanent' container for the duration of this work and grant you access to that.

Yes that would be great! What you did last time worked well for me: #3503 (comment)

I would also bear in mind that the JDK8 JFR tests do see to pass on a physical arm32 machine that I have (See https://ci.adoptium.net/job/Grinder/10655/testReport/ for the output from that - if you see any jenkins jobs running on the machines with 'odroid' in the name instead of 'docker' those are dedicated arm32 systems) so this may be a result of either running in a container (unlikely since we do that for other platforms) or -= perhaps more likely - by running the 32-bit distribution on an aarch64 kernel.

Hmmm that's really interesting. Thanks for checking that. I can try to confirm whether that's the root cause, and figure out why its a problem for JFR.

[sxa]

OK I've now strated a container and added your key to it. You can connect with:

ssh -p 3673 [email protected]

Noting that it is an older distribution so I can't guarantee that it will show the same failures but should be easy to check :-)

[roberttoyonaga]

Thanks @sxa !!

edit: I'm still able to reproduce the failures on the older distribution.

[roberttoyonaga]

thank you @sxa, I no longer need access to this system.

[sxa]

Thanks. Container removed.