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:
2026-08-10 00:27:10 -05:00
parent f25b10a2f9
commit e9c93bfb82
+1 -1
View File
@@ -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