Runbooks
Note
Diese Seite bündelt wiederkehrende Eingriffe und typische Grundregeln. Kurz genug für den Alltag, präzise genug für den Betrieb.
Wiki direkt auf dem Host bearbeiten
1. Container mounten
pct mount 108
2. Im aktiven Repository arbeiten
cd /var/lib/lxc/108/rootfs/opt/otterwiki/plain-app-data/repository/
3. Ownership nach Änderungen im Blick behalten
Important
CT 108 ist ein unprivilegierter LXC. Falsche Ownership im Repository kann OtterWiki in einen Restart-Loop schicken.
Prüfen:
ls -l /var/lib/lxc/108/rootfs/opt/otterwiki/plain-app-data/repository/
4. Immer sauber unmounten
pct unmount 108 pct config 108 | grep '^lock:'
Wenn das Wiki plötzlich 502 liefert
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
Tip
Wenn Caddy 502 liefert, ist häufig nicht Caddy kaputt, sondern das Backend in CT 108.
OpenClaw-Kontext prüfen
Relevanter Container:
CT 109 `claw`
Lokale Ports:
Gateway: 127.0.0.1:18789 Browser-Control: 127.0.0.1:18791
Warning
18791 ist Browser-Control und nicht einfach die Chat-API.
Caddy prüfen
Config-Datei:
/etc/caddy/Caddyfile
Dienststatus:
systemctl status caddy
Service-nahe Validierung:
export $(systemctl show caddy -p Environment --value | xargs) caddy validate --config /etc/caddy/Caddyfile
Important
Die Validierung außerhalb des Service-Kontexts kann in diesem Setup am fehlenden Cloudflare-Token scheitern und ist dann nur begrenzt aussagekräftig.