docs: session 2026-06-09 + skill/backlog update
- docs/sessions/2026-06-09-flota-recovery-lustro-register.md: flota
recovery (root cause aerbot group, 3 warstwy maskujące), lustro register
stan+plan, fix-event-bloat i OOM pending, worktree gotcha
- docs/backlog.md: nowy plik — tech-debt tracker; wpisy: --omit-dir-times,
oskar∈aerbot deklaratywnie, worktree per task, observer staleness
- .claude/skills/node-onboarding/SKILL.md: step table aktualizacja (PROVEN:
20-base, 30-node-agent; WRITTEN: 40-register, 50-verify), 3 nowe gotchas
(rsync perm, observer restart, worktree branch)
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 20:38:35 +02:00
|
|
|
# Tech-debt backlog
|
|
|
|
|
|
|
|
|
|
Centralny tracker tech-długu i znanych usterek. Wpisy ze sesji — dodawaj z datą i kontekstem.
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
## Aktywne
|
|
|
|
|
|
2026-06-11 14:18:00 +02:00
|
|
|
### 🔴 BLOKUJĄCE — FLOTA-BOMBA: node-agent SSH mount ślepy po recreate
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-11
|
|
|
|
|
**Źródło**: sesja lustro ssh shipping fix
|
|
|
|
|
**Problem**: solaria/piha/chelsty to stare **root** kontenery node-agenta (piha Created
|
|
|
|
|
2026-05-27, uid 0) — sprzed dodania `user: "1000:1000"` do bazowego compose. Ich override
|
|
|
|
|
montuje klucz SSH w `/root/.ssh`, co działa tylko dla uid 0. Pierwszy `--force-recreate` /
|
|
|
|
|
reboot hosta / update obrazu przełączy kontener na uid 1000 (`homelab`, HOME=/home/homelab)
|
|
|
|
|
i shipping eventów na VPS padnie z "Permission denied" — dokładnie jak na lustrze
|
|
|
|
|
(naprawione `a5a1352`). `ssh` w `_ship_events_to_vps()` nie ma `-i` i szuka klucza
|
|
|
|
|
w `$HOME/.ssh`.
|
|
|
|
|
**⚠️ NIE RECREATE node-agenta na solaria/piha/chelsty przed fixem.**
|
|
|
|
|
**Fix**: ujednolicić mount → `/home/homelab/.ssh` we wszystkich
|
|
|
|
|
`hosts/*/runtime/node-agent/docker-compose.override.yml` (wzór: `hosts/lustro/`)
|
|
|
|
|
ALBO dodać `-i $HOME/.ssh/id_rsa` w `_ship_events_to_vps()`.
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
### ha-diag-agent deploy ZABLOKOWANY (placeholder token)
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-11
|
|
|
|
|
**Źródło**: sesja — deploy config merged (`5e9db5c`), `.env` na piha utworzony
|
|
|
|
|
(`/opt/homelab/config/ha-diag-agent/.env`, chmod 600) ale token = PLACEHOLDER.
|
|
|
|
|
**Blokada**: chelsty-ha offline → brak tokenu i połączenia.
|
|
|
|
|
**Do decyzji**: cel HA — chelsty-ha vs HA Ken (`homeassistant5` na piha; z kontenera
|
|
|
|
|
NIE `localhost`).
|
|
|
|
|
**Przed `shadow_mode=false`**: target restartu w supervisorze = nazwa kontenera
|
|
|
|
|
`homeassistant5`; curl endpointu HA z tokenem = HTTP 200.
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
### observer-poison-quarantine — review brancha (`78c9e4a`)
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-11
|
|
|
|
|
**Źródło**: sesja — patch Codexa zachowany na `task/observer-poison-quarantine`, NIE w master.
|
|
|
|
|
**Do zrobienia**: zweryfikować, czy observer realnie wiesza się na malformed evencie
|
|
|
|
|
(poison NIE był przyczyną awarii lustra — hipoteza niezweryfikowana, obalona przez
|
|
|
|
|
verify-before-fix). Realny bug → merge; inaczej → drop brancha i worktree.
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
### node_agent.py — drobne sprzątanie shippingu
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-11
|
|
|
|
|
**Źródło**: sesja lustro ssh shipping fix
|
|
|
|
|
1. **Stale komentarz** `node_agent.py:546-548` — twierdzi, że kontener "runs as root";
|
|
|
|
|
nieaktualne od `user: "1000:1000"`.
|
|
|
|
|
2. **Sukces shippingu na `logger.debug`** → podnieść do `info` lub dodać licznik —
|
|
|
|
|
działający shipping jest niewidoczny w logach przy INFO, co utrudniało diagnozę
|
|
|
|
|
(cicha awaria wyglądała identycznie jak ciche działanie).
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
### event-bloat: wyczyścić spłynięty backlog lustro na VPS
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-11
|
|
|
|
|
**Źródło**: sesja — po fixie shippingu 7600+ plików backlogu spłynęło do
|
|
|
|
|
`/opt/homelab/events/lustro/` na VPS.
|
|
|
|
|
**Fix**: wyczyścić stare pliki (observer już je przetworzył); docelowo polityka retencji
|
|
|
|
|
w event-store.
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
docs: session 2026-06-09 + skill/backlog update
- docs/sessions/2026-06-09-flota-recovery-lustro-register.md: flota
recovery (root cause aerbot group, 3 warstwy maskujące), lustro register
stan+plan, fix-event-bloat i OOM pending, worktree gotcha
- docs/backlog.md: nowy plik — tech-debt tracker; wpisy: --omit-dir-times,
oskar∈aerbot deklaratywnie, worktree per task, observer staleness
- .claude/skills/node-onboarding/SKILL.md: step table aktualizacja (PROVEN:
20-base, 30-node-agent; WRITTEN: 40-register, 50-verify), 3 nowe gotchas
(rsync perm, observer restart, worktree branch)
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 20:38:35 +02:00
|
|
|
### rsync `--omit-dir-times` (node-agent)
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-09
|
|
|
|
|
**Źródło**: flota recovery session
|
|
|
|
|
**Objaw**: rsync exit code 23 po każdym push — `set-times` na katalogu `/opt/homelab/events/`
|
|
|
|
|
zwraca EPERM (oskar nie jest właścicielem katalogu; aerbot jest). Pliki są kopiowane poprawnie,
|
|
|
|
|
ale exit 23 zaśmieca logi i może maskować prawdziwe błędy.
|
|
|
|
|
**Fix**: dodać `--omit-dir-times` do wywołania `rsync` w `node-agent.py`.
|
|
|
|
|
**Lokalizacja**: `services/node-agent/src/node_agent.py` — wywołanie rsync w pętli push.
|
2026-06-11 14:18:00 +02:00
|
|
|
**Update 2026-06-11**: potwierdzone flotowo — każdy node loguje fałszywe
|
|
|
|
|
"Event shipping failed" (rsync code 23) co cykl, mimo że pliki przechodzą; katalogi
|
|
|
|
|
`/opt/homelab/events/*` na VPS należą do `aerbot`, klient nie ustawi na nich czasów.
|
docs: session 2026-06-09 + skill/backlog update
- docs/sessions/2026-06-09-flota-recovery-lustro-register.md: flota
recovery (root cause aerbot group, 3 warstwy maskujące), lustro register
stan+plan, fix-event-bloat i OOM pending, worktree gotcha
- docs/backlog.md: nowy plik — tech-debt tracker; wpisy: --omit-dir-times,
oskar∈aerbot deklaratywnie, worktree per task, observer staleness
- .claude/skills/node-onboarding/SKILL.md: step table aktualizacja (PROVEN:
20-base, 30-node-agent; WRITTEN: 40-register, 50-verify), 3 nowe gotchas
(rsync perm, observer restart, worktree branch)
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-09 20:38:35 +02:00
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
### Deklaratywny zapis `oskar ∈ aerbot` w manifeście VPS
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-09
|
|
|
|
|
**Źródło**: flota recovery — root cause: oskar spoza grupy aerbot(1000) → rsync Permission denied
|
|
|
|
|
**Problem**: przynależność do grupy jest zarządzana ręcznie (`usermod -aG 1000 oskar` ad-hoc).
|
|
|
|
|
Brak gwarancji po przeinstalowaniu VPS lub zmianie usera.
|
|
|
|
|
**Fix**: dodać do `hosts/vps/host.yaml` lub `hosts/vps/capabilities.yaml` sekcję
|
|
|
|
|
`users: oskar: groups: [aerbot]` — i wyegzekwować w deploy/bootstrap skrypcie VPS.
|
|
|
|
|
Alternatywa: zmienić właściciela `/opt/homelab/events/` na `oskar:oskar` i zaktualizować
|
|
|
|
|
node-agent deploy skrypty.
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
### Rozdzielenie worktree per task (agent.sh)
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-09
|
|
|
|
|
**Źródło**: sesja — `homelab-codex-ws-node-onboarding` używany raz dla `task/node-onboarding`,
|
|
|
|
|
raz dla `task/fix-event-bloat` przez ręczne `git checkout`.
|
|
|
|
|
**Problem**: jeden worktree współdzielony przez dwa branche = anty-wzorzec. `git branch`
|
|
|
|
|
mogło wskazywać zły branch; `+` w listingu = pozornie "w innym worktree" ale nieprawda.
|
|
|
|
|
Prowadzi do commitowania na złej gałęzi.
|
|
|
|
|
**Fix**: egzekwować — jeden task = jeden worktree (`agent.sh new <task-name>`). Przy wejściu
|
|
|
|
|
do worktree zawsze `git branch --show-current` i weryfikacja `.agent-task`.
|
|
|
|
|
Długoterminowo: `agent.sh new` powinien odmawiać jeśli żądana gałąź jest już sprawdzona.
|
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
## Zamknięte
|
|
|
|
|
|
|
|
|
|
### Observer staleness — martwy node pokazywany NOMINAL
|
|
|
|
|
|
|
|
|
|
**Data**: 2026-06-08 (złapane), status: OTWARTY w sensie implementacji
|
|
|
|
|
**Problem**: observer/supervisor trzyma ostatni znany stan; brak heartbeat TTL.
|
|
|
|
|
Chelsty-infra milczy, ale status NOMINAL podważa zaufanie do panelu.
|
|
|
|
|
**Fix**: heartbeat TTL → po przekroczeniu oznacz status `stale` lub `down`.
|
|
|
|
|
**Powiązane**: brain-watchdog ślepy na per-node freshness.
|
|
|
|
|
*(Otwarty jako TODO implementacyjny — przeniesiony z sesji 2026-06-08)*
|