Open froth opened 7 months ago
@froth ..hmm. the system is detected as debian12 ({operatingSystem=Linux, architecture=X86_64, distribution=Debian, version=DEBIAN_12}) .. i guess that the version for debian11 will not run on debian12 .. can you use a newer mongodb version? Is it a debian12 dist or is it something else (Ubuntu 22.04.4 LTS?) ?
It is Ubuntu 22.04.4 LTS (Jammy Jellyfish).
Updating to Mongo 7.0 works fine. However 6.0 worked until flapdoodle 4.12.2. and downloaded https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-ubuntu2204-6.0.12.tgz
So I think something changed in the OS resolution?
@froth .. hmm.. i must check.. can you give me your /etc/os-release file? I am very surprised that os detection fails this way.. (if this is the bug and not something else)
I am sorry is was confused yesterday and gave you incorrect information :( . The "this CI-runner Docker image has multiple base images"-maze messed with my brain.
The OS actually is Debian GNU/Linux 12 (bookworm)
and as you correctly said the Debian 11 Mongo 6 seems not to work on Debian 12. However the Ubuntu 22.04.4 LTS
Mongo 6 seems to work fine on Debian 12.
I am not sure if that is something that can be configured in this granularity in flapdoodle or if this would even be a good idea. I could live with upgrading to Mongo 7.
Sorry again for the wrong OS Info.
@froth .. i think i could map older versions to ubuntu instead of debian..
@froth .. i think i add an option 'strict' or a warning if there is no match desired mongodb version and platform.. so 6.0.x on debian12 would fail.. using the ubuntu version on mongodb could be achieved by overriding the platform detection ...
Or i introduce some kind of blacklisting .. It should be maintainable .. somehow:)
@michaelmosmann that sounds reasonable, thanks for looking into it.
It is impressive that it works so nicely across operation systems and mongodb versions :)
You can close this issue if you want, I can live with upgrading and/or overriding.
@froth .. thanks:)
i close this if i have a good answer for that question:) until that i leave this open as an reminder ..
Hello,
I had the same problem after upgrading java from 19 to 21
Caused by: java.lang.RuntimeException: Could not start process: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory
env :
de.flapdoodle.embed.mongo.version: 4.12.2
OS: Ubuntu 22.04
Packages:
dpkg -l | grep -i openssl
ii libcurl4:amd64 7.81.0-1ubuntu1.16 amd64 easy-to-use client-side URL transfer library (OpenSSL flavour)
ii libssh-4:amd64 0.9.6-2ubuntu0.22.04.3 amd64 tiny C SSH library (OpenSSL flavor)
ii openssl 3.0.2-0ubuntu1.15 amd64 Secure Sockets Layer toolkit - cryptographic utility
dpkg -l | grep libssl
ii libssl3:amd64 3.0.2-0ubuntu1.15 amd64 Secure Sockets Layer toolkit - shared libraries
i tryied changing de.flapdoodle.embed.mongo.version to 4.13.0 and to 4.15.0 and to 4.16.1
i also tryed
RUN apt-get update && apt install -y openssl
and
RUN apt install libssl1.1
but everytime i had the same problem.
The problem was fixed when i changed the mongodb version from 6.0.2 to 7.0.12
de: flapdoodle: mongodb: embedded: version: 7.0.12 #6.0.2
@influence160 AFAIK does ubuntu 22.x does not provides libssl1.x anymore and newer mongodb version are using libssl3.x .. so yes. You must use a newer version of mongodb on a newer version of ubuntu.
Update to 4.12.3 (and following) suddenly failed with
Caused by: java.lang.RuntimeException: Could not start process: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory
.Has anything changed in this release that could have caused this?
It uses https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-debian11-6.0.14.tgz on
[Ubuntu 22.04.4 LTS (Jammy Jellyfish)](https://releases.ubuntu.com/jammy)
Full stacktrace: