testcontainers / testcontainers/testcontainers-java
Using a postgres image with mounted `/data` fails on LogWaitStrategy
Personne n'a encore pris cette issue.
- Langage dominant
- Java
- Étoiles
- 8.7k
- Forks
- 1.9k
- Merge moyen
- 2 j 17 h
- PR mergées (30 j)
- 9
Description
Testcontainer:
version: 1.14.3
Postgres:
version: 5.6-alpine
output:
PostgreSQL Database directory appears to contain a database; Skipping initialization
LOG: database system was interrupted; last known up at 2020-10-13 08:45:54 UTC
LOG: database system was not properly shut down; automatic recovery in progress
LOG: redo starts at 0/14F0430
LOG: invalid record length at 0/3356CD0: wanted 24, got 0
LOG: redo done at 0/3356CA8
LOG: last completed transaction was at log time 2020-10-13 08:46:42.609873+00
LOG: MultiXact member wraparound protections are now enabled
LOG: database system is ready to accept connections
LOG: autovacuum launcher started
Expected behavior:
- Container started successfully
Exception:
org.testcontainers.containers.ContainerLaunchException: Timed out waiting for log output matching '.*database system is ready to accept connections.*\s'
at org.testcontainers.containers.wait.strategy.LogMessageWaitStrategy.waitUntilReady(LogMessageWaitStrategy.java:31)
Issue:
Because the image skep the initialization and the code on PostgresSQLContainer:56 is registering the LogMessageWaitStrategy to match the line ".*database system is ready to accept connections.*\\s" twice withTimes(2), the container readiness check fails.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez dans modules/postgresql/src/main/java/org/testcontainers/containers/PostgreSQLContainer.java, au niveau de l’enregistrement référencé de la wait-strategy, puis lisez LogMessageWaitStrategy.waitUntilReady. Reproduisez le cas avec un conteneur PostgreSQL utilisant un répertoire /data monté et vérifiez que le démarrage se termine sans atteindre le délai d’expiration de readiness.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- docker, java, postgresql
- Domaine
- databases, testing
- Type d'issue
- Bug
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100