From c905e47010e0fef5e3026ee9b1309d583c428635 Mon Sep 17 00:00:00 2001 From: Taiga Date: Mon, 14 Sep 2026 22:35:57 +0000 Subject: [PATCH] [2026-09-14 22:35:56] taiga-vault: family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md --- .../vault-sync/2026-09-14-cron-api-timeout-sync-outage.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md b/family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md index 833b871f..63bab20c 100644 --- a/family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md +++ b/family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md @@ -63,6 +63,10 @@ for r in c.execute(\"select claimed_at,finished_at,status,error from executions ``` 3. Скриптовая cron-задача, оформленная как prompt, наследует все риски LLM-провайдера (таймауты, 402) — для чистой механики (sync, healthcheck) лучше `--no-agent`. +## Подтверждение восстановления (22:30 UTC) + +После ручного прогона 21:40 каденция вернулась сама, без вмешательства в конфиг: тики 21:35→22:30 — **12 запусков/час, failed = 0**, разрывов >10 мин нет. Все три репозитория по-прежнему на одном коммите (`ec21efe`), рабочие деревья чистые. Итог: инцидент закрыт по данным, причина (LLM timeout в prompt-задаче) остаётся открытой — см. «Что можно сделать». + ## Связанные заметки - [[2026-09-02-dubious-ownership-and-merge-cleanup]] — предыдущий инцидент sync (dubious ownership /vault.git) - [[2026-08-31-syncthing-truenas-incident]]