apps-registry

T

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

Diagnostico: pg_isready y el cliente pg de Medusa fallan de forma
consistente (100%, 186/186 intentos) cuando el pod queda agendado en un
nodo distinto al de commerce-postgres-0. TCP handshake (nc/ping) funciona
cruzando nodos, pero el primer paquete de datos real de la sesion nunca
llega - blackhole de PMTU Discovery entre los nodos del cluster k3d
(flannel VXLAN / MTU del bridge Docker subyacente).

Se agrega podAffinity requiredDuringSchedulingIgnoredDuringExecution
(no nodeSelector fijo, mantiene portabilidad) para que medusa-deploy
siempre comparta nodo con commerce-postgres-0 y evite cruzar el
blackhole. Es un workaround, no el fix de raiz: documentado en
docs/known-issues.md junto con el TODO de ajustar el MTU del cluster
a 1400.

2026-08-09 02:34:15 -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): forzar podAffinity con commerce-postgres para evitar blackhole MTU cross-node