docs(sessions): 2026-07-22 HA dwa mozgi — cutover ken, archiwum legacy, stop kontenera

docs/sessions/2026-07-22-ha-dwa-mozgi-cutover.md

@@ -0,0 +1,45 @@
+# 2026-07-22 — HA: incydent dwóch mózgów, cutover ken, archiwum legacy
+
+## Odkrycie
+
+Recon pod projekt configs-as-code ujawnił, że repo wskazywało złą maszynę jako
+"ken": kontener `homeassistant5` na piha to instancja sprzed migracji (HA
+2026.4.3, location_name "KEN", konta całej rodziny), a prawdziwy dom to HAOS
+na dedykowanym RPi4, LAN 192.168.31.7 (potwierdzone: observer :4357, HACS,
+118 automatyzacji, ingress ha.kapala.org).
+
+Obie instancje działały RÓWNOLEGLE i obie były podpięte do MQTT na piha.
+Dowody dublowania triggerów (last_triggered z restore_state obu instancji):
+`mirror_on` 04:30 na obu, `gniazdka_w_lazience_on` 05:00 na obu,
+`turn_on_led_nad_blatem_1` 12:53 na obu z tego samego fizycznego przycisku.
+Wyjaśnia obserwowane od dawna anomalie ("samo się przełącza", kaprysy
+przycisków). Stan trwał prawdopodobnie od migracji domu na RPi4.
+
+Fałszywa hipoteza po drodze (odrzucona przez weryfikację): "kontener to
+martwa pozostałość" — obalona przez świeże last_triggered i mtime
+automations.yaml. Verify-before-fix uratował przed ślepym stopem, który
+wyłączyłby m.in. automatyzacje przycisków i harmonogramy łazienki.
+
+## Wykonane
+
+1. `task/ha-cutover-instances` (77d55ca): instances.yaml — ken = 31.7/api,
+   ken-legacy = kontener piha/docker-exec (status: archived); DESIGN.md
+   sekcja "Incident log"; README archiwum; backlog: przepięcie
+   ha-diag-agent, procedura wygaszenia, adapter api.
+2. `task/ha-import-legacy` (970b8cc, po rebase na master): pełny import
+   archiwalny ken-legacy — 60 automatyzacji, 5 scen, 1 skrypt, blueprinty,
+   dashboardy, rejestry (85 plików). Idempotencja potwierdzona, gitignore
+   szczelny (grep pod sekrety czysty), round-trip tagów HA OK.
+3. `docker stop homeassistant5` na piha (BEZ rm) — dom przeszedł na jeden
+   mózg. Rollback: `docker start homeassistant5`.
+
+## Otwarte / obserwacja
+
+- Do 2026-07-29: obserwacja, czy nic w domu nie polega na legacy. Braki →
+  logika w `services/home-assistant/config/ken-legacy/automations/`,
+  odtwarzanie wyłącznie przez repo na 31.7.
+- ha-diag-agent na piha celuje w martwy localhost:8123 — spodziewany alert;
+  przepięcie na 31.7 w backlogu (wymaga tokenu diag_agent na 31.7).
+- Adapter api w import.sh dla ken + user deploy_agent i token na 31.7 —
+  pierwszy task następnej sesji.
+- Po 2026-07-29: decyzja o `docker rm` i sprzątnięciu configu na piha.