Report command works on replied messages only.

не, это невозможно. Процессы запущенные вручную надо всегда руками (пере)запускать. Автоматический запуск после загрузки, ребута, падения - это только для системных сервисов. Для пользовательских процессов это очень очень сложно. Можно конечно рядом другой супервайзер поднять, который будет следить за первым, и если что, поднимет, но тут опять проблемы с падением уже этого сервиса, и с запуском после ребута.

UPD. Можно решить эту проблему след образом
* написать приложение, которое будет проверять твой супервайзер процес и поднимать его, если упал
* запаковать его в образ докеровский
* написать helm chart, в котором cronjob будет периодически выполнять это приложение
* поставить кубер рядом с твоим веб сервером и задеплоить туда этот чарт

Report on spam message was send to admins. Please be patient.

virtuozzo. Провайдера tf правда нет под неё

Спасибо большое за развернутый ответ

эт я пошутил, почитай про systemd :)

А в чем проблема запустить супервайзор под системд? Или вообще его выпилить и запускать рабочие процессы системдой?

Да я не особо разбираюсь в этих серверных штуках, поэтому сюда зашёл спросить, ну как понял, то такая возможность есть.

Просто это сейчас головная боль, так как чуть что, то супервизор вырубается, а админ сервера морозится. Я ему точно такой же вопрос задал как в чате и он уже сколько времени на морозе.

ну смотри. Когда у тебя запускается ядро ОС, оно запускает инит. Инит уже запускает всякие штуки-дрюки, вроде sshd или графической подсистемы, монтирует диски и так далее.
Нынче на большинстве линуксов используется навороченный (и ненавидимый многими за сложность, запутанность и неюниксвейность) инит под названием systemd, со встроенными логами, перезапускалками, хелсчеками, блекджеком и шл... сервисами.

Помоему проще админа попросить сделать, чтоб нужные сервисы при загрузке запускались

у него супервайзорд падает, как я понимаю
АПД: неправильно понимаю

у него админ (про)падает :)

Как-то так: (хотя тебе, наверное, больше подойдет Type=forking)

cat /etc/systemd/system/mydaemon.service
[Unit]
Description=my daemon.
After=network.target

[Service]
Type=simple
Restart=always
ExecStart=/opt/daemon/daemon

[Install]
WantedBy=multi-user.target

Спасибо, буду копать и разбираться в этой фиче. Получается оно не только при старте запускает, но также после запуска может периодически проверять?

Да

Опять чат стал филиалом ЛОРа

кто как в gitlab-ci передает переменные окружения в случае если их реально много и при этом они зависят от самого окружения? как пример по десятку адресов хостов для деплоя + какие-то настройки для конкретного хоста (сделать строкой а потом разобрать в for не получится)

через настройку Variables - долго, нудно и если что-то нужно поменять - очень грустно.
через переменные в .gitlab-ci.yml - получается большая простыня намертво прибитая к ветке да и в целом так делать не рекомендуют.

Линукс сервера с LEMP, elastic, redis, gitlab и тп

1. Нормальный нейминг переменных
2. Какой механизм передачи переменных не выберешь - все равно все будет грустно.
3. Привыкай к п.1

Неужели у вас нет паттерна для переменных?