oskar/homelab-codex-ws
1
0
Fork 0
Code Issues Pull requests Actions Packages Projects Releases Wiki Activity
homelab-codex-ws/kb/incidents/deploy-sh-vps-niszczy-control-plane.md
oskar 28b1224001 feat(kb): SPLIT deployment -> subsystem + incident 
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>
2026-08-04 16:58:46 +02:00

1 KiB
Raw Blame History

okf type visibility status updated links
0.1 incident private active 2026-06-25
../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.