-
-
Notifications
You must be signed in to change notification settings - Fork 1.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
[Bug]: New Cassandra container fails to start DSE 6.8.47 #9337
Comments
Thanks for raising the issue @wendigo. To unblock you, I would recommend to continue using the deprecated |
@kiview |
Hello @wendigo On my side, I successfully tested it with the dse-server 6.9.2. I didn't test with the version you mentioned, but DSE images normally include Do you have some specific settings (like env variables) when you start your container? If you have an init script, you must also specify Note the error could appear several times in the logs before the server is finally up (it could take until 10 seconds in my tests before the query is finally executed with success). Also, the logs could be improved in the new implementation in order to not log such "expected" errors because it is just checking the server is up. |
I can confirm, the following works for me: CassandraContainer cassandraContainer = new CassandraContainer(DockerImageName.parse("datastax/dse-server:6.8.47")
.asCompatibleSubstituteFor("cassandra"))
.withEnv("DS_LICENSE", "accept") However, since I am running an x86 image here in my AppleSilicon through emulation, it is slow and you will indeed see the error logged multiple times:
@maximevw I guess changing the log level for these interim logs would help with the experience. For now, I will close this issue, since I can't reproduce it, but please consider to follow up with more information @wendigo. |
That's not what I observe while running in the CI (x86 based). |
I'll send you a link to the run |
Module
Core
Testcontainers version
1.20.2
Using the latest Testcontainers version?
Yes
Host OS
MacOS
Host Arch
ARM
Docker version
What happened?
In the previous, non-deprecated Cassandra container, CassandraDatabaseDelegate was using Cassandra Session to execute statement that determines whether the server is up. New logic is using
csqlsh
which doesn't work with the DSE distribution anymore. Since the old Cassandra container is deprecated, this is a breaking change.Relevant log output
Additional Information
No response
The text was updated successfully, but these errors were encountered: