Störungen & typische Fehlerbilder

Note

Diese Seite ist für wiederkehrende Ausfälle und typische Ursachen gedacht — also für das, was im Betrieb wirklich nervt.

Wiki liefert 502

Typisches Bild

  • https://wiki.ls-cloud.biz502
  • Caddy meldet connect: connection refused

Prüfen

pct status 108
pct exec 108 -- docker ps -a
pct exec 108 -- docker logs --tail 100 otterwiki_otterwiki_1
curl -I http://192.168.178.77:8080
curl -k -I https://wiki.ls-cloud.biz

Häufige Ursache

Important

Falsche Ownership im aktiven Wiki-Repository kann OtterWiki in einen Restart-Loop schicken.

Öffentliche Domain liefert 502

Typisches Bild

  • Domain antwortet über Caddy mit 502
  • Backend-Dienst antwortet lokal nicht

Prüfen

systemctl status caddy
curl -k -I https://DOMAIN
curl -I http://BACKEND_IP:PORT

Häufige Ursache

  • Zielcontainer gestoppt
  • falscher Port
  • Dienst im Zielcontainer läuft nicht

Caddy validiert nicht sauber

Typisches Bild

  • caddy validate meckert, obwohl der Dienst eigentlich läuft

Prüfen

systemctl show caddy -p Environment
export $(systemctl show caddy -p Environment --value | xargs)
caddy validate --config /etc/caddy/Caddyfile

Hinweis

Tip

In diesem Setup hängt die saubere Validierung am Service-Environment, weil dort der Cloudflare-Token gesetzt ist.

CT gemountet, Schloss bleibt stehen

Prüfen / beheben

pct unmount CTID
pct config CTID | grep '^lock:'

Hinweis

Warning

Mount-Leichen sind nicht dramatisch, aber unerquicklich. Nach Host-Edits an LXCs immer sauber aufräumen.