unix:////tmp/supervisor.sock отказано в соединении

Содержание

Вопрос или проблема
Ответ или решение
Теория
Пример
Применение

Вопрос или проблема

Я извиняюсь за мой плохой английский, так как это не мой родной язык.
У меня есть сайт для перевода телешоу с английского на испанский. Друг установил для нас систему перевода в реальном времени. Он упомянул, что если сервер реального времени выйдет из строя, он должен перезапуститься автоматически.

Однако, если это не так, мне нужно использовать команду

supervisorctl restart tusubtrt

Когда я использую эту команду, я получаю сообщение

unix:///tmp/supervisor.sock отказано в соединении

и я в замешательстве, потому что мало знаю о сетях. Я пытался связаться с моим другом, но сейчас не могу с ним связаться. Любая помощь будет оценена.

Похоже, supervisord не запущен. Не уверен, какую дистрибуцию вы используете, но попробуйте эти команды, чтобы посмотреть, запустится ли он

service supervisor start

или

service supervisord start

или

systemctl start supervisor

или

systemctl start supervisord

в любой из этих команд вы можете заменить start на status, чтобы узнать статус сервиса и если это может быть правильной командой

Вы не пожалеете, попробовав это! Я много пытался исправить это, когда пытался перезапустить bench, используя supervisorctl, и он говорит unix:///var/run/supervisor.sock отказано в соединении

Я решил, добавив chmod=0777 в [supervisorctl], как показано ниже [supervisorctl] serverurl=unix:///var/run/supervisor.sock chmod=0777

Теперь это сработало у меня просто чтобы помочь кому-то с той же проблемой. Спасибо

Для этой проблемы нужно перезапустить сервис, используя systemctl restart supervisord. Не используйте команду supervisorctl restart для перезапуска. Я также решил проблему, запустив systemctl restart supervisord.

Ответ или решение

Ваша ситуация связана с проблемой подключения к супервизору, что проявляется в сообщении об ошибке: "unix:///tmp/supervisor.sock refused connection". Данная ошибка указывает на то, что ваш Supervisor – это процесс управления, который контролирует выполнение других процессов, либо не запущен, либо не настроен корректно. Давайте подробно разберем возможные причины этой ошибки и способы их устранения.

Теория

Supervisor — это системный инструмент, который позволяет эффективно управлять процессами и службами в операционных системах семейства Unix/Linux. Он обеспечивает запуск, остановку и мониторинг процессов в автоматическом режиме, что особенно полезно для серверных приложений, как в вашем случае — для системы реального времени перевода TV-шоу.

Когда вы видите сообщение "unix:///tmp/supervisor.sock refused connection", это обычно означает, что контроллер, используемый для управления процессами (supervisorctl), не может установить соединение с сокетом, через который осуществляется взаимодействие с процессом supervisord. Такая ситуация может возникать по нескольким причинам:

Процесс Supervisord не запущен.
Сценарий конфигурации содержит ошибки.
Проблемы с правами доступа к файлу сокета.
Непредвиденные ошибки в системной конфигурации.

Пример

Представьте, что у вас есть система мониторинга здоровья серверов, где каждый модуль отвечает за определённый аспект мониторинга. Одним из таких модулей является mod_supervisor. Если Supervisord по каким-то причинам перестанет работать, то соответствующий модуль не сможет сообщить вам о состоянии серверов. Например, если в конфигурационном файле описан старый путь к файловому сокету, mod_supervisor не сможет подключиться к запущенному процессу Supervisord.

Ваша задача — удостовериться, что такой сбой либо автоматически устраняется, либо минимально затрагивает работу системы. Это возможно за счет корректной настройки Supervisord, обеспечения надёжных прав доступа и правильного определения путей.

Применение

Следуя этому сценарию, я предоставлю несколько шагов, которые помогут вам устранить эту ошибку и вернуть систему в полноценную рабочую форму.

Проверка состояния Supervisord:

Сначала необходимо убедиться, что служба Supervisord действительно запущена. Для этого используйте следующие команды, в зависимости от вашей дистрибуции ОС:
```
service supervisor status
service supervisord status
```
или
```
systemctl status supervisor
systemctl status supervisord
```
Если служба не запущена, вы увидите соответствующее сообщение. В этом случае, запустите её командой:
```
service supervisor start
```
или
```
systemctl start supervisor
```
Оператор start может быть заменен на restart, если есть необходимость в перезапуске.
Проверка конфигурационного файла Supervisord:

Стандартный путь к файлу конфигурации имеют примерно такой вид: /etc/supervisor/supervisord.conf. Удостоверьтесь, что конфигурация указана корректно и пути к файлам установлены правильно. Обратите внимание на строку:
```
[supervisorctl]
serverurl=unix:///tmp/supervisor.sock
```
В случае несоответствий исправьте путь или настройте конфигурацию так, чтобы она соответствовала текущей файловой системе.
Проверка и исправление прав доступа:

Другая возможная проблема может возникнуть из-за ограниченных прав доступа к файлу сокета. Проверьте права доступа командой:
```
ls -l /tmp/supervisor.sock
```
Если требуется, измените права доступа:
```
chmod 0777 /tmp/supervisor.sock
```
Однако будьте осторожны, предоставляя слишком широкие права, так как это может повлиять на безопасность системы.
Перезапуск системы:

Если после всех проверок и изменений проблема всё ещё остается, перезапустите систему:
```
systemctl restart supervisord
```
Не используйте supervisorctl restart, как указано в предыдущем тексте, так как это не устранит проблему с соединением.

Следуя этим шагам, вы должны без труда устранить проблему с вашим сервером реального времени для переводов и обеспечить его стабильную работу. Если же даже после всех шагов проблема останется, рассмотрите возможность более тщательной проверки журналов ошибок и системных логов для определения основных причини сбоя.