Session log 2026-08-05

Session 22:47

Redeploy node-agenta R1/R2/R3 na flotę (supervised, checkpointy zatwierdzane przez operatora). Incydent źródłowy: kb/incidents/2026-07-30-ollama-solaria-vanish.md.

Commits

Ta sesja nie wprowadziła żadnych commitów poza niniejszym logiem — deploy runtime, zero zmian w kodzie. Granica wyznaczona fallbackiem 24 h (poprzedni log sesji nie używa nagłówków ## Session HH:MM), więc poniższa lista obejmuje też wcześniejszą pracę operatora z tego samego okna, niezwiązaną z tym deployem:

bb3792d docs(kb-site): przekaz ACCESS_TOKEN generatorowi w procedurze publikacji
f5c6f3b fix(kb-site): token bramki w kazdym linku wewnetrznym generatora
04251b5 docs(sessions): log sesji 2026-08-05 — batching embed (start fazy mailowej)
75116ad docs(kb-retrieval): rozdzial torow embed takze w docstringu embed_batch
02a0079 feat(kb-mail-batching): retry + izolacja trujacego chunka w torze embed + benchmark
71eaab0 feat(supervisor): duty-cycle nodes — liveness transitions logged, not actioned
19548d8 fix(kb-site): wycofaj robots.txt — blokowal legalny fetch z tokenem
67e49a0 docs(kb-site): przepisz nieaktualne kb.okit.pl na kb-e2a24af3.okit.pl
db81cb1 feat(kb-site): noindex + robots.txt + obscure subdomain jako domyslny base-url
7282a5e docs(recon): sciezka redeploy — fix jest w repo od 2026-08-03, nie jest wdrozony

Files changed

Brak — drzewo robocze czyste przez całą sesję, poza tym plikiem.

Deploys

Recon wykazał, że zakres jest węższy niż zakładano: PIHA i VPS już miały kod R1/R2/R3 (weryfikacja sha256 pliku w kontenerze vs repo). Realny zakres: SOLARIA i LUSTRO. LUSTRO nie było w pierwotnej liście, a było jedynym nodem faktycznie kasującym bez filtra.

Node	Przed	Po	Wynik
SOLARIA	`c80a711f` (2026-07-22, pre-R1)	`438111e2`	OK, bez rollbacku
LUSTRO	`460d5cc5` (2026-06-11, 658 linii)	`3260c74a`	OK, bez rollbacku
PIHA	`9141cc61` — sha == repo HEAD	bez zmian	deploy pominięty (już aktualny)
VPS	`27be875d` — R1/R2/R3 obecne	bez zmian	deploy pominięty (różnice tylko w komentarzach)

Weryfikacja po deployu na obu wdrożonych nodach: kontener Up (healthy), zero tracebacków, sha256 node_agent.py w runtime == repo HEAD, brak wykonywalnego containers.prune(), docker ps -a identyczne z pre-snapshotem, heartbeat świeży. NODE_TYPE zachowane (SOLARIA lte_node = M1, LUSTRO sd_card). Marker last-docker-cleanup na LUSTRO nie wyzerował się przy recreate.

Test e2e na SOLARII (kanarek restart=unless-stopped bez labela compose): zatrzymany, przeżył 151 s (>2× CHECK_INTERVAL) jako exited, nie usunięty. Dry-run logiki filtra bez wywołania remove(): REMOVE=0 na obu nodach.

Obrazy sprzed deployu otagowane node-agent:rollback-pre-r1 na SOLARII i LUSTRO (na SOLARII były dangling — groziło zjedzenie celu rollbacku przez przyszły prune).

Narrative

user-provided summary

3 KiB Raw Blame History Unescape Escape