homelab-codex-ws/docs/kb/modules/00-piha-slim.md

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).

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 docs/infra/inventory-2026-06-30.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.