Blame
|
1 | # Runbooks |
||||||
| 2 | ||||||||
| 3 | > [!NOTE] |
|||||||
| 4 | > Diese Seite bündelt wiederkehrende Eingriffe und typische Grundregeln. Kurz genug für den Alltag, präzise genug für den Betrieb. |
|||||||
| 5 | ||||||||
| 6 | ## Wiki direkt auf dem Host bearbeiten |
|||||||
| 7 | ||||||||
| 8 | ### 1. Container mounten |
|||||||
| 9 | ||||||||
| 10 | ```bash |
|||||||
| 11 | pct mount 108 |
|||||||
| 12 | ``` |
|||||||
| 13 | ||||||||
| 14 | ### 2. Im aktiven Repository arbeiten |
|||||||
| 15 | ||||||||
| 16 | ```bash |
|||||||
| 17 | cd /var/lib/lxc/108/rootfs/opt/otterwiki/plain-app-data/repository/ |
|||||||
| 18 | ``` |
|||||||
| 19 | ||||||||
| 20 | ### 3. Ownership nach Änderungen im Blick behalten |
|||||||
| 21 | ||||||||
| 22 | > [!IMPORTANT] |
|||||||
| 23 | > CT 108 ist ein unprivilegierter LXC. Falsche Ownership im Repository kann OtterWiki in einen Restart-Loop schicken. |
|||||||
| 24 | ||||||||
| 25 | Prüfen: |
|||||||
| 26 | ||||||||
| 27 | ```bash |
|||||||
| 28 | ls -l /var/lib/lxc/108/rootfs/opt/otterwiki/plain-app-data/repository/ |
|||||||
| 29 | ``` |
|||||||
| 30 | ||||||||
| 31 | ### 4. Immer sauber unmounten |
|||||||
| 32 | ||||||||
| 33 | ```bash |
|||||||
| 34 | pct unmount 108 |
|||||||
| 35 | pct config 108 | grep '^lock:' |
|||||||
| 36 | ``` |
|||||||
| 37 | ||||||||
| 38 | ## Wenn das Wiki plötzlich 502 liefert |
|||||||
| 39 | ||||||||
| 40 | Prüfen: |
|||||||
| 41 | ||||||||
| 42 | ```bash |
|||||||
| 43 | pct status 108 |
|||||||
| 44 | pct exec 108 -- docker ps -a |
|||||||
| 45 | pct exec 108 -- docker logs --tail 100 otterwiki_otterwiki_1 |
|||||||
| 46 | curl -I http://192.168.178.77:8080 |
|||||||
| 47 | curl -k -I https://wiki.ls-cloud.biz |
|||||||
| 48 | ``` |
|||||||
| 49 | ||||||||
| 50 | > [!TIP] |
|||||||
| 51 | > Wenn Caddy 502 liefert, ist häufig nicht Caddy kaputt, sondern das Backend in CT 108. |
|||||||
| 52 | ||||||||
| 53 | ## OpenClaw-Kontext prüfen |
|||||||
| 54 | ||||||||
| 55 | Relevanter Container: |
|||||||
| 56 | ||||||||
| 57 | ```text |
|||||||
| 58 | CT 109 `claw` |
|||||||
| 59 | ``` |
|||||||
| 60 | ||||||||
| 61 | Lokale Ports: |
|||||||
| 62 | ||||||||
| 63 | ```text |
|||||||
| 64 | Gateway: 127.0.0.1:18789 |
|||||||
| 65 | Browser-Control: 127.0.0.1:18791 |
|||||||
| 66 | ``` |
|||||||
| 67 | ||||||||
| 68 | > [!WARNING] |
|||||||
| 69 | > `18791` ist Browser-Control und nicht einfach die Chat-API. |
|||||||
| 70 | ||||||||
| 71 | ## Caddy prüfen |
|||||||
| 72 | ||||||||
| 73 | Config-Datei: |
|||||||
| 74 | ||||||||
| 75 | ```bash |
|||||||
| 76 | /etc/caddy/Caddyfile |
|||||||
| 77 | ``` |
|||||||
| 78 | ||||||||
| 79 | Dienststatus: |
|||||||
| 80 | ||||||||
| 81 | ```bash |
|||||||
| 82 | systemctl status caddy |
|||||||
| 83 | ``` |
|||||||
| 84 | ||||||||
| 85 | Service-nahe Validierung: |
|||||||
| 86 | ||||||||
| 87 | ```bash |
|||||||
| 88 | export $(systemctl show caddy -p Environment --value | xargs) |
|||||||
| 89 | caddy validate --config /etc/caddy/Caddyfile |
|||||||
| 90 | ``` |
|||||||
| 91 | ||||||||
| 92 | > [!IMPORTANT] |
|||||||
| 93 | > Die Validierung außerhalb des Service-Kontexts kann in diesem Setup am fehlenden Cloudflare-Token scheitern und ist dann nur begrenzt aussagekräftig. |
|||||||
| 94 | ||||||||
| 95 | ## tmux |
|||||||
| 96 | ||||||||
| 97 | - [[tmux]] |
|||||||
