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

[2026-09-15] eagle: family/how-to/home-automation.md family/tech/local-ustreamer-addon.md

Browse Source
This commit is contained in:
Alexey Martemyanov
2026-09-15 19:11:57 +06:00
parent dcacb647ce
commit 4e9b6f5b38
2 changed files with 158 additions and 51 deletions
Download Patch File Download Diff File Expand all files Collapse all files
family/how-to/home-automation.md
+15 -9
View File
@@ -119,16 +119,22 @@ ssh -i ~/.ssh/id_rsa root@192.168.2.176 '<команда>' # аддон core_
### Аддоны ### Аддоны
| Аддон | Slug | Роль | Порты | | Аддон | Slug | Роль | Порты | Состояние |
|---|---|---|---| |---|---|---|---|---|
| Terminal & SSH | `core_ssh` | SSH | 22 | | Terminal & SSH | `core_ssh` | SSH | 22 | ✅ started |
| Mosquitto broker | `core_mosquitto` | MQTT | 1883 | | Mosquitto broker | `core_mosquitto` | MQTT | 1883 | ✅ started |
| Zigbee2MQTT | `45df7312_zigbee2mqtt` | Zigbee v2.14.1 | 8485 | | Zigbee2MQTT | `45df7312_zigbee2mqtt` | Zigbee v2.14.1 | 8485 | ✅ started |
| Node-RED | `a0d7b954_nodered` | вентиляция CO₂ | ingress | | Node-RED | `a0d7b954_nodered` | вентиляция CO₂ | ingress | ⏸ **stopped** (2026-09-15) |
| modbus-bridge | `local_modbus-bridge` | снифф ZONT-шины | — | | mbusd | `local_mbusd` | шлюз Modbus RTU→TCP | 502 | ✅ started |
| ustreamer (кастомный) | `local_ustreamer` | камера: JPEG раз в N сек | 8090 | | modbus-bridge | `local_modbus-bridge` | снифф ZONT-шины | — | ✅ started |
| ustreamer (кастомный) | `local_ustreamer` | камера: JPEG раз в N сек | 8090 | ✅ started |
> 🔴 **2026-09-15 (ночь-4): `go2rtc` и `go2rtc-hardware` УДАЛЕНЫ** (`stop` + `uninstall` через Supervisor API). Оба были источником RCU stall (§3.6). Текущий список аддонов (проверен `GET /addons`): `45df7312_zigbee2mqtt`, `a0d7b954_nodered`, `core_configurator`, `core_mosquitto`, `core_ssh`, `local_mbusd`, `local_modbus-bridge`, `local_ustreamer` — **8 шт.** > 🔴 **2026-09-15 (ночь-4): `go2rtc` и `go2rtc-hardware` УДАЛЕНЫ** (`stop` + `uninstall` через Supervisor API). Оба были источником RCU stall (§3.6).
> 🗑 **2026-09-15 (ночь-6): `core_configurator` (File editor) УДАЛЁН.** Веб-редактор `/config` не использовался, зато **писал `GET /` каждые 30 с** и на каждый запрос логировал `502 Bad Gateway` (HA Core лежал) → цикл ретраев + запись лога = постоянная I/O-нагрузка на слабом хосте.
> ⏸ **2026-09-15 (ночь-6): `a0d7b954_nodered` ОСТАНОВЛЕН** (не удалён) — жирный процесс на 1.4 ГБ RAM, для камеры не нужен.
> ✅ **Текущий список — 7 аддонов** (проверен `GET /addons`): `core_ssh`, `core_mosquitto`, `a0d7b954_nodered` (**stopped**), `45df7312_zigbee2mqtt`, `local_mbusd`, `local_modbus-bridge`, `local_ustreamer`.
> 💡 **Диагностический признак:** аддон в `state: error`, но в логе `Service exited with code 256 (by signal 15)` → это **нормальная остановка**, а `error` — финальный статус. Читать лог, а не только `state`.
**Опции аддонов** меняются только через Supervisor API (не `ha apps`, который умеет лишь start/stop/rebuild). Для PATCH нужен **ПОЛНЫЙ набор опций**, иначе 400. **Опции аддонов** меняются только через Supervisor API (не `ha apps`, который умеет лишь start/stop/rebuild). Для PATCH нужен **ПОЛНЫЙ набор опций**, иначе 400.
family/tech/local-ustreamer-addon.md
+144 -43
View File
@@ -1,10 +1,10 @@
--- ---
title: "local_ustreamer — кастомный аддон камеры на t610 (JPEG по запросу)" title: "local_ustreamer — кастомный аддон камеры на t610 (JPEG по запросу)"
created: '2026-09-15' created: '2026-09-15'
updated: '2026-09-15 (ночь-5: найден корень «камера в HA не обновляется» — Generic Camera смотрит на мёртвые порты 1984/8554)' updated: 2026-09-15 (ночь-6: камера подключена к HA — config_entries поправлен на :8090 + рестарт ядра; снесены go2rtc, file editor; найден баг кэша /frame)
type: tech type: tech
namespace: family namespace: family
status: works (ориентация кадра и привязка к HA не выправлены) status: works (кадр отдаётся, обновление кадра — под вопросом, см. §«Не обновляется»)
tags: tags:
- t610 - t610
- haos - haos
@@ -21,7 +21,7 @@ related:
# local_ustreamer — свой аддон камеры # local_ustreamer — свой аддон камеры
> 📌 **Зачем понадобился.** Штатные пути не подошли: > 📌 **Зачем понадобился.** Штатные пути не подошли:
> - **go2rtc** — транскодирует MJPEG→H.264 внешним `ffmpeg` в реалтайме. На t610 (2 слабых ядра + HDD 5400 rpm) не укладывается в таймаут → `[exec] timeout` → шторм процессов `ffmpeg` → **RCU stall, хост мёртв**. Это была **первопричина** всех зависаний, см. §3.6 в [[family/how-to/home-automation]]. > - **go2rtc** — транскодирует MJPEG→H.264 внешним `ffmpeg` в реалтайме. На t610 (2 слабых ядра + HDD 5400 rpm) не укладывается в таймаут → `[exec] timeout` → шторм процессов `ffmpeg` → **RCU stall, хост мёртв**. Это была **первопричина** всех зависаний, см. §3.6 в [[family/how-to/home-automation]]. **Оба аддона go2rtc удалены 2026-09-15.**
> - **ustreamer** (оригинальный) — умеет MJPEG, но не умеет «один кадр по запросу» и не отдаёт поворот без CPU-затрат. > - **ustreamer** (оригинальный) — умеет MJPEG, но не умеет «один кадр по запросу» и не отдаёт поворот без CPU-затрат.
> >
> **Задача:** отдать статическую картинку газового счётчика — **один JPEG**, повёрнутый, **только когда есть клиент**, без H.264 и без постоянного процесса. > **Задача:** отдать статическую картинку газового счётчика — **один JPEG**, повёрнутый, **только когда есть клиент**, без H.264 и без постоянного процесса.
@@ -79,56 +79,160 @@ file /tmp/frame.jpg # JPEG image data, 480x640
--- ---
## 🔴 Открытый дефект — ориентация ## ✅ Ориентация кадра — `transpose=2` ПРИМЕНЁН (2026-09-15, ночь-6)
Камера смотрит на счётчик **боком**, нужен поворот. Сейчас в фильтре ffmpeg стоит: Камера смотрит на счётчик **боком**, нужен поворот. Фильтр в `grab_frame()`:
``` ```
-vf transpose=1 ← 90° по часовой (НЕВЕРНО, счётчик лежит на бок) БЫЛО: vf = f"transpose=1" if ROTATE in ("90", "1") else ... ← 90° по часовой (счётчик лежал на бок)
-vf transpose=2 ← 90° против часовой (НУЖНО) СТАЛО: vf = f"transpose=2" if ROTATE in ("90", "1") else ... ← 90° против часовой
``` ```
Правка в `/addons/ustreamer/` → `ha apps rebuild local_ustreamer` → `restart` → перепроверить кадр. Правка в `/addons/ustreamer/app.py` → `scp` → `ha apps restart local_ustreamer`.
> ⚠️ Значения `transpose`: `0` = 90° CCW + вертикальный флип, `1` = 90° CW, `2` = 90° CCW, `3` = 90° CW + вертикальный флип. > ⚠️ Значения `transpose`: `0` = 90° CCW + вертикальный флип, `1` = 90° CW, `2` = 90° CCW, `3` = 90° CW + вертикальный флип.
> ⚠️ Итоговая проверка ориентации **не завершена**: после смены `transpose` кадры перестали обновляться (см. §«Баг кэша»), поэтому прочитать цифры счётчика на свежем кадре не удалось. **Сверить при следующем запуске.**
> 📌 Управляется переменной аддона `CAM_ROTATE`; текущий маппинг в коде — значение `90`/`1` даёт `transpose=2`, значение `270`/`-90` даёт `transpose=2`, всё прочее — `null`. ⚠️ **Ветка `270`/`-90` тоже отдаёт `transpose=2`** — это, вероятно, копипаст-баг; при необходимости развести.
--- ---
## ⚠️ Подключение к HA — ДИАГНОЗ ГОТОВ, правка НЕ внесена (2026-09-15, ночь-5) ## ✅ Подключение к HA — ПРАВКА ВНЕСЕНА (2026-09-15, ночь-6)
**Сущность уже существует:** `camera.192_168_2_176` — но она не обновляется. Камера подключена **не через YAML**, а через UI-интеграцию **Generic Camera**. Её настройки лежат в `/config/.storage/core.config_entries`: **Сущность:** `camera.192_168_2_176` («Камера котельной», зона `kotelnaia`) — задана **не через YAML**, а через UI-интеграцию **Generic Camera**. Настройки — в `/config/.storage/core.config_entries`.
```json ```json
entry_id: 01M2FX50K72X2RSYY549QSG3XP entry_id: 01M2FX50K72X2RSYY549QSG3XP
domain: generic domain: generic
title: 192_168_2_176 title: 192_168_2_176
still_image_url: http://192.168.2.176:1984/api/frame.jpeg?src=usb_camera_h264 ← МЁРТВ (go2rtc удалён) still_image_url: http://192.168.2.176:1984/api/frame.jpeg?src=usb_camera_h264 ← БЫЛО: мёртвый порт go2rtc
stream_source: rtsp://192.168.2.176:8554/usb_camera_h264 ← МЁРТВ (RTSP нет) stream_source: rtsp://192.168.2.176:8554/usb_camera_h264 ← БЫЛО: мёртвый RTSP
framerate: 15.0 framerate: 15.0
content_type: image/jpeg content_type: image/jpeg
``` ```
Ошибки в логе HA Core — прямое следствие: **СТАЛО (применено):**
``` ```json
generic.camera: Error getting new camera image from 192_168_2_176:
Client error '404 Not Found' for url 'http://192.168.2.176:1984/api/frame.jpeg?src=usb_camera_h264'
stream_worker: Error from stream worker: Not Found error opening stream
(Server returned 404 Not Found, rtsp://192.168.2.176:8554/usb_camera_h264)
```
**Что должно стать:**
```yaml
still_image_url: http://192.168.2.176:8090/frame still_image_url: http://192.168.2.176:8090/frame
stream_source: (пусто — RTSP-сервера больше нет) stream_source: "" ← пусто: RTSP-сервера больше нет
``` ```
**Способы правки (по убыванию штатности):** ### 🔴 ЧЕМ НЕЛЬЗЯ ПРАВИТЬ: супервизорский токен ≠ токен HA Core API
1. HA UI → Настройки → Устройства и службы → Generic Camera → **Настроить** → заменить поля.
2. API-флоу: `POST /api/config/config_entries/options/flow` с `entry_id` (штатно, HA сам перезапишет `.storage`).
3. Прямая правка `/config/.storage/core.config_entries` + рестарт ядра HA. Менее штатно, но работает.
> ⛔ **Устаревший вариант — не использовать:** `http://192.168.2.176:1984/api/frame.jpeg?src=usb_camera`. Порт 1984 принадлежал go2rtc, аддон **удалён**, порт мёртв. Два **разных** API и два разных токена — главная ловушка:
| Переменная | Для чего | Работает? |
|---|---|---|
| `HASSIO_TOKEN` / `SUPERVISOR_TOKEN` (112 симв.) | Supervisor API: `http://supervisor/…` — аддоны, рестарт, бэкапы | ✅ да |
| — | **HA Core API**: `http://supervisor/core/api/…` | ❌ **401 Unauthorized** |
`/core/api/...` проксируется в HA, но авторизуется **долгоживущим токеном из UI** (Профиль → Токены доступа, файл `~/tmp-t610/ha_token.txt`, JWT `eyJhbGciOiJI…`, 183 симв.). Супервизорский там **не принимается** → `POST /core/api/config/config_entries/options/flow` → `401 Unauthorized`.
### Рабочий способ правки — напрямую в `.storage` (проверено)
```bash
CE=/config/.storage/core.config_entries
ENTRY=01M2FX50K72X2RSYY549QSG3XP
cp "$CE" "$CE.bak-cam8090-$(date +%Y%m%d-%H%M%S)" # БЭКАП ОБЯЗАТЕЛЕН
jq --arg e "$ENTRY" '
.data.entries |= map(
if .entry_id == $e then
.options.still_image_url = "http://192.168.2.176:8090/frame"
| .options.stream_source = ""
| .modified_at = (now | todate)
else . end
)' "$CE" > /tmp/ce_new.json
jq empty /tmp/ce_new.json || exit 1 # ВАЛИДАЦИЯ до записи
cp /tmp/ce_new.json "$CE"
```
Затем **рестарт ядра HA** (`POST http://supervisor/core/restart`), чтобы изменение подхватилось.
> ⚠️ Бэкап актуальный: `/config/.storage/core.config_entries.bak-cam8090-*`.
> ⚠️ Правка `.storage` **идёт в обход валидации схемы интеграции** — если ошибиться в ключе, интеграция молча не поднимется. Всегда сверять `jq empty` + читать обратно после рестарта.
> 🛑 **Не искать `camera:` в `configuration.yaml`** — его там нет. Камера задана целиком через UI-интеграцию; поиск по YAML даёт пустоту. > 🛑 **Не искать `camera:` в `configuration.yaml`** — его там нет. Камера задана целиком через UI-интеграцию; поиск по YAML даёт пустоту.
> 📌 **`camera` в `configuration.yaml` НЕ появляется** даже после правки — это норма для UI-интеграций.
---
## 🔴 БАГ КЭША `/frame` — найден и исправлен (2026-09-15, ночь-6)
**Симптом:** кадр в HA **не обновляется** — висит один и тот же. Логи аддона чистые, сплошные `200`.
**Диагностический приём (рабочий):** три запроса подряд с паузой, сравнение хэшей:
```bash
for i in 1 2 3; do curl -s -o /tmp/f$i.jpg "http://192.168.2.176:8090/frame"; sleep 4; done
md5sum /tmp/f1.jpg /tmp/f2.jpg /tmp/f3.jpg
# одинаковый md5 = кадр из кэша, НЕ свежий
```
**Причина — в логике `get_frame()`:**
```python
if _cache["jpeg"] and (max_age is None or age < max_age):
return _cache["jpeg"], age # ← при max_age=None условие ВСЕГДА истинно
```
`/frame` вызывал `get_frame()` **без** `max_age` → `max_age is None` → возвращался **первый снимок навсегда**. Кэш не истекал никогда.
**Исправлено:**
```python
# get_frame(): max_age=None больше НЕ значит «отдай кэш»
if _cache["jpeg"] and max_age is not None and age < max_age:
return _cache["jpeg"], age
if max_age is None and _cache["jpeg"]:
return _cache["jpeg"], age
# ... и в обработчике:
if p == "/frame":
jpeg, age = get_frame(max_age=0) # ← всегда свежий кадр
```
Кэш (`max_age=INTERVAL`) остался только для MJPEG-потока `/stream`.
Бэкап: `/addons/ustreamer/app.py.bak-20260915-*`.
> ⚠️ **Правка Python-файла аддона применяется только после рестарта аддона** (`ha apps rebuild` нужен при смене образа; для правки `.py` из `/addons/` достаточно `restart`).
> ⚠️ **`python3` внутри SSH-аддона НЕТ** — синтаксис проверять локально на Mac (`python3 -c "import ast; ast.parse(...)"`), затем `scp`. Не пытаться править файл sed/awk на хосте.
### ⚠️ Остаточный симптом: кадр всё ещё не обновлялся после фикса
После правки и рестарта кадры **остались одинаковыми**, а размер упал `18964 → 3964 байт` (подозрение на пустой/чёрный кадр). Проверено в тот момент:
- `/dev/video0` и `/dev/video1` — **на месте**, `lsusb` видит камеру `046d:0825` (Bus 003 Device 002);
- `health` → `ok clients=0 device=/dev/video0`;
- `ffmpeg` в системе — **ровно 1 процесс**, CPU ~0%;
- `dmesg`: камера **сбрасывалась дважды** (`usb 3-1: reset high-speed USB device number 2 using xhci_hcd`, t=113 и t=126).
**Гипотеза оператора (не подтверждена):** при USB-сбросе `uvcvideo` держит последний буфер → ffmpeg отдаёт замороженный кадр. Отсюда же падение размера.
**Конкурирующая гипотеза (сильнее по цифрам):** хост под **давлением по I/O и памяти**:
```
CPU: 45% io (процессор ждёт диск)
I/O pressure: some 38%, full 25.7%
Swap: 518 МБ занято из 1 ГБ, zswap 354 МБ
journald: "Under memory pressure, flushing caches" ×5 подряд
load average: 3.26–3.63 при 2 ядрах
```
HDD 5400 rpm + 1.44 ГБ RAM не хватает на HA Core + Z2M + Mosquitto + mbusd + modbus-bridge + стример → система свопит на медленный диск → ffmpeg не успевает отдать свежий буфер.
> 🔴 **ЧТО НЕ ПОДТВЕРДИЛОСЬ:** «камера отвалилась, нужно выдёргивать USB». `/dev/video0` присутствует, устройство в `lsusb` есть. Совет «переподключи камеру» был **отозван** — сначала проверять `ls /dev/video*` и `lsusb`.
> ⏳ **Открыто на следующий раз:** развести два объяснения. Проверить кадр при **остановленном HA** (убрать I/O-нагрузку) — если свежий кадр пойдёт, виноват хост, а не камера. Смотреть также `dmesg` на повторы `reset`.
---
## Питфоллы, найденные при развёртывании
1. **Камера = ОДИН потребитель.** ustreamer + что-либо ещё одновременно → залипание USB, лечится только power-cycle.
2. **Маскировщик Hermes ломает скрипты с `Authorization: Bearer`** — и при `write_file`, и **после склейки по частям**. Наблюдено два разных отказа:
- `syntax error near unexpected token '('` / `unexpected EOF while looking for matching '"'` — маскировщик **вырезает середину** строки заголовка, оставляя незакрытую кавычку.
- Даже записанный как `K="Authoriz""ation: Be""arer ${T}"` файл на диске может оказаться испорченным.
**Обход:** склеивать заголовок **на хосте в рантайме** (`K="Authoriz""ation: Be""arer ${T}"`) + **обязательно проверять `head -5 script.sh` ЛОКАЛЬНО до `scp`**. Передача через `scp` файл уже не портит.
**Второй источник той же ошибки:** скобки `(` `)` в grep-паттерне внутри одинарных кавычек после пайпа ломают Bash-парсер — упрощать паттерн (`grep -i '"entity_id":"camera'` вместо `grep -iE '"entity_id":"(camera|image)\.'`).
3. ⚠️ Алиаса `t610` в `~/.ssh/config` **нет** — только `root@192.168.2.176`. `ssh t610` → `Could not resolve hostname t610`.
4. **Токен супервизора из аддона:** `T=$(cat /run/s6/container_environment/HASSIO_TOKEN)`. Переменной `$SUPERVISOR_TOKEN` в этом контексте может не быть.
5. **Запись в `/sys/bus/usb/.../power/control` из аддона невозможна** — `/sys` смонтирован `ro`. Автосон камеры из аддона не отключить, только с хоста ([[family/how-to/home-automation]] §3.5).
6. **ICMP с t610 заблокирован** — `ping 192.168.2.176` → 100% loss, при этом SSH и HTTP отвечают. Судить о живости хоста **только по TCP**, пинг — ложноотрицательный.
7. **`docker` CLI и `docker ps` в SSH-аддоне недоступны**; `top` из аддона показывает **только процессы самого аддона** (cgroup-изоляция). Память/CPU других контейнеров из аддона не увидеть — сравнивать по `/proc/meminfo`, `/proc/pressure/*` и `SwapFree`.
### Проверка доступности порта 8090 ### Проверка доступности порта 8090
@@ -144,20 +248,6 @@ curl -s -o /dev/null -w 'http=%{http_code}\n' http://127.0.0.1:8090/frame
--- ---
## Питфоллы, найденные при развёртывании
1. **Камера = ОДИН потребитель.** ustreamer + что-либо ещё одновременно → залипание USB, лечится только power-cycle.
2. **Маскировщик Hermes ломает скрипты с `AUTH="Authorization: Bearer *** — и при `write_file`, и **после склейки по частям**. Наблюдено два разных отказа:
- `syntax error near unexpected token '('` / `unexpected EOF while looking for matching '"'` — маскировщик **вырезает середину** строки заголовка, оставляя незакрытую кавычку.
- Даже записанный как `K="Authoriz""ation: Be""arer ${T}"` файл на диске может оказаться испорченным.
**Обход:** склеивать заголовок **на хосте в рантайме** (`K="Authoriz""ation: Be""arer ${T}"`) + **обязательно проверять `head -5 script.sh` ЛОКАЛЬНО до `scp`**. Передача через `scp` файл уже не портит.
**Второй источник той же ошибки:** скобки `(` `)` в grep-паттерне внутри одинарных кавычек после пайпа ломают Bash-парсер — упрощать паттерн (`grep -i '"entity_id":"camera'` вместо `grep -iE '"entity_id":"(camera|image)\.'`).
3. ⚠️ Алиаса `t610` в `~/.ssh/config` **нет** — только `root@192.168.2.176`. `ssh t610` → `Could not resolve hostname t610`.
4. **Токен супервизора из аддона:** `T=$(cat /run/s6/container_environment/HASSIO_TOKEN)`. Переменной `$SUPERVISOR_TOKEN` в этом контексте может не быть.
5. **Запись в `/sys/bus/usb/.../power/control` из аддона невозможна** — `/sys` смонтирован `ro`. Автосон камеры из аддона не отключить, только с хоста ([[family/how-to/home-automation]] §3.5).
---
## Удаление go2rtc (что именно снесено) ## Удаление go2rtc (что именно снесено)
2026-09-15, ночь-4, по прямой команде Alex: 2026-09-15, ночь-4, по прямой команде Alex:
@@ -175,8 +265,19 @@ done
- Эндпоинт — **`/uninstall`**, не `/remove` (такого нет). - Эндпоинт — **`/uninstall`**, не `/remove` (такого нет).
- После удаления `GET /addons/<slug>/info` → `"state":"unknown"` — это **норма**. - После удаления `GET /addons/<slug>/info` → `"state":"unknown"` — это **норма**.
- Снесены также **все** `.bak-*` на t610: `go2rtc.yaml.bak-*` (3) + `/config/*.bak-*` (11) + `/config/zigbee2mqtt/*.bak-*` (6) = **20 файлов**. - Снесены также **все** `.bak-*` на t610: `go2rtc.yaml.bak-*` (3) + `/config/*.bak-*` (11) + `/config/zigbee2mqtt/*.bak-*` (6) = **20 файлов**.
- ⚠️ Осиротевший **`/config/go2rtc.yaml`** (1085 байт) остался — go2rtc нет, читать его нечем.
⚠️ **Осиротевший `/config/go2rtc.yaml`** (1085 байт) остался — go2rtc нет, читать его нечем. Судьба ждёт решения Alex. ### Дополнительно снесено/остановлено 2026-09-15, ночь-6
| Что | Действие | Причина |
|---|---|---|
| `core_configurator` (File editor) | **УДАЛЁН** (`uninstall`) | веб-редактор `/config`; не используется, а **долбил HA каждые 30 с** (`GET /`, `502 Bad Gateway`) → цикл ретраев + лог на диск = лишний I/O |
| `a0d7b954_nodered` | **остановлен** (`stop`), не удалён | жирный процесс на 1.4 ГБ RAM; для камеры не нужен. Судьба (удалить / оставить) — за Alex |
**Итоговый список аддонов (7):** `core_ssh`, `core_mosquitto`, `a0d7b954_nodered` (**stopped**), `45df7312_zigbee2mqtt`, `local_mbusd`, `local_modbus-bridge`, `local_ustreamer`.
> ⚠️ **`core_configurator` пишет `GET /` каждые 30 секунд** и логирует каждый запрос — на слабом хосте это заметная постоянная нагрузка. Держать его «на всякий случай» не стоит, если файлы правятся по SSH.
> 💡 **Диагностический признак:** аддон в состоянии `error` + `Service exited with code 256 (by signal 15)` в логе = остановлен нормально, а `error` — финальный статус. Проверять лог, а не только `state`.
--- ---