testcontainers / testcontainers/testcontainers-java

[Bug]: Inconsistent "As no valid configuration was found, execution cannot continue. " on GitHub Actions runner

Open
#10,788 3 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

type/bug
Dominant language
Java
Stars
8.7k
Forks
1.9k
Avg merge
2d 17h
Merged PRs (30d)
9

Description

Module

Core

Testcontainers version

1.21.3

Using the latest Testcontainers version?

Yes

Host OS

ubuntu-22.04

Host Arch

x86

Docker version
Client: Docker Engine - Community
 Version:           28.0.4
 API version:       1.48
 Go version:        go1.23.7
 Git commit:        b8034c0
 Built:             Tue Mar 25 15:07:11 2025
 OS/Arch:           linux/amd64
 Context:           default

Server: Docker Engine - Community
 Engine:
  Version:          28.0.4
  API version:      1.48 (minimum version 1.24)
  Go version:       go1.23.7
  Git commit:       6430e49
  Built:            Tue Mar 25 15:07:11 2025
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.7.27
  GitCommit:        05044ec0a9a75232cad458027ca83437aae3f4da
 runc:
  Version:          1.2.5
  GitCommit:        v1.2.5-0-g59923ef
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0
What happened?

I have a Gradle build service that uses Testcontainers.
When running tests locally, everything works reliably.

However, when running the same tests on GitHub Actions, I will inconsistently get "Could not find a valid Docker environment." errors.
It is inconsistent between runs; if I "Re-run jobs" enough times I can eventually produce a run that works.

The attached Gradle Build Scans are from the GHA workflows targeting the same commit, the only difference was a retry.

Note: Run 2 (when Testcontainers did start) has failing tests. These are unrelated, the important part is that the tests were successfully able to run.

Relevant log output
Could not find a valid Docker environment. Please check configuration. Attempted configurations were:	
As no valid configuration was found, execution cannot continue.	
See https://java.testcontainers.org/on_failure.html for more details.

Caused by: java.lang.IllegalStateException: Could not find a valid Docker environment. Please see logs and check configuration	
at org.testcontainers.dockerclient.DockerClientProviderStrategy.lambda$getFirstValidStrategy$7(DockerClientProviderStrategy.java:274)	
at org.testcontainers.dockerclient.DockerClientProviderStrategy.getFirstValidStrategy(DockerClientProviderStrategy.java:265)	
at org.testcontainers.DockerClientFactory.getOrInitializeStrategy(DockerClientFactory.java:154)	
at org.testcontainers.DockerClientFactory.client(DockerClientFactory.java:196)	
at org.testcontainers.DockerClientFactory$1.getDockerClient(DockerClientFactory.java:108)	
at com.github.dockerjava.api.DockerClientDelegate.authConfig(DockerClientDelegate.java:109)	
at org.testcontainers.containers.GenericContainer.start(GenericContainer.java:321)	
at com.mussonindustrial.ignition.embr.e2e.env.TestEnvironmentService$start$1.accept(TestEnvironmentService.kt:54)	
at com.mussonindustrial.ignition.embr.e2e.env.TestEnvironmentService$start$1.accept(TestEnvironmentService.kt:54)
Additional Information
Run Result GitHub Actions Attempt Gradle Build Scan
1) Initial Run Testcontainers failed to start Link Gradle Build Scan
2) After a Retry Testcontainers started Link Gradle Build Scan

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with DockerClientProviderStrategy.getFirstValidStrategy and DockerClientFactory.getOrInitializeStrategy, the entry points named in the stack trace. Compare the linked GitHub Actions runs and their Docker/Testcontainers logs to determine why a valid environment is intermittently missed. Done means the cause is reproducible and the behavior is fixed or clearly documented with verification on GitHub Actions.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, github-actions, java
Domain
ci-cd, testing-qa
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.