Область: только тестовый srv-app.olvr. На production это решение не распространяется.

Источник и решение: OLV-4169, Card 80NT (причинный разбор YiyxBP, решение Бориса 9fsxOA, позиция архитектора MA1sXZ). Эксплуатационное закрепление — Card a0V6. Существующий reconciler принят штатным механизмом; требование «без infra-reconciler» снято.

Standalone-контейнеры tpark-it.*, созданные через docker run –restart=always, подключены к swarm-overlay. При boot dockerd делает одну попытку их запуска после инициализации swarm. Если attach к overlay не завершился, процесс приложения не запускается: контейнер остаётся Exited с exit 255 и RestartCount=0; повтор этой boot-попытки не выполняется. Retry RabbitMQ/БД внутри приложения этот отказ не устраняет.

Существующий владелец восстановления:

• unit: /etc/systemd/system/tpark-it-reconcile.service;
• script: /usr/local/sbin/tpark-it-reconcile.sh, интерпретатор /bin/bash;
• After=docker.service network-online.target, Requires=docker.service;
• Type=oneshot, RemainAfterExit=yes, TimeoutStartSec=600;
• включён в multi-user.target; 24 раунда с паузой 15 секунд, только Exited-контейнеры по name=^/tpark-it..

Историческое наблюдение сохранено в 80NT/YiyxBP: boot 07.09.2026, dockerd не запустил четыре контейнера из-за сетевого attach; reconciler поднял их в 20:08:28–34. Это уже полученное evidence, а не новый тест. Специальная перезагрузка или restart Docker для квалификации не нужны.

Выполнять с операционного рабочего места с разрешённым SSH-доступом; сначала подтвердить exact host:

ssh -o BatchMode=yes -o ConnectTimeout=10 root@srv-app.olvr 'hostname'
ssh root@srv-app.olvr 'systemctl cat tpark-it-reconcile.service'
ssh root@srv-app.olvr 'systemctl is-enabled tpark-it-reconcile.service'
ssh root@srv-app.olvr 'systemctl show tpark-it-reconcile.service -p ActiveState -p SubState -p Result -p After'
ssh root@srv-app.olvr 'cat /usr/local/sbin/tpark-it-reconcile.sh; /bin/bash -n /usr/local/sbin/tpark-it-reconcile.sh'
ssh root@srv-app.olvr 'docker ps -a --filter "name=^/tpark-it\." --format "{{.Names}} state={{.State}}"'
ssh root@srv-app.olvr 'docker ps -a --filter "name=^/tpark-it\." --filter status=exited --format "{{.Names}}"'
ssh root@srv-app.olvr 'journalctl -u tpark-it-reconcile.service -b --no-pager'

Нормальное состояние завершённого oneshot: enabled, active/exited, Result=success. active/exited у этого unit не означает Exited-контейнер.

Проверять именно состояния контейнеров: отсутствие строк с status=exited само по себе не доказывает, что все они running. Историческое wording «зависимость ещё не готова?» в логе скрипта не является диагностикой RabbitMQ/БД.

Если на test после boot остались Exited tpark-it.*, сначала прочитать журнал Docker и reconciler. Когда Docker и сеть доступны, повторить уже существующий oneshot (это write-операция, не read-only проверка):

ssh root@srv-app.olvr 'systemctl restart tpark-it-reconcile.service'
ssh root@srv-app.olvr 'systemctl show tpark-it-reconcile.service -p ActiveState -p SubState -p Result; journalctl -u tpark-it-reconcile.service -b --no-pager; docker ps -a --filter "name=^/tpark-it\." --format "{{.Names}} state={{.State}}"'

Из-за RemainAfterExit=yes обычный start уже active unit не повторит выполнение; для повторного запуска нужен restart этого unit, не Docker. В a0V6 эта операция не выполнялась.

При ошибке unit или оставшихся non-running контейнерах сохранить время, имена и сетевую/стартовую диагностику без секретов, передать incident owner РП OLVR. Не менять данные, topology, olvery/cicd, backend retry; не создавать второй watchdog.

На ближайшем уже плановом reboot можно сохранить: время старта Docker, журнал reconciler, все tpark-it.* running не позже 6 минут после старта Docker без ручного вмешательства. Новая перезагрузка для этой работы не запрашивается.

Изменение a0V6 — только комментарий-обоснование скрипта; исполняемая логика и unit не изменены. Откат — восстановить прежний комментарий по diff и before-state в handoff a0V6, проверить /bin/bash -n. Перезапуск/daemon-reload не требуется. Не отключать принятый механизм как «откат документации».

Этот runbook не хранит копию исполняемого скрипта: фактический source поведения остаётся на указанном host, решения и датированное evidence — в Cards.