apps-registry

T

devops e9c93bfb82 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.

2026-08-10 00:27:10 -05:00

.gitea/workflows

fix(ci): stabilize Medusa dependency installation

2026-08-01 02:21:44 -05:00

apps

fix(gitops): usar https en repoURL de ecommerce-app para consistencia con application.yaml

2026-08-09 00:10:14 -05:00

docs

fix(medusa): forzar podAffinity con commerce-postgres para evitar blackhole MTU cross-node

2026-08-09 02:34:15 -05:00

workloads

fix(medusa): usar flags explicitos en pg_isready en vez de DATABASE_URL crudo