-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
MongoDB Client integration-test fails in native mode #29402
Comments
/cc @Karm, @evanchooly, @galderz, @loicmathieu |
Hmm I was also able to reproduce with the last known working Quarkus revision (ff044ff) locally, so it looks like it is something not triggered by a Quarkus or GraalVM/Mandrel change... |
It has been excluded as not working test in native for some time IMHO: |
Interesting, note however that this is not the case for Quarkus GHA, see https://github.com/quarkusio/quarkus/blob/main/.github/native-tests.json#L30. What's even more interesting is that it appears to be passing in the Quarkus |
GHA runner OS difference? I see |
flapdoodle-oss/de.flapdoodle.embed.mongo.packageresolver@e236b5b should fix it? Not sure where that dep is declared though. |
I created #29414 to at least update to the latest stable of Flapdoodle. |
Thanks! |
It references |
Well it's been like this for a while now. Furthermore, both the failing run and the passing run on graalvm/mandrel repo are using the Github runner version 2.299.1, so it doesn't look like a change in the runner either :/ FWIW, I tried the update of flapdoodle to 3.5.2 and I still get the failure on CentOS 9 Stream, which appears to not be present in https://github.com/flapdoodle-oss/de.flapdoodle.embed.mongo.packageresolver/blob/de.flapdoodle.embed.mongo.packageresolver-1.0.12/src/test/java/de/flapdoodle/embed/mongo/packageresolver/linux/CentosRedhatPackageResolverTest.java. We probably need to create an issue for this as well. In the meantime I have also scheduled a CI run to test #29414 on the Mandrel CI setup: https://github.com/graalvm/mandrel/actions/runs/3530682797 |
I'm seeing this for the passing one:
... and this for the failing one:
So while the runner image version is the same, the underlying OS is different.
Makes sense. It probably needs support for centos stream/rhel 9. Could you create an issue, please? |
Good catch, apparently we are being bitten (or not, since it allowed us to catch the issue) by https://github.com/graalvm/mandrel/blob/bd852ea0608739578fcf7aaa713831f3ca415a96/.github/workflows/base.yml#L88 . I thought I had those fixed to a specific version...
Sure (see flapdoodle-oss/de.flapdoodle.embed.mongo.packageresolver#4) |
Closed through #29414 (Confirmed in https://github.com/graalvm/mandrel/actions/runs/3530682797/jobs/5923305802) |
Describe the bug
MongoDB Client integration-test, and more specifically
io.quarkus.it.mongodb.NativeBookResourceIT.health
, started failing in the CI of Mandrel and GraalVMFirst observed failing commit: 3c920f7 in https://github.com/graalvm/mandrel/actions/runs/3493647357/jobs/5861267577
Last known working commit: ff044ff in https://github.com/graalvm/mandrel/actions/runs/3484788102/jobs/5829991956
Expected behavior
Test should pass
Actual behavior
Test fails at runtime with:
How to Reproduce?
git clone [email protected]:quarkusio/quarkus.git
cd quarkus
./mvnw -Dquickly -T2
Output of
uname -a
orver
No response
Output of
java -version
openjdk 17.0.6-beta 2023-01-17 OpenJDK Runtime Environment Temurin-17.0.6+3-202211172333 (build 17.0.6-beta+3-202211172333) OpenJDK 64-Bit Server VM Temurin-17.0.6+3-202211172333 (build 17.0.6-beta+3-202211172333, mixed mode, sharing)
GraalVM version (if different from Java)
22.3.0
Quarkus version or git rev
3c920f7
Build tool (ie. output of
mvnw --version
orgradlew --version
)No response
Additional information
I was able to reproduce the issue:
master
The text was updated successfully, but these errors were encountered: