-
-
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
SQL Server container startup fails intermittently #715
Comments
Just pinging @StefanHufschmidt, maybe he has an idea. |
We got some strange behavior with the MS SQL Server image for linux too. It was sometimes the case that the image could not be pulled within the timeout time. - But you can see your image starting, so this should not be your problem. Sometimes the image was strangely broken and we had to pull it again afterwards everything worked back again. - That should occur on every run afterwards until the image has been deleted and re-pulled back again. Since the MS SQL Server image is very large you might don't want to pull it every time. I've noticed the warnings from the MS SQL Server container some time ago. This does not look very well but should not affect the whole start up process. Since the MS SQL Server image is 1.43GB large and we have a default timeout of 120 seconds it could be that the download of the image is not fast enough. I saw that you've increased the timeout to 240 seconds. @vpavic have you tried it with an even higher value? What's about the connection timeout? @Override
protected int getConnectTimeoutSeconds() {
return 240;
} Sometimes the docker image seems to start very slow. So this might be a solution. |
Thanks for the feedback @kiview and @StefanHufschmidt.
We've had this test marked with Just to note, providing custom timeout value(s) isn't a problem by itself, however when you do that in multiple different projects it becomes a bit annoying, so my hope was this issue would result in a more sane default in Testcontainers. |
We have had success with our integration tests that use @kiview @bsideup Would you accept a PR that sets these timeout values as defaults for |
Oh sorry, I see. |
Thanks - I'll try to put together a PR over the next day or two. |
I am experience similar random problems with |
This was originally reported as testcontainers/testcontainers-java-module-mssqlserver#11.
We are experiencing an intermittent failures of our SQL Server integration tests that are based on
org.testcontainers:mssqlserver
. The error occurs in roughly 30-40% of the builds. This, however, heppens only on our Jenkins CI infrastructure, and not on Travis CI builds or local machine.I should also note that we use TestContainers for integration of other relational databases (PostgreSQL, MySQL, MariaDB) as well, but with no such issues.
Error Message
Stacktrace
Standard Error
The integration test in subject is available here.
Should we permanently resort to a custom
WaitStrategy
or couldMSSQLServerContainer
get a bit more leeway out of the box?The text was updated successfully, but these errors were encountered: