fix(deploy-metrics): пересоздавать alloy после выката конфига + гейт по иноду (#3380) #3381

Merged

bot-backend merged 1 commit from fix/3380-deploy-metrics-alloy-recreate into main

2026-09-05 21:17:53 +00:00

bot-backend commented

2026-09-05 21:14:54 +00:00

Collaborator

Closes #3380.

Дефект. Конфиг Alloy — bind-mount ОДНОГО файла (ops/metrics/alloy/alloy-*.alloy -> /etc/alloy/config.alloy); git reset --hard в деплое пишет файл новым инодом, а docker compose up -d изменения сервиса не видит и контейнер не пересоздаёт. Прод 06.09: после success-деплоя #3377 контейнер на Beget держал инод от 26.08 (grep -c apikey = 0 в контейнере при 1 на хосте) — второй слой маскировки не работал до ручного docker restart.

Фикс (оба agent-шага, apps и infra): после up -d — up -d --force-recreate alloy с теми же env-префиксами (${METRICS_ROLE:?}/${METRICS_ALLOY_CONFIG:?} обязательны в компоузе); позиции чтения журнала — в volume alloy_data, пересоздание их не трогает. Затем гейт по значению: инод файла на хосте == инод /etc/alloy/config.alloy внутри контейнера, иначе ::error:: и красный деплой. Имя файла в гейте литералом (переменная задана только префиксом compose-команды; при set -u $METRICS_ALLOY_CONFIG дал бы unbound). stat в образе grafana/alloy:v1.6.1 есть — проверено на проде (docker exec gendesign-alloy stat -c %i … в #3377).

Проверки: yaml.safe_load rc=0; bash -n трёх script-блоков rc=0; scripts/check-workflow-ports.py и scripts/check-compose-ambiguous-hosts.py (+ --selftest) rc=0; pre-commit hooks passed.

Приёмка на проде (сам мерж и есть проба): мерж триггерит deploy-metrics (path .forgejo/workflows/deploy-metrics.yml) → на обоих хостах гейт должен пройти, docker inspect gendesign-alloy .Created обновится, инод в контейнере == на хосте без ручного рестарта.

Closes #3380. **Дефект.** Конфиг Alloy — bind-mount ОДНОГО файла (`ops/metrics/alloy/alloy-*.alloy -> /etc/alloy/config.alloy`); `git reset --hard` в деплое пишет файл новым инодом, а `docker compose up -d` изменения сервиса не видит и контейнер не пересоздаёт. Прод 06.09: после success-деплоя #3377 контейнер на Beget держал инод от 26.08 (`grep -c apikey` = 0 в контейнере при 1 на хосте) — второй слой маскировки не работал до ручного `docker restart`. **Фикс** (оба agent-шага, apps и infra): после `up -d` — `up -d --force-recreate alloy` с теми же env-префиксами (`${METRICS_ROLE:?}`/`${METRICS_ALLOY_CONFIG:?}` обязательны в компоузе); позиции чтения журнала — в volume `alloy_data`, пересоздание их не трогает. Затем **гейт по значению**: инод файла на хосте == инод `/etc/alloy/config.alloy` внутри контейнера, иначе `::error::` и красный деплой. Имя файла в гейте литералом (переменная задана только префиксом compose-команды; при `set -u` `$METRICS_ALLOY_CONFIG` дал бы unbound). `stat` в образе `grafana/alloy:v1.6.1` есть — проверено на проде (`docker exec gendesign-alloy stat -c %i …` в #3377). **Проверки:** yaml.safe_load rc=0; `bash -n` трёх script-блоков rc=0; `scripts/check-workflow-ports.py` и `scripts/check-compose-ambiguous-hosts.py` (+ `--selftest`) rc=0; pre-commit hooks passed. **Приёмка на проде (сам мерж и есть проба):** мерж триггерит `deploy-metrics` (path `.forgejo/workflows/deploy-metrics.yml`) → на обоих хостах гейт должен пройти, `docker inspect gendesign-alloy .Created` обновится, инод в контейнере == на хосте без ручного рестарта.

Rows
Columns