From 9e9020fe9c3b4c57c47081ca185f144f952f92aa Mon Sep 17 00:00:00 2001 From: oskar Date: Tue, 4 Aug 2026 14:34:59 +0200 Subject: [PATCH] =?UTF-8?q?docs:=20backlog=20=E2=80=94=20bug=20grafu=20kno?= =?UTF-8?q?wledge-catalog=20+=20brakujacy=20override=20ollama@SOLARIA?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Dwa wpisy do sekcji Aktywne, oba ze zrodlem w sesji 2026-07-31: - upstream GoogleCloudPlatform/knowledge-catalog: generator grafu pomija linki od "/" wbrew §5.1 wlasnej spec; obejscie = wlasny generator w pilocie narty27, fix = issue/PR do upstreamu - hosts/solaria/runtime/ollama/docker-compose.override.yml brak w repo, mimo ze ollama jest w hosts/solaria/services.yaml — konfiguracja zywego kontenera niewersjonowana (wzorzec: hosts/piha/runtime/ollama-piha) Co-Authored-By: Claude Opus 5 (1M context) --- docs/backlog.md | 38 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 38 insertions(+) diff --git a/docs/backlog.md b/docs/backlog.md index 829bcbb..97f154f 100644 --- a/docs/backlog.md +++ b/docs/backlog.md @@ -102,6 +102,44 @@ historia incydentów, out-of-band watchdog. ## Aktywne +### Bug upstreamu `GoogleCloudPlatform/knowledge-catalog`: generator grafu pomija linki od `/` + +**Data**: 2026-07-31 +**Źródło**: pilot fazy 5 — narty27 (`docs/sessions/2026-07-31-kb-f4-final-narty27.md`, +sekcja „Wnioski do przeniesienia na fazę 5", pkt 3) +**Problem**: generator grafu z `knowledge-catalog` pomija linki zaczynające się od `/` +(ścieżki absolutne), wbrew §5.1 **własnej spec** OKF, która je dopuszcza. Efekt: część +krawędzi grafu po prostu nie powstaje — cicho, bez ostrzeżenia. Rozbieżność +implementacja↔spec po stronie upstreamu, nie naszej konfiguracji. +**Obejście (zastosowane)**: własny generator grafu (cytoscape) w pilocie narty27 — +nie używamy generatora upstreamu. +**Fix**: zgłosić issue/PR do `GoogleCloudPlatform/knowledge-catalog` (minimalny repro: +dokument z linkiem `/foo` → brak krawędzi w wyjściu grafu, mimo §5.1). Jeśli upstream +naprawi — rozważyć powrót z własnego generatora przy fazie 5 (wiki-kompilat), żeby nie +utrzymywać własnego kodu bez potrzeby. + +--- + +### `hosts/solaria/runtime/ollama/docker-compose.override.yml` — brak w repo (rozjazd repo↔runtime) + +**Data**: 2026-07-31 +**Źródło**: sesja 2026-07-31 (`docs/sessions/2026-07-31-kb-f4-final-narty27.md`, +sekcja „Otwarte po sesji" pkt 2) +**Problem**: `ollama` jest zadeklarowana w `hosts/solaria/services.yaml` (rola +`llm-inference`, exposure `private` = bind na `TAILSCALE_BIND_IP` + loopback), ale +`hosts/solaria/runtime/` zawiera wyłącznie `node-agent` i `stability-agent` — override +dla `ollama` **nie istnieje w repo**. Host-specific konfiguracja żywego kontenera +(rezerwacja GPU, bind, env) nie jest zatem wersjonowana: repo nie opisuje tego, co +faktycznie biega na SOLARII. Ta sama klasa rozjazdu repo↔runtime co przy węzłach +repo-less — dowolny redeploy z repo może wystawić serwis inaczej, niż działa dziś. +Wzorzec docelowy istnieje obok: `hosts/piha/runtime/ollama-piha/docker-compose.override.yml`. +**Fix**: zrekonstruować override z żywego kontenera na SOLARII (`docker inspect` → +bind/porty/GPU/env/limity) i zacommitować jako +`hosts/solaria/runtime/ollama/docker-compose.override.yml`; zweryfikować, że deploy +z repo daje kontener identyczny z obecnym **zanim** ktokolwiek zrobi redeploy. + +--- + ### `scripts/ha/deploy.sh --delete`: brak wspólnego toru kasacji automatyzacji **Data**: 2026-07-27