01db57ab82
126 plikow (md, yaml, sh, py) odwolywalo sie do sciezek sprzed migracji.
15 markdown-linkow [..](..) -> policzona sciezka WZGLEDNA wobec pliku
odsylajacego (wczesniej czesc z nich byla repo-root-relative i nie
rozwiazywala sie z katalogu, w ktorym lezala)
200 odwolan tekstowych (backticki, proza, yaml, importy w kodzie)
-> nowa sciezka repo-root-relative, zgodnie z konwencja repo
5 linkow rodzenstwa (gole nazwy plikow, np. "](DEPLOY.md)") — dzialaly
tylko w starym katalogu; przeliczone recznie
Objete m.in.: CLAUDE.md (scripts/onboard/README.md -> kb/runbooks/
node-onboarding-tool.md, docs/backlog.md -> kb/phases/backlog.md),
README.md, .claude/skills/, 20 session logow, kod jobow.
Ostatnie 5 odwolan pochodzi z tresci wciagnietej rebasem z origin/master
(session log 2026-07-31, override node-agenta na SOLARII, dwie pozycje
backlogu) — wskazywaly na docs/incidents/, docs/kb/modules/ i
services/narty27/README.md sprzed migracji.
Dodany wzajemny link miedzy kb/services/control-plane.md (stub kodu)
a kb/subsystems/control-plane.md (opis, deprecated) — dwa dokumenty o tym
samym systemie, latwe do pomylenia.
Weryfikacja na 790 plikach: 0 odwolan do starych sciezek,
0 martwych linkow markdown. Lint OKF: 190/190 plikow ZGODNE.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
58 lines
2.6 KiB
Markdown
58 lines
2.6 KiB
Markdown
---
|
|
okf: "0.1"
|
|
type: phase
|
|
visibility: private
|
|
status: active
|
|
updated: 2026-07-02
|
|
links: []
|
|
---
|
|
|
|
# Modul 0 — Odchudzic PIHA (prerekwizyt filaru dokumentow)
|
|
|
|
> Prerekwizyt modulow 2/4 (Paperless/Nextcloud na PIHA). Bez tego PIHA nie ma
|
|
> komfortowego zapasu RAM. Laczy sie z backlogiem grupy C (audyt shadow-kontenerow).
|
|
|
|
## STATUS: prerekwizyt RAM SPELNIONY (2026-07-02)
|
|
|
|
Faza 1 (audyt read-only) + faza 2 (egzekucja po review Oskara) wykonane —
|
|
szczegoly: `kb/audits/piha-slim-2026-07-02.md` (sekcja "Korekta po review
|
|
+ egzekucja").
|
|
|
|
- **Kryterium >= 1.5Gi available: SPELNIONE.** Przed egzekucja: 2.8Gi available
|
|
(used 5.1Gi, swap 2.0Gi). Po ubiciu elasticsearch+diskover: **3.8Gi available**
|
|
(used 4.1Gi, swap 1.9Gi). Zapas ponad kryterium: +2.3Gi.
|
|
- Ubite (jedyne dwa): **elasticsearch** (~895Mi) + **diskover** (~7Mi) — stack
|
|
`/home/pi/diskover`, kontenery i siec usuniete, dane ES (bind mount `esdata`,
|
|
22MB) zostawione na dysku.
|
|
- Decyzje po review: **llm-gateway ZOSTAJE** (wlasny kod Oskara, router LLM ->
|
|
Ollama@SOLARIA, czesc systemu agentowego; zrodlo tylko w `/opt/llm-gateway` na
|
|
PIHA — archiwizacja w backlogu); **immich ZOSTAJE NA PIHA na stale** (24/7,
|
|
SOLARIA sesyjna); forgejo_dind / code-server / portainer / mqtt-exporter — zostaja.
|
|
- Otwarte (nie blokuje Paperlessa): obserwacja stabilnosci swap pod normalnym
|
|
obciazeniem; GitOps-yzacja tego co zostaje (`hosts/piha/services.yaml`) wg
|
|
backlogu rozjazdow.
|
|
|
|
## Cel
|
|
Zwolnic RAM na PIHA (dzis: 3.1Gi available, swap 2G uzyty) tak, by lekki Paperless-
|
|
serwis wszedl z zapasem, nie na styku swap.
|
|
|
|
## Wymogi
|
|
- Audyt 33 shadow-kontenerow (lista w `kb/subsystems/fleet-inventory.md`).
|
|
- Zidentyfikowac kandydatow do usuniecia/przeniesienia/wylaczenia:
|
|
- **elasticsearch 1Gi** — kto tego uzywa? (wikijs? diskover?) — jesli martwy, ubic
|
|
- **diskover** — jednorazowy indekser? czy chodzi ciagle bez potrzeby?
|
|
- duplikaty exporterow / stare agent-system-* kontenery
|
|
- cokolwiek Up ale bez konsumenta
|
|
- Cel: >= 1.5Gi available STABILNIE (bez swap pod presja) przed deployem Paperlessa.
|
|
|
|
## Do zweryfikowania przez CC
|
|
- Per shadow-kontener: kto go wola (docker network, zaleznosci, porty konsumowane)?
|
|
- Czy usuniecie czegos nie zerwie dzialajacego serwisu (np. elasticsearch pod wikijs)?
|
|
- `docker stats` przed/po — realny zysk RAM.
|
|
|
|
## Kryteria ukonczenia
|
|
- PIHA ma >= 1.5Gi available stabilnie, swap nie rosnie pod normalnym obciazeniem.
|
|
- Usuniete/przeniesione kontenery udokumentowane (co, dlaczego, dokad).
|
|
- Zmiany zgodne z GitOps (te ktore zostaja -> do hosts/piha/services.yaml).
|
|
- NIE ubijac na slepo — kazdy kandydat zweryfikowany (kto uzywa) przed usunieciem.
|