Saltar al contenido principal

Cuando algo va mal

Siempre en este orden:

sve doctor                          # lo primero: dice qué falla y por qué
docker compose ps                   # quién está sano y quién no
docker compose logs --tail 100 api

Dos cosas que parecen fallos y no lo son​

curl https://su-dominio da «connection refused» desde el propio servidor. Es el NAT del router: la máquina no puede alcanzarse a sí misma por su dirección pública. Compruebe así:

curl -k --resolve su-dominio:443:127.0.0.1 https://su-dominio

502 durante unos segundos después de recrear un contenedor. La pasarela guarda la dirección anterior. Se resuelve solo, o en el acto con:

docker compose exec gateway nginx -s reload

Una actualización dejó algo roto​

sve update vuelve atrás sola si algo no queda sano, así que lo normal es que ya esté en la versión anterior. Si no:

sve rollback

La vuelta atrás recupera la versión, no los datos: la copia de seguridad que se hizo antes de actualizar sigue donde sve update dijo que la dejaba, y restaurarla es una decisión que toma una persona, porque tira todo lo que haya pasado desde entonces.

El panel no carga pero los canales se ven​

Son cosas distintas: la emisión no depende del panel. Mire sve logs api.

No encuentra la respuesta​

Guarde la salida de sve doctor y de docker compose ps y envíeselas a su proveedor: son las dos cosas que se piden siempre y ahorran una vuelta entera de preguntas.