主页 / server / 问题 / 808732
Accepted
Canadian
Asked: 2016-10-13 15:14:05 +0800 CST

缺少主管袜子文件

  • 772

我安装了 Supervisor (v3.1.2) 来管理 ElastAlert 但是当我运行supervisorctl它时有时会抛出这个错误：

unix:///var/run/supervisor.sock no such file

其他时候它会抛出这个错误：

unix:///tmp/supervisor.sock no such file

我会注意到它确实让我进入了supervisor>提示符，但之后的命令与上面的错误相同。该/etc/supervisor/supervisor.conf文件配置为使用/var/run，这似乎与第二个错误不一致。

正如其他帮助页面所建议的那样，我创建了一个指向 的链接/etc/supervisor.conf，但这并没有什么不同。

两件奇怪的事情，当我第一次安装 Supervisor 时，它运行良好，但在重新启动后，这个问题就开始了。另一个奇怪的事情是 ElastAlert 在重新启动后启动，并继续正常执行。因此，虽然它可能有错误，但它正在做它的工作。不是一个展示停止者，但我希望它能够正常工作。

有任何想法吗？

supervisord debian-jessie

7 个回答

  1. Best Answer

    当物理机重新启动时，这发生在我身上。我的机器运行 Ubuntu，从 12.04 到 16.04。我通过将主管作为服务重新启动来解决它。

    sudo service supervisor stop
sudo service supervisor start

    （不知何故，这比简单地使用“重启”要好得多）

    显然，如果您依赖 Supervisor 为您启动其他程序而无需在每次重新启动后重新启动，这不是一个理想的解决方案。我目前正在systemd像其他人建议的那样进行调查。

    编辑：如果您使用的是 Ubuntu 16.04，这个答案可能会解决您的所有问题，就像我的问题一样。您应该“启用” systemd 以启动 supervisord。https://unix.stackexchange.com/a/291098

    • 26

  2. 这是我的情况。假设错误是unix:///var/run/supervisord.sock no such file在键入此命令时sudo supervisorctl status

    所以我的解决方案是：

    1. 打开主管配置文件sudo nano /etc/supervisor/supervisord.conf
    2. 检查 supervisorctl 路径的 serverurl 指向的行。
    [supervisorctl]
serverurl=unix:///var/run/supervisord.sock ; use a unix:// URL  for a unix socket
    1. 将路径 serverurl 更改为unix:///var/run/supervisor.sock. 看supervisor d和supervisor的区别
    2. 重启主管service supervisor restart
    3. 检查状态主管sudo service supervisor status
    4. 再次检查是否仍然存在错误，sudo supervisorctl status如果是，请尝试删除您的配置/etc/supervisor/conf.d/ ...或重新安装主管
    • 6

  3. 我在托管我的 django 应用程序时遇到了这个问题。我的机器是aws=>ec2=>ubuntu 18.x

    我的 gunicorn bash 文件配置错误。当我修复 gunicorn 文件中的路径问题时。主管开始回去工作。

    确保你配置好：

    DJANGODIR=/home/ubuntu/<my-project>               # Django project directory
SOCKFILE=/home/ubuntu/<my-project>/run/gunicorn.sock  # we will communicte using this unix socket
    • 1

  4. 所以我遇到了同样的问题，我使用非root用户使用主管。关键是你必须确保supervisord服务正在运行。要做到这一点，首先找到并运行supervisord。因为我使用的是pyenv，所以这是我运行的命令

    $ ~/.pyenv/versions/3.8.9/bin/supervisord -c ~/etc/supervisor/supervisord.conf

    supervisord.conf 由我创建并放置在那里。

    现在运行 supervisorctl 工作得很好。

    $ ~/.pyenv/versions/3.8.9/bin/supervisorctl -c ~/etc/supervisor/supervisord.conf
    • 0

  5. 重启后我遇到了同样的错误：

    unix:///var/run/supervisor.sock no such file

    显然，重新启动后，我使用与以前不同的用户登录。当我使用与以前相同的用户（在我的情况下是 root）时，一切都再次正常工作。

    希望这对某人有帮助！

    • 0

  6. 上述解决方案对我不起作用，问题更多与添加到主管的错误 .conf 文件有关。

    在我的情况下，问题是因为其中一个上级托管进程没有创建其日志文件或没有有效路径。我诊断问题的方法是：

    1. 找到systemctl中提到的命令来运行supervisor进程，它是：

      systemctl -l status supervisor.service

      这里的命令是根据键“Process”提到的。就我而言，主管的 3.3.1 版本是/usr/bin/supervisord -n -c /etc/supervisor/supervisord.conf

    2. 现在在终端中运行上述命令。您可能需要附加sudo. 这将显示主管不工作的确切原因。在我的情况下，命令的输出如下所示：

    在此处输入图像描述

    上面的消息清楚地显示了导致错误的日志文件。

    您可以创建日志文件或删除 .conf 文件并重新加载主管以解决问题。重新加载主管的命令是：

    sudo systemctl restart supervisor.service
    • 0

  7. 运行 supervisord -c /path/to/supervisord.conf

    然后运行 ​​supervisorctl -c /path/to/supervisord.conf

    • -1

相关问题