Blame
|
1 | # Störungen & typische Fehlerbilder |
||||||
| 2 | ||||||||
| 3 | > [!NOTE] |
|||||||
| 4 | > Diese Seite ist für wiederkehrende Ausfälle und typische Ursachen gedacht — also für das, was im Betrieb wirklich nervt. |
|||||||
| 5 | ||||||||
| 6 | ## Wiki liefert 502 |
|||||||
| 7 | ||||||||
| 8 | ### Typisches Bild |
|||||||
| 9 | ||||||||
| 10 | - `https://wiki.ls-cloud.biz` → `502` |
|||||||
| 11 | - Caddy meldet `connect: connection refused` |
|||||||
| 12 | ||||||||
| 13 | ### Prüfen |
|||||||
| 14 | ||||||||
| 15 | ```bash |
|||||||
| 16 | pct status 108 |
|||||||
| 17 | pct exec 108 -- docker ps -a |
|||||||
| 18 | pct exec 108 -- docker logs --tail 100 otterwiki_otterwiki_1 |
|||||||
| 19 | curl -I http://192.168.178.77:8080 |
|||||||
| 20 | curl -k -I https://wiki.ls-cloud.biz |
|||||||
| 21 | ``` |
|||||||
| 22 | ||||||||
| 23 | ### Häufige Ursache |
|||||||
| 24 | ||||||||
| 25 | > [!IMPORTANT] |
|||||||
| 26 | > Falsche Ownership im aktiven Wiki-Repository kann OtterWiki in einen Restart-Loop schicken. |
|||||||
| 27 | ||||||||
| 28 | ## Öffentliche Domain liefert 502 |
|||||||
| 29 | ||||||||
| 30 | ### Typisches Bild |
|||||||
| 31 | ||||||||
| 32 | - Domain antwortet über Caddy mit `502` |
|||||||
| 33 | - Backend-Dienst antwortet lokal nicht |
|||||||
| 34 | ||||||||
| 35 | ### Prüfen |
|||||||
| 36 | ||||||||
| 37 | ```bash |
|||||||
| 38 | systemctl status caddy |
|||||||
| 39 | curl -k -I https://DOMAIN |
|||||||
| 40 | curl -I http://BACKEND_IP:PORT |
|||||||
| 41 | ``` |
|||||||
| 42 | ||||||||
| 43 | ### Häufige Ursache |
|||||||
| 44 | ||||||||
| 45 | - Zielcontainer gestoppt |
|||||||
| 46 | - falscher Port |
|||||||
| 47 | - Dienst im Zielcontainer läuft nicht |
|||||||
| 48 | ||||||||
| 49 | ## Caddy validiert nicht sauber |
|||||||
| 50 | ||||||||
| 51 | ### Typisches Bild |
|||||||
| 52 | ||||||||
| 53 | - `caddy validate` meckert, obwohl der Dienst eigentlich läuft |
|||||||
| 54 | ||||||||
| 55 | ### Prüfen |
|||||||
| 56 | ||||||||
| 57 | ```bash |
|||||||
| 58 | systemctl show caddy -p Environment |
|||||||
| 59 | export $(systemctl show caddy -p Environment --value | xargs) |
|||||||
| 60 | caddy validate --config /etc/caddy/Caddyfile |
|||||||
| 61 | ``` |
|||||||
| 62 | ||||||||
| 63 | ### Hinweis |
|||||||
| 64 | ||||||||
| 65 | > [!TIP] |
|||||||
| 66 | > In diesem Setup hängt die saubere Validierung am Service-Environment, weil dort der Cloudflare-Token gesetzt ist. |
|||||||
| 67 | ||||||||
| 68 | ## CT gemountet, Schloss bleibt stehen |
|||||||
| 69 | ||||||||
| 70 | ### Prüfen / beheben |
|||||||
| 71 | ||||||||
| 72 | ```bash |
|||||||
| 73 | pct unmount CTID |
|||||||
| 74 | pct config CTID | grep '^lock:' |
|||||||
| 75 | ``` |
|||||||
| 76 | ||||||||
| 77 | ### Hinweis |
|||||||
| 78 | ||||||||
| 79 | > [!WARNING] |
|||||||
| 80 | > Mount-Leichen sind nicht dramatisch, aber unerquicklich. Nach Host-Edits an LXCs immer sauber aufräumen. |
|||||||
