kb/subsystems/deployment.md — konwencje deployu kb/incidents/deploy-sh-vps-niszczy-control-plane.md — sekcja "ZNANY BUG — deploy.sh vps niszczy control-plane (2026-06-25)" UWAGA: "Recovery Workflow" to ### zagniezdzone w "Staged Deployment Framework". Split mechaniczny tnie wylacznie po ##, a wyciagniecie tego fragmentu wymagaloby przebudowy tresci — zostaje w dokumencie glownym. Do rozwazenia jako osobny runbook w etapie redakcyjnym. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
28 lines
1 KiB
Markdown
28 lines
1 KiB
Markdown
---
|
|
okf: "0.1"
|
|
type: incident
|
|
visibility: private
|
|
status: active
|
|
updated: 2026-06-25
|
|
links:
|
|
- ../subsystems/deployment.md
|
|
---
|
|
|
|
# ZNANY BUG — `deploy.sh vps` niszczy control-plane (2026-06-25)
|
|
|
|
## ⚠️ ZNANY BUG — `deploy.sh vps` niszczy control-plane (2026-06-25)
|
|
|
|
`deploy.sh vps` uruchamia `deploy-node.sh` w pętli po wszystkich serwisach VPS, w tym
|
|
`control-plane`. Pętla używa innego `COMPOSE_PROJECT_NAME` niż `deploy-local.sh`
|
|
(który uruchamiany jest z `cwd=services/control-plane`). Niezgodność project-name powoduje
|
|
`Recreate` → `No such container` → `set -e` przerywa pętlę → **observer, supervisor,
|
|
executor i operator-ui znikają z VPS.**
|
|
|
|
**Dopóki bug nie zostanie naprawiony (backlog — Krytyczny):**
|
|
- Do deployu control-plane używać: `ssh -t vps 'cd ~/homelab-codex-ws && cd services/control-plane && bash deploy-local.sh'`
|
|
- Inne serwisy VPS deployować punktowo: `deploy-node.sh` z `--service <name>` lub przez SSH + `docker compose up -d`
|
|
- **NIE uruchamiać `deploy.sh vps` bez pełnej świadomości ryzyka.**
|
|
|
|
---
|
|
|