[2026-09-26] eagle: family/how-to/kraken-access.md family/how-to/truenas-infrastructure.md family/projects/aide-kraken-backend.md personal/projects/balda/balda-mm-delegation-plan.md personal/projects/balda/balda-valera.md personal/projects/balda/fast-rlm-integration.md personal/tech/docker-data-root-mount-race.md personal/tech/inter-site-throughput-taiga-to-mac.md personal/tech/inter-site-throughput-taiga-to-mac.md.bak-nedstab2 personal/tech/multistream-single-flow-limit.md
This commit is contained in:
1 parent
335478ef65
commit
1456511d3a
13 files changed
+1316
-15
No files matched your search
@@ -101,6 +101,25 @@ ssh kraken 'docker ps -q | wc -l' # ожидаем ~12, НЕ 0
|
||||
|
||||
Общий питфолл для сервисов на этом узле: если Kraken лежал, cron-задачи (бэкап `0 4 * * *`, t610-подобные) **пропускаются без компенсации**. Для критичных — добавлять `@reboot`-строку с проверкой «артефакт за сегодня уже есть?».
|
||||
|
||||
## 🔴 Диск НЕ нестабилен — «нестабильность» была ошибочным диагнозом (2026-09-25)
|
||||
|
||||
Формулировку **«USB-HDD на Kraken нестабилен»** нельзя использовать: это обобщение разового инцидента
|
||||
2026-09-01 (циклы USB enumeration: `device descriptor read/64 error -110`, `device not accepting address
|
||||
error -62`, `[sda] Read Capacity(10) failed` → `0 B`), который позже был **объяснён и закрыт**.
|
||||
|
||||
**Истинная причина всех симптомов «диск отвалился» — гонка монтирования** (этот документ, раздел выше):
|
||||
диск монтируется ~130 с, `dockerd` стартует раньше и видит пустой `data-root`. Фикс
|
||||
(`RequiresMountsFor` drop-in) применён 2026-09-20 и **проверен живым reboot'ом** — все контейнеры
|
||||
поднялись сами, ручных `docker start` не потребовалось.
|
||||
|
||||
**Реальные характеристики диска (не дефекты):**
|
||||
- 5400rpm 2.5" механика → ~95 МБ/с на чтение. Это лимит механики, не USB (линк USB3 = 5000 Mbps подтверждён).
|
||||
- Медленный подъём при boot (~130 с) — свойство, а не поломка; обрабатывается зависимостью в systemd.
|
||||
|
||||
**Правило для будущих сессий:** при «контейнеры пропали / сервис не поднялся после reboot» — проверять
|
||||
гонку (`docker info` vs содержимое `docker-data/containers/`), а не списывать на «нестабильный диск».
|
||||
Не давать оценку «диск нестабилен» без новых доказательств (raw USB-ошибок в `dmesg` за пределами boot).
|
||||
|
||||
## Связанные заметки
|
||||
|
||||
- [[personal/tech/jellyfin-db-schema-mismatch]] — jellyfin после reboot: сервер старше БД (503)
|
||||
|
||||
Reference in new issue
Block a user