-
Notifications
You must be signed in to change notification settings - Fork 721
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CryptoTests timeout in SeedGenerator reading /dev/random #16720
Comments
We have this issue on some alinux machines too for some time now. |
The alinux problem seems to only impact the internal machines, perhaps because there are some tests run internally that we don't run in the open. The same solution applies, i.e. we could run extended.openjdk, or at least the security sub-groups, on alinux with |
I suppose /dev/random issues have an impact on adoptium/aqa-tests#3858 |
@zzambers suggested checking the system whether there is entropy gathering daemon running there (such as rngd, jitterentropy-rngd, ...). (see #16712 (comment)). Thanks @zzambers. I do not have access to the openj9 machines. @AdamBrousseau could you please help to check it? Thanks |
From my experience having correctly configured daemon for gathering entropy (rngd or similar) should solve these kind of issues. In newer distributions this should work out-of-box. In case of RH distributions, Some older distributions may need a bit of manual setup, based on what is available on given system (and to verify, that daemon picked some source). In case of VMs we enable rngd both on host and guest systems. And we also have virtio-rng virtual device enabled so that host can pass entropy to it's guests. |
The timeout is observed at JDK17 ppc64le_linux(
Also seen at s390x_linux |
|
https://openj9-jenkins.osuosl.org/job/Test_openjdk11_j9_extended.functional_ppc64le_linux_Nightly_testList_1/457/ - cent7-ppcle-2
https://openj9-jenkins.osuosl.org/job/Test_openjdk11_j9_extended.functional_x86-64_linux_Nightly_testList_0/451/ - ub18-x86-2
cryptotest/tests/SecureRandomTests.java
cryptotest/CryptoTest.java
Seems a problem reading from the default securerandom.source
/dev/random
on some machines.Not sure if it's a valid test, but if I do
cat /dev/random
on these machines it either hangs right away, or prints a little bit and then hangs. Unless somebody can figure out how to fix the machines, it would be better for the test to use/dev/urandom
, which never blocks, by having the test set the system property-Djava.security.egd=file:/dev/urandom
.@llxia @AdamBrousseau
The text was updated successfully, but these errors were encountered: