70 lines
3 KiB
Markdown
70 lines
3 KiB
Markdown
---
|
||
okf: "0.1"
|
||
type: session-log
|
||
visibility: private
|
||
status: active
|
||
updated: 2026-08-05
|
||
links: []
|
||
---
|
||
|
||
# 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_
|