Что происходит
supervisorctl общается с демоном по Unix-сокету (файл типа /var/run/supervisor.sock). В xmlrpc.py это используется в классе UnixStreamHTTPConnection: создаётся сокет и вызывается self.sock.connect(self.socketfile). Путь к сокету берётся из serverurl (например, unix:///var/run/supervisor.sock).FileNotFoundError [Errno 2] No such file or directory как раз и значит: файл сокета по этому пути не найден. То есть демон supervisord не запущен (и сокет не создан) или в конфиге указан неверный путь к сокету.
Решение
Скорее всего в конфигах в папке /etc/supervisor/conf.d где-то ошибка. Нужно исправить, либо удалить ненужный конфиг.
Если не помогло
1. Посмотреть строку 560 у себя
В вашем открытом файле на 560-й строке может быть что-то вроде self.sock.connect(…) или работа с путём к сокету/файлу. Менять этот файл не нужно — это код пакета, ошибка из-за отсутствия файла сокета, а не из-за бага в коде.
2. Запустить supervisord (чтобы создался сокет):
sudo systemctl start supervisor
или, если сервис называется иначе:
sudo systemctl start supervisord
3. Проверить, где ждёт сокет supervisord
В main-конфиге, например:
sudo grep -E "serverurl|file=" /etc/supervisor/supervisord.conf
Или откройте /etc/supervisor/supervisord.conf и найдите секцию [unix_http_server] — там будет file=… (путь к сокету). Убедитесь, что этот же путь указан в конфиге для supervisorctl (в секции [supervisorctl] как serverurl=unix:///…).
4. Проверить, что сокет появился после запуска:
ls -la /var/run/supervisor.sock
# или путь из supervisord.conf
Итого: строка 560 в xmlrpc.py лишь место, откуда идёт обращение к сокету (или к другому файлу по пути из конфига). Исправлять нужно не этот файл, а запустить supervisord и при необходимости поправить путь к сокету в /etc/supervisor/supervisord.conf.