Saltar a contenido

Problemas conocidos y pendientes

Registro vivo de problemas abiertos del homelab detectados durante la migración de Uptime Kuma (2026-10-29) y en la revisión posterior. Para incidentes con historial propio, enlaza a su página.

Abiertos

# Problema Impacto Severidad Plan
1 n8n devuelve 503 en / n8n legacy inaccesible Media Diagnóstico de Postgres/DNS; migrar a k3s (Fase 3)
2 Sin backup de Uptime Kuma Solo el PVC y la copia original en lebron Media Incluir kuma.db en la estrategia 3-2-1
3 Secrets creados a mano uptime-kuma-metrics es drift Media Moverlo a Vaultwarden

Detalle

1. n8n devuelve 503

n8n_main está Up y /healthz responde, pero / devuelve 503 y los logs muestran getaddrinfo EAI_AGAIN postgres y timeouts. Detalle y plan en el incidente.

2. Backup de Uptime Kuma

No hay backup automático del PVC uptime-kuma-data. La copia original de kuma.db sigue en lebron:/opt/hass/uptime. Pendiente incluirlo en la estrategia 3-2-1 (R2/NAS) junto con el resto de volúmenes Longhorn.

3. Secrets creados a mano

Queda un único drift manual:

  • uptime-kuma-metrics → Secret completo creado a mano en monitoring.

authentik-config ya está alineado con Vaultwarden (2026-10-30), ver el incidente de VKS.

Aceptados (no son fallos)

  • Monitores Docker de Uptime Kuma pausados (7): no hay docker.sock en k3s. Sustituto futuro: alertas de Prometheus/kube-state-metrics.
  • Push monitors sin heartbeat reciente: normal, solo emiten cuando corre el backup correspondiente.
  • /metrics de Kuma sin auth dentro del cluster: efecto de disableAuth; no está expuesto por Traefik (solo lo scrapea Prometheus por el Service).

Resueltos el 2026-10-30

  • Frigate: migrado a k3s (kyrie, iGPU) y expuesto por el túnel homelab. Ver servicio.
  • Métricas de Longhorn sin scrapear: el chart instala la NetworkPolicy longhorn-manager, que solo permitía ingress desde componentes de Longhorn; Prometheus (monitoring) recibía connection refused. Se añadió la NetworkPolicy aditiva longhorn-manager-allow-prometheus. Ver services/longhorn.md.
  • VKS y los Secure Notes: no era un fallo de sincronización. Los YAML-in-notes sí se aplican; el drift real era una única clave (HOMEPAGE_OIDC_CLIENT_SECRET) que estaba en el Secret pero no en la nota de Vaultwarden. Se añadió a la nota y VKS la aplicó. Imagen alineada a 2.1.0. Ver incidente.
  • Grafana externo sin OIDC: Grafana se deja solo interna. El fallo real era doble: server.root_url sin definir (Grafana enviaba redirect_uri=http://localhost:3000 y el SSO fallaba incluso en la LAN) y el flujo externo apuntaba a auth.local (no resoluble desde Internet). Solución: root_url: https://grafana.local.gorkarevilla.com/ + retirada de la HTTPRoute externa, el registro DNS y la ruta del túnel grafana.gorkarevilla.com. Ver services/kube-prometheus-stack.md.

Resueltos el 2026-10-29

  • Migración de Uptime Kuma a k3s (69 monitores, SSO, métricas): services/uptime-kuma.md.
  • Alloy legacy parado (lebron): contenedor con restart=no y servicio comentado en portainer-compose; ya no reintenta contra Loki/Prometheus parados. El syslog de UniFi se recoge ahora en el cluster (alloy-syslog, 192.168.20.91:5514). Ver services/alloy.md.
  • multipathd bloqueando mounts de Longhorn en kobe: incidente.
  • uptime y grafana movidos al túnel homelab; ruta externa de Grafana.
  • Monitores reapuntados: Loki → cluster, DNS Pi-hole → 192.168.20.90, Grafana/Uptime → .local.