-
-
Notifications
You must be signed in to change notification settings - Fork 511
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]: Error (501) Reason: connection reset by peer #1613
Comments
Hey @phoenix147 I'm not able to reproduce this error yet, although I have one question: why do you need the host config modifier to set the AutoRemove of the container? Are you using Ryuk BTW? |
I think this could be caused by the Ryuk reaper trying to remove the container and Docker auto-removing it. Could you also try without the host config modifier? |
@mdelapenya we had the (now deprectated) And yes we are using Ryuk and from the documentation i gathered, that Ryuk tries to kill the container after 10 seconds, but from starting the container until the error, it takes only about 5-7 seconds (i think rabbitmq takes that long to start) |
I'm working on a RabbitMQ module, which by default uses:
Depending if SSL is enabled, it should be extended to check for other log entries: see https://www.rabbitmq.com/ssl.html#enabling-tls-verify-configuration |
I think the StartupTimeout is 60 seconds by default anyway, but i'll try this strategy, because i also assume that rabbitmq is not fully up even when the port is already exposed..i will let you know.. |
@mdelapenya Seems like it is working with the Log waiting strategy, the tests went through 5 times in a row. Thx for your help! :) |
Testcontainers version
0.23.0
Using the latest Testcontainers version?
Yes
Host OS
Ubuntu 22.04
Host arch
x86-64
Go version
1.19
Docker version
Client: Docker Engine - Community Version: 24.0.6 API version: 1.43 Go version: go1.20.7 Git commit: ed223bc Built: Mon Sep 4 12:31:44 2023 OS/Arch: linux/amd64 Context: default Server: Docker Engine - Community Engine: Version: 24.0.6 API version: 1.43 (minimum version 1.12) Go version: go1.20.7 Git commit: 1a79695 Built: Mon Sep 4 12:31:44 2023 OS/Arch: linux/amd64 Experimental: false containerd: Version: 1.6.22 GitCommit: 8165feabfdfe38c65b599c4993d227328c231fca runc: Version: 1.1.8 GitCommit: v1.1.8-0-g82f18fe docker-init: Version: 0.19.0 GitCommit: de40ad0
Docker info
What happened?
We recently upgraded from testcontainers v0.13.0 to v0.23.0 and ran into this problem when using testcontainers on Github Actions. We only have this with problem with the rabbitmq testcontainer. Postgres container for example seem to be fine.
Reverting to 0.13.0 fixes the issue, but of course we would like to stay on a recent version.
Sometimes it's working, but most of the time at least one of the test fails on Github Actions.
Locally (Ubuntu 22.04) everything runs smoothly.
This also seems to be related with #1248
We're starting the testcontainer like that:
Relevant log output
Additional information
No response
The text was updated successfully, but these errors were encountered: