fix(medusa): usar flags explicitos en pg_isready en vez de DATABASE_URL crudo
El init container wait-for-postgres pasaba $DATABASE_URL completo a pg_isready. Al agregarle ?sslmode=disable (via create-commerce-secrets.sh), pg_isready fallaba con "no attempt" (exit 3, conninfo invalida para su parser de URI) y el pod quedaba atascado en Init indefinidamente, sin llegar nunca al CrashLoopBackOff visible. Postgres, DNS, Endpoints y NetworkPolicy estaban sanos; el fallo era puramente del parseo de la URI. Se reemplaza por -h/-p/-U/-d explicitos (host y puerto fijos del Service, usuario y db ya disponibles via envFrom), asi el init container queda inmune a query params futuros en DATABASE_URL.
This commit is contained in:
@@ -36,7 +36,7 @@ spec:
|
|||||||
- sh
|
- sh
|
||||||
- -c
|
- -c
|
||||||
- |
|
- |
|
||||||
until pg_isready -d "$DATABASE_URL" -t 5; do
|
until pg_isready -h postgres-svc -p 5432 -U "$POSTGRES_USER" -d "$POSTGRES_DB" -t 5; do
|
||||||
echo "postgres no disponible aun, reintentando..."
|
echo "postgres no disponible aun, reintentando..."
|
||||||
sleep 2
|
sleep 2
|
||||||
done
|
done
|
||||||
|
|||||||
Reference in New Issue
Block a user