git_admin/obsidian-vault
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

[2026-09-18 17:15:19] taiga-vault: family/documents/vault-sync/2026-09-18-window-cap-silent-tick-undercount.md

Browse Source
This commit is contained in:
Taiga
2026-09-18 17:15:20 +00:00
parent 774f531352
commit fef6dda68f
1 changed files with 31 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
family/documents/vault-sync/2026-09-18-window-cap-silent-tick-undercount.md
+31
View File
@@ -38,3 +38,34 @@ for i,(cl,fin,st,err) in enumerate(sel):
- ошибок в логе (`No such file or directory`, `error`, `fatal`) — 0 - ошибок в логе (`No such file or directory`, `error`, `fatal`) — 0
Вывод: молчащие тики — известный и безвредный режим (git-синк идемпотентен, следующий тик догоняет всё); методика сверки обновлена, вмешательство в конфиг не требуется. Вывод: молчащие тики — известный и безвредный режим (git-синк идемпотентен, следующий тик догоняет всё); методика сверки обновлена, вмешательство в конфиг не требуется.
## Добавлено 17:15 UTC — деградация провайдера во второй половине дня (затянувшиеся LLM-раунды)
Плановый прогон 17:14:47 UTC → exit 0, `Pushed ✓` по всем трём фазам, SHA выровнены:
bare `/vault.git` = `/vault` = `/obsidian-syncthing` = `774f53135293ff5e81d9b44ce67f7fec49d7ab78`, `git status --porcelain` пуст.
Но каденция сегодня просела. Статистика `executions.db` за 2026-09-18 (203 тика, медиана длительности 10,7 с):
| тик (UTC) | длительность, с |
|---|---|
| 00:00 | 85,4 |
| 09:35 | 230,8 |
| 11:35 | 63,9 |
| 14:35 | 161,8 |
| 14:40 | 144,9 |
| 15:00 | 161,0 |
| 15:20 | 146,0 |
| 15:55 | 512,9 → статус `unknown` |
| 16:04 | 157,0 |
| 16:25 | 147,0 |
| 16:40 | 433,5 |
| 16:55 | 436,5 |
| 17:05 | >570 (этот прогон) |
Итого 12 тиков >60 с, из них 8 — после 14:35. Разрывы в `/tmp/vault-sync.log`: 15:55:48→16:06:52 (11,1 мин), 16:30:25→16:47:27 (17,0 мин), 16:55:29→17:14:47 (19,3 мин).
Механика: пока затянувшийся запуск держит claim, очередной 5-минутный тик не стартует вовсе — тик `17:00` в `executions.db` отсутствует (предыдущий, 16:55, завершился только в 17:02:42), поэтому это пропуск планировщика, а не молчащий LLM-тик из методики выше.
Отдельная аномалия: тик `15:55:45` → `finished_at 16:04:18`, `status=unknown`, `error='Scheduler restarted after this execution's owner exited before a durable terminal state; whether side effects ran is unknown.'` — перезапуск планировщика Hermes около 16:04; в логе за этот интервал строки есть (`16:06:52`, следующий тик), потери данных нет.
Состояние данных: потерь нет, git-синк идемпотентен, все три клона на одном коммите. Вмешательство в конфиг не требуется (см. правило 2026-09-14: править конфиг только при повторяющихся эпизодах). Если серия затянутых тиков (150–500 с) продолжится >суток — рассмотреть `hermes cron edit 29851c413903 --no-agent --script` или пин модели/провайдера.