URGENTE: Los despliegues de CI/CD están fallando debido a este problema. Las cargas de trabajo siguen ejecutándose, pero no se puede desplegar código nuevo.
Entorno:
- Auto-alojado en Tencent Cloud VM (Ubuntu 24, k3s v1.32.4+k3s1)
- nats:2.10.7-alpine, todos los componentes de Zeabur en ejecución
Síntomas:
- El panel de control no puede ver/gestionar servicios individuales
- Las cargas de trabajo reales sirven tráfico normalmente (HTTPS 200)
- zeabur-kube-watch registra continuamente: nats: API error: code=503 err_code=10023 description=insufficient resources
Diagnóstico realizado:
-
JetStream está DESHABILITADO en nats-0: $ wget -qO- http://localhost:8222/jsz { "disabled": true, "config": { "max_memory": 0, "max_storage": 0 }, "streams": 0, "consumers": 0, "messages": 0, "bytes": 0 }
-
nats.conf no tiene un bloque jetstream: port: 4222 pid_file: "/var/run/nats/nats.pid" http: 8222 server_name: $POD_NAME lame_duck_grace_period: 10s lame_duck_duration: 30s authorization: { user: admin, password: "..." }
-
El PVC nats-data-nats-0 (1Gi, local-path) está en estado Bound pero NO está montado en el contenedor nats —
mountdentro del contenedor muestra que no hay ruta /data. -
El límite de memoria en el contenedor nats es de 128Mi, pero la variable de entorno GOMEMLIMIT es de 4GiB.
-
Reiniciar nats-0 (kubectl delete pod) no ayuda — el error vuelve inmediatamente porque la causa raíz es que kube-watch está usando el protocolo JetStream con un servidor que tiene JetStream deshabilitado.
Preguntas:
- ¿Se espera que
zeabur-kube-watchuse JetStream? Si es así, ¿por qué JetStream no está habilitado en el nats.conf incluido? - ¿Existe una forma segura de habilitar JetStream en el nats-0 existente, o debo esperar a una actualización del servidor?
- ¿Mis cargas de trabajo seguirán sin verse afectadas si dejo esto tal cual?