Open Serkan80 opened 1 year ago
/cc @geoand (devservices), @stuartwdouglas (devservices)
I encountered the same recently with the Keycloack-testcontainer on an azure devops pipeline
I ended up with disabling dev services for datasources, and started up my databases with Testcontainers manually and plumped everything together. Now it is working.
I'm completley lost why plain Testcontainer just works and dev services, which I assume also uses Testcontainers under the hood, doesn't work.
Can you remove some of the custom config and see if that makes a difference? I.e. try without the 'port' and 'command' config and see if either of those is causing the issue.
I think the issue is with podman 3.x. When I upgraded to podman 4.x the problem was solved.
Podman 3.x requires root rights so that your ports are accessible when the container has started up. In podman 4.x they fixed this issue.
Should we document that we require Podman 4.x and then close this?
π
Describe the bug
I've a unit test where I start up a Postgres database via devservices, which work totally fine on my local machine. But when I run the same test on our (Gitlab) pipeline, it seems that it has problems connecting to localhost:5435 (which is the postgres port I defined, see also below).
I get a connection refused error.
And the strange thing is that I see that devservices starts up the Docker containers properly, see also below.
Expected behavior
No response
Actual behavior
Here is the log:
I've also tried the following config, but that didn't help either:
debezium.database.hostname=0.0.0.0
And this is the output of
docker ps
in the pipeline right after when the unit test fails:How to Reproduce?
No response
Output of
uname -a
orver
Windows
Output of
java -version
JDK 17 Temurin
GraalVM version (if different from Java)
No response
Quarkus version or git rev
2.16.3.Final
Build tool (ie. output of
mvnw --version
orgradlew --version
)Maven 3.8.x
Additional information
No response