Supervisor и PM2 на существующем сервере

Проверка Supervisor и пользовательского PM2 только на существующем сервере с FASTPANEL

Эта статья относится только к установке, которая уже работает с FASTPANEL или другой старой серверной схемой. Новая чистая установка использует systemd и pm2-runtime; Supervisor и PM2 daemon для неё не настраиваются.

Сначала определите владельца каждого процесса

Процесс	Возможный механизм старого сервера
Horizon	Supervisor от владельца серверной части
Reverb	Supervisor от владельца серверной части
Pulse	Supervisor, если процессы действительно включены
Laravel Scheduler	Одна запись cron владельца серверной части
Клиентский SSR	PM2 владельца клиентского сайта

Проверьте фактическое состояние до изменения:

sudo supervisorctl status
sudo -u <ПОЛЬЗОВАТЕЛЬ_КЛИЕНТА> pm2 list

Не запускайте команды PM2 от root, если рабочий список принадлежит пользователю сайта. У каждого пользователя отдельный PM2-контекст.

Защита от дубликатов

1. Убедитесь, что один Horizon не дублируется другим queue:work.
2. Проверьте, что порт Reverb занят только одним процессом.
3. Проверьте один Scheduler, а не записи root, пользователя и панели одновременно.
4. Убедитесь, что клиентский порт обслуживает один SSR-процесс.
5. Не создавайте systemd-службы iex-* поверх действующих Supervisor/PM2-процессов без миграционного плана.

После перезагрузки

Supervisor должен показывать только ожидаемые программы в состоянии RUNNING. PM2 владельца клиента должен показывать один процесс SSR в состоянии online. Затем проверьте очередь, чат и публичный клиентский сайт.

Переход на новую схему

Не переносите работающий сервер частично. Подготовьте чистую цель, восстановите данные, примите все systemd-службы и только затем переключайте DNS. Исходный сервер сохраняйте до завершения периода наблюдения.

Общий порядок приведён в «Существующей установке с FASTPANEL».