내가 말할 수있는 한 3.0a10과 3.0a12 사이에는 이와 관련된 변경 사항이 없었습니다. 프로그램에 대해 autostart=true 구성되어 있습니까?

Ubuntu10.04에서 supervisorctl reload 인해 Supervisord 프로세스가 실패합니다. supervisorctl 를 실행하려는 후속 시도는

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

또는 더 모호한

error: <class 'socket.error'>, [Errno 2] No such file or directory: file: <string> line: 1

Supervisord 프로세스는 sudo supervisord 하여 수동으로 다시 시작해야 합니다.

이것은 정말 나쁘다.

@leopd 이 버그와 관련이 없는 것 같습니다. Supervisorctl의 메시지는 Supervisord에 연결할 수 없다고 말합니다. 무슨 일이 일어났는지 보려면 감독자 로그를 확인해야 합니다. 포그라운드( supervisord -n )에서 실행하고 다시 로드하는 동안 종료되는지 확인할 수도 있습니다.

@mnaberez 디버깅 팁 주셔서 감사합니다. 왜 내가 보고 있는 것이 jbrehh가 원래 보고한 것과 다르다고 생각하는지 잘 모르겠습니다. 그들은 나와 동일하게 들립니다. 사례가 다른 이유를 설명하면 이에 대한 새로운 버그를 기꺼이 열어 보겠습니다. 하지만 그럴 이유는 없습니다.

조언한 대로 전경에서 Supervisord를 실행하는 경우 supervisorctl reload 하면 Supervisord가 다음과 같이 충돌합니다.

Traceback (most recent call last):
  File "/usr/local/lib/python2.6/dist-packages/supervisor/loggers.py", line 81, in emit
    self.stream.write(msg)
ValueError: I/O operation on closed file
Traceback (most recent call last):
  File "/usr/local/bin/supervisord", line 9, in <module>
    load_entry_point('supervisor==3.0b1', 'console_scripts', 'supervisord')()
  File "/usr/local/lib/python2.6/dist-packages/supervisor/supervisord.py", line 360, in main
    go(options)
  File "/usr/local/lib/python2.6/dist-packages/supervisor/supervisord.py", line 370, in go
    d.main()
  File "/usr/local/lib/python2.6/dist-packages/supervisor/supervisord.py", line 77, in main
    info_messages)
  File "/usr/local/lib/python2.6/dist-packages/supervisor/options.py", line 1274, in make_logger
    self.logger.critical(msg)
  File "/usr/local/lib/python2.6/dist-packages/supervisor/loggers.py", line 313, in critical
    self.log(LevelsByName.CRIT, msg, **kw)
  File "/usr/local/lib/python2.6/dist-packages/supervisor/loggers.py", line 319, in log
    handler.emit(record)
  File "/usr/local/lib/python2.6/dist-packages/supervisor/loggers.py", line 214, in emit
    self.doRollover()
  File "/usr/local/lib/python2.6/dist-packages/supervisor/loggers.py", line 223, in doRollover
    if not (self.stream.tell() >= self.maxBytes):
ValueError: I/O operation on closed file

중요하다면 3.0b1을 실행하고 있습니다.

... 3.0a10으로 되돌리면 문제가 사라집니다.

왜 내가 보고 있는 것이 jbrehh가 원래 보고한 것과 다르다고 생각하는지 잘 모르겠습니다.

내가 틀릴 수 있지만 원본 보고서를 Supervisord 충돌이 아니라 Supervisord에서 실행 중인 프로그램이 다시 시작되지 않는 것으로 해석했습니다.

3.0a10으로 되돌리면 문제가 사라집니다.

역추적과 이 추가 정보에 감사드립니다. 이 동일한 충돌이 #130에서 보고되었습니다. d2bc68561f96b3d8d523c751879429ead8e87894에서 이 버그를 도입한 것 같습니다.

같은 문제가 있습니다.

다음은 샘플 세션입니다.

$ sudo supervisorctl -c conf/supervisord.conf reload
Restarted supervisord
$ sudo supervisorctl -c conf/supervisord.conf status
unix:///tmp/supervisord.sock no such file

저도 이 문제가 있습니다. reload를 호출할 때 Supervisord가 충돌합니다. 3.0a10으로 다운그레이드하는 유일한 수정 사항입니까?

@landreville 버그는

이 문제에 대해 +1

한숨을 내쉬는 것과 동일

감독자 -n -u 아무도 -c ../conf/supervisor.ini --pid=/tmp/supervisor.pid
2012-12-17 16:08:20,208 CRIT uid를 사용자 65534로 설정
2012-12-17 16:08:20,211 정보 관리자가 PID 5016으로 시작했습니다.
2012-12-17 16:08:21,215 생성된 INFO: pid 5019가 있는 'celeryd'
2012-12-17 16:08:31,556 INFO 성공: 셀러리가 RUNNING 상태에 들어갔고 프로세스가 10초 이상 유지됨(startsecs)
2012-12-17 16:08:34,444 WARN이 다시 시작 요청을 나타내는 SIGHUP을 수신했습니다.
2012-12-17 16:08:34,444 셀러리드가 죽기를 기다리는 INFO
2012-12-17 16:08:34,582 INFO 중지됨: celeryd(종료 상태 0)
역추적(가장 최근 호출 마지막):
파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/loggers.py", 81행, 방출
self.stream.write(msg)
ValueError: 닫힌 파일에 대한 I/O 작업
역추적(가장 최근 호출 마지막):
파일 "/var/www/configtest/env/bin/supervisord", 8행,
load_entry_point('감독자==3.0b1', '콘솔_스크립트', '감독자')()
파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/supervisord.py", 360행, 메인
이동(옵션)
파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/supervisord.py", 370행, 이동 중
d.메인()
파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/supervisord.py", 77행, 메인
info_messages)
make_logger의 파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/options.py", 1274행
self.logger.critical(msg)
파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/loggers.py", 313행, 중요
self.log(LevelsByName.CRIT, 메시지, **kw)
파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/loggers.py", 319행, 로그
handler.emit(기록)
파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/loggers.py", 214행, 방출
self.doRollover()
doRollover에서 파일 "/var/www/configtest/env/lib/python2.7/site-packages/supervisor/loggers.py", 223행
그렇지 않은 경우(self.stream.tell() >= self.maxBytes):
ValueError: 닫힌 파일에 대한 I/O 작업

25303d45eb75c980e97a5ea3eca307a464ad8e2b에서 수정되었습니다.

어쨌든 이 상황에서 복구하려면?

한 달 전보다 이전 버전의 구성 파일을 단순히 다시 로드하는 것이 정말 사실입니까?
감독자가 작업을 중단한 상태로 두나요?

이 문제는 로그 회전 옵션이 활성화된 경우 3.0b1 버전에서만 발생합니다. 이전 버전을 사용 중이거나 로그 회전 옵션을 사용하지 않는 경우 영향을 주지 않습니다.

어쨌든 이 상황에서 복구하려면?

불행하게도. Supervisord가 예기치 않게 종료되면 해당 하위 프로세스가 고아가 될 수 있으며 한동안 자체적으로 계속 실행될 수 있습니다. 그러나 Supervisord가 다시 시작되기 전에 어느 시점에서 수동으로 종료해야 합니다. 새로운 Supervisord 인스턴스가 시작되면 다른 인스턴스에 의해 분리되었을 수 있는 프로세스에 대해 알지 못합니다.

25303d4 수정 프로그램은 실제로 이 문제를 해결하지 못했습니다. 같은 오류입니다.

마지막 댓글을 취소합니다. 이제 마스터(3.0b2-dev)를 사용하여 소켓 오류 없이 다시 로드할 수 있습니다. 최근 문제는 수퍼바이저가 다시 로드될 때 프로세스가 시작되지 않는 새로운 수퍼바이저 구성으로 인해 발생한 것 같습니다. 그 결과 동일한 유닉스 소켓 오류가 발생하여 나를 버렸지 만 프로세스가 수정되면 다시로드가 작동하기 시작했습니다.

이 버그는 여전히 존재합니다.

버그는 나에게도 존재합니다.

supervisorctl reload

로그 파일은 다음과 같이 말합니다.

2013-06-01 13:58:54,697 INFO waiting for memmon, celerydb, celerycam, gunicorn to die
2013-06-01 13:58:54,698 INFO stopped: celerycam (terminated by SIGTERM)
2013-06-01 13:58:54,868 INFO stopped: gunicorn (exit status 0)
2013-06-01 13:58:54,871 INFO stopped: celerydb (exit status 0)
2013-06-01 13:58:54,871 INFO stopped: memmon (terminated by SIGTERM)

(추가 항목 없음)

감독자가 virtualenv에 존재하고 버전은 supervisor==3.0b2
파이썬 2.7.3

Supervisor==3.0b2에 여전히 존재합니다. 아마도 다시 도입되었을 것입니다. 구성 파일의 사용자 정의 소켓과 관련이있을 수 있습니다. 실제로는 모르겠습니다.

우리는 지금 약 6개월 동안 supervisor==3.0b1 를 사용해 왔으며 최근에야 여기에 설명된 문제에 직면하기 시작했습니다. 특히, 우리는 패브릭 파일로 구동되는 빌드/배포 목적으로 Jenkins를 사용합니다. 시작 시 감독자 로그는 다음과 같습니다.

2013-06-23 14:03:10,623 INFO daemonizing the supervisord process
2013-06-23 14:03:10,624 INFO supervisord started with pid 24211
2013-06-23 14:03:11,627 INFO spawned: 'websocket' with pid 24212
2013-06-23 14:03:11,628 WARN received SIGHUP indicating restart request
2013-06-23 14:03:11,628 INFO waiting for websocket to die
2013-06-23 14:03:15,051 INFO waiting for websocket to die
2013-06-23 14:03:18,674 INFO waiting for websocket to die
2013-06-23 14:03:21,678 WARN killing 'websocket' (24212) with SIGKILL
2013-06-23 14:03:21,678 INFO waiting for websocket to die
2013-06-23 14:03:21,685 INFO stopped: websocket (terminated by SIGKILL)

보시다시피 프로세스를 악마화하고 생성한 직후 감독자는 SIGHUP 받습니다. SIGHUP 신호가 감독자 프로세스로 전송되는 위치가 확실하지 않습니다.

3.0.b2로 해결되었나요? 여기 의 변경 로그는 이를 나타내지 않습니다.

위 댓글은 버그가 아닌 것 같습니다. 뭔가가 감독자에게 SIGHUP을 보내고 감독자가 해당 SIGHUP에 정상적으로 응답하는 것처럼 들립니다. 그 신호를 보내는 것이 무엇인지 알아내야 합니다. 감독자는 자신에게 신호를 보내지 않습니다.

이 특정 문제 보고서는 통제할 수 없다고 생각합니다. 적어도 4가지 다른 문제가 같은 문제인 것처럼 보고된 것 같습니다.

서비스를 시작하여 이 문제를 해결했습니다.

sudo service supervisord start

이 후에 다음을 실행할 수 있습니다.

sudo supervisorctl reload

@harph 차라리 루트로 실행하지 않으려고 합니다.

@aneumeier 는 사용자에게 이 서비스를 사용할 수 있는 권한을 할당합니다.

@ 하프
그것은 나를 위해 일했습니다 - 큰 감사합니다!

@harph 동의할 수 없습니다. 사용자가 서비스를 _시작_할 수 있는데도 서비스를 _다시 시작_할 수 없는 이유는 무엇입니까?

@aneumeier 나는 그런 말을 하지 않았다. 내가 말한 것은 다시 로드하기 전에 서비스를 시작해야 한다는 것입니다. 예제에서 sudo를 사용하여 수행했지만 사용자에게 올바른 권한을 할당하면 서비스를 시작하고 다시 시작할 수 있습니다.

나를 위해 sudo 서비스 감독자 시작이 잘 작동합니다 :) Ubuntu 12.04 LTS

sudo 서비스 수퍼바이저 시작
그것은 또한 나를 위해 일했습니다 - 매우 감사합니다!

@하프 +1

:+1:
오늘 CentOS 저장소에서 Supervisor를 제거하고 easy_install을 사용하여 설치했습니다. 감독자는 그 어느 때보 다 더 잘 작동합니다. 하지만 Supervisorctl에도 문제가 있습니다.

저에게 service supervisor start 솔루션이 작동하지 않습니다. 또한 service supervisor restart 시도한 다음 시작, 중지, 시작... 켜기 및 끄기. 다시 시작.. 아무것도.

$ supervisorctl reload
error: <class 'socket.error'>, [Errno 2] No such file or directory: file: <string> line: 1
$ supervisorctl restart foo
unix:///var/tmp/supervisor.sock no such file

CentOS 릴리스 6.5(최종)의 Supervisor-3.1.1-py2.6

2014년 8월 18일 오후 5시 Etay Cohen-Solal은 다음과 같이 썼습니다.

오늘 CentOS 저장소에서 Supervisor를 제거하고 다음을 사용하여 설치했습니다.
easy_install. 감독자는 그 어느 때보 다 더 잘 작동합니다. 그러나 나는 또한 가지고있다
Supervisorctl에 문제가 있습니다.

Supervisorctl은 사용자 지정 구성에서 supervisord.conf에 액세스해야 합니다.
Supervisorctl은 다음에서 supervisord.conf 파일을 찾습니다.
위치(순서대로):

etc/supervisord.conf
supervisord.conf
/etc/supervisord.conf

노력하다:

Supervisorctl -c /경로/to/the/supervisorctl.conf

나를 위해 |서비스 수퍼바이저 시작| 솔루션이 작동하지 않습니다. 또한 노력
|서비스 감독자 재시작| 그런 다음 시작, 중지, 시작... 켜기 및
꺼짐..재시작..아무것도.

|$ supervisorctl 다시 로드
오류:, [오류 번호 2] 해당 파일 또는 디렉터리가 없습니다: 파일:라인: 1
$ supervisorctl myapp 다시 시작
unix:///var/tmp/supervisor.sock 해당 파일 없음
|

CentOS 릴리스 6.5(최종)의 Supervisor-3.1.1-py2.6

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Supervisor/supervisor/issues/121#issuecomment -52554399.

감사합니다.
파일은 /etc/supervisord.conf에 있습니다.

[supervisord]
http_port=/var/tmp/supervisor.sock ; (default is to run a UNIX domain socket server)
logfile=/var/log/supervisor/supervisord.log ; (main log file;default $CWD/supervisord.log)
logfile_maxbytes=50MB       ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=10          ; (num of main logfile rotation backups;default 10)
loglevel=debug              ; (logging level;default info; others: debug,warn)
pidfile=/var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
minfds=1024                 ; (min. avail startup file descriptors;default 1024)
minprocs=200                ; (min. avail process descriptors;default 200)
user=root                   ; (default is current user, required if root)

[supervisorctl]
serverurl=unix:///var/tmp/supervisor.sock ; use a unix:// URL  for a unix socket
username=root               ; should be same as http_username if set
password=[mypassword]       ; should be same as http_password if set

[include]
files = /var/www/websites/supervisor/*.conf

명령 실행:

# supervisorctl -c /etc/supervisord.conf
unix:///var/tmp/supervisor.sock no such file

그리고 파일은 실제로 거기에 없습니다. Supervisord가 작동하고 모든 데몬이 온라인 상태이며 작동 중입니다.

2014년 8월 18일 오후 5시 48분에 Etay Cohen-Solal은 다음과 같이 썼습니다.

[포함하다]
파일 = /var/www/websites/supervisor/*.conf
|

명령 실행:

|# supervisorctl -c /etc/supervisord.conf
unix:///var/tmp/supervisor.sock 해당 파일 없음
|

그리고 파일은 실제로 거기에 없습니다. Supervisord 작업 및 모든 데몬
온라인 상태이며 작동 중입니다.

그러면 이 구성 파일을 사용하여 Supervisord가 시작되지 않았습니다. 너
동일한 방식으로 해당 구성 파일로 Supervisord를 시작할 수 있습니다.

감독자 -c /etc/supervisord.conf

이걸 메일리스트에 올려놔야지..
이것은 OP의 버그 보고서와는 거리가 멀다.

두 가지 이유로 로드된 구성 파일이어야 합니다.
내가 가지고 있는 유일한 파일이다.

locate supervisord.conf
/etc/supervisord.conf
/etc/supervisord.conf.backup
/etc/supervisord.conf.rpmsave

1. /var/www/websites/supervisor/*.conf 이 작동하고 있으며 오늘 이 파일에서만 설정했기 때문에 이 폴더가 다른 기본 파일이나 이전 파일에 설정되어 있을 가능성은 없습니다.

하지만 어쨌든, 나는 시도했다:

# service supervisord stop
Shutting down supervisord:                                 [  OK  ]
# supervisord -c /etc/supervisord.conf
# supervisorctl reload
error: <class 'socket.error'>, [Errno 2] No such file or directory: file: <string> line: 1
# supervisorctl restart foo
unix:///var/tmp/supervisor.sock no such file

다시 감사합니다. 메일 목록에 다시 게시하시겠습니까? 다른 사람들이 여기에 보고한 일부 오류와 유사하지만.

원래 게시물과 전혀 관련이 없으므로 그렇습니다.

그러나 어쨌든, 우리는 그것을 여기까지 오염시켰으므로 다음을 시도하십시오:

supervisord -c /etc/supervisord.conf
supervisorctl -c /etc/supervisord.conf reload
supervisorctl -c /etc/supervisord.conf restart foo

감사합니다.

# supervisord -c /etc/supervisord.conf
# supervisorctl -c /etc/supervisord.conf reload
error: <class 'socket.error'>, [Errno 2] No such file or directory: file: <string> line: 1
# supervisorctl -c /etc/supervisord.conf restart foo
unix:///var/tmp/supervisor.sock no such file

나는 또한 supervisor.sock을 찾으려고 노력했습니다.

# updatedb
# locate supervisor.sock
# 

해당 파일이 없습니다.

2014년 8월 18일 오후 6시 9분에 Etay Cohen-Solal은 다음과 같이 썼습니다.

감사합니다.

|# 감독자 -c /etc/supervisord.conf

Supervisorctl -c /etc/supervisord.conf 다시 로드

오류:, [오류 번호 2] 해당 파일 또는 디렉터리가 없습니다: 파일:라인: 1

Supervisorctl -c /etc/supervisord.conf foo 재시작

unix:///var/tmp/supervisor.sock 해당 파일 없음

나는 또한 supervisor.sock을 찾으려고 노력했습니다.

실마리 없음. 여기에서 이것에 대한 이야기는 확실히 그만두도록 합시다. 나는 제안할 것이다
메일 목록으로 가져갑니다.

• 씨

@ET-CS와 동일한 문제가 발생했습니다.
양말 파일을 찾을 수 없습니다
vagrant를 사용하여 우분투 VM 회전

그리고 사용

감독자 지원 추가

sudo supervisord -c /vagrant/scripts/supervisord.conf

위에 게시된 것과 동일한 오류가 발생합니다. .. 양말이 없습니다.

우분투 14.04의 3.0b2에 대한 동일한 문제, 재부팅해도 해결되지 않음

error: <class 'socket.error'>, [Errno 2] No such file or directory: file: /usr/lib/python2.7/socket.py line: 224

이유를 찾았습니다.

stdout_logfile_maxbytes=100M

해야한다

stdout_logfile_maxbytes=100MB

비슷한 문제가있었습니다.
내 문제는 로그 파일에 대한 경로가 생성되지 않았거나 액세스할 수 없다는 것입니다.

나는 같은 문제에 부딪쳤다. 나는 Supervisord를 죽이고 그것을 사용하여 다시 시작하려고 시도했습니다.

supervisord -c /path/to/supervisord.conf

다음 오류가 발생했습니다.

Error: Another program is already listening on a port that one of our HTTP servers is configured to use.  Shut this program down first before starting supervisord.

그래서 /var/run에서 감독자 소켓을 삭제하고 다시 실행했습니다.

supervisord -c /path/to/supervisord.conf

효과가 있었다. 도움이 되었기를 바랍니다

@harph 잘했어! 그것은 나에게 유용합니다! 감사!

Supervisorctl -c /etc/supervisor/supervisord.conf를 실행하기만 하면 됩니다.
Supervisorctl이 구성 파일을 찾을 수 없습니다

supervisord -n 자세한 오류 정보를 찾는 데 도움을 주셔서 감사합니다.

나는 얻었다

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

Supervisorctl에 액세스하려고 할 때 오류가 발생했습니다. 이 문제를 해결하려면 감독자 서비스가 실행 중인지 확인해야 합니다.

sudo service supervisor status

그것이 당신의 문제인지 알려줄 것입니다. 실행되고 있지 않다면 간단히 시작하십시오.

sudo service supervisor start

Vagrant VM에서 감독자를 실행할 때 어떤 이유로 서비스가 자동 시작되지 않아 수동 서비스 시작이 필요하다는 것을 발견했습니다.

Weesy를 업데이트한 내 라즈베리 파이에서도 이 오류를 발견했습니다.

sudo supervisorctl reload
error: <class 'socket.error'>, [Errno 2] No such file or directory: file: /usr/lib/python2.7/socket.py line: 224

위의 읽기:

sudo supervisord
Error: The directory named as part of the path /var/log/supervisor/supervisord.log does not exist.

Shich는 로깅 문제를 보여주었습니다. 실제로 나는 하루 정도 전에 /var/log/에서 *를 제거합니다.
다시 sudo supervisord , 모두 좋습니다.

@JayH5 감사합니다.

.sock 파일을 찾을 수 없다는 동일한 문제가 있었습니다. @mistermoes 제안이 문제를 해결하는 데 도움이 되었습니다.

$ sudo Supervisorctl 다시 로드
오류:, [오류 번호 2] 해당 파일 또는 디렉토리가 없습니다: 파일: /usr/lib/python2.7/socket.py 행: 224
$ sodu 감독자 상태
unix:///var/run/supervisor.sock 해당 파일 없음

Supervisorctl을 다시 시작한 후 이 문제가 해결되었습니다!

변화
[감독관]
;;;;;;http_port=/var/tmp/supervisor.sock ; (기본값은 UNIX 도메인 소켓 서버를 실행하는 것입니다)
http_port=127.0.0.1:9001 ; (또는 ip_address:port는 AF_INET을 지정합니다)

에게
[감독관]
http_port=/var/tmp/supervisor.sock ; (기본값은 UNIX 도메인 소켓 서버를 실행하는 것입니다)
;;;;;;http_port=127.0.0.1:9001 ; (또는 ip_address:port는 AF_INET을 지정합니다)

내 문제를 해결

여전히 문제가 있는 경우:

/etc/supervisord.conf에 파일을 만들고 다음 코드를 추가합니다.
(참고로 사용자 이름은 그에 따라 변경하십시오)

[unix_http_server]
file = /tmp/supervisor.sock
chmod = 0777
chown= mywebsiteuser:mywebsiteusergroup


[supervisord]
logfile = /tmp/supervisord.log
logfile_maxbytes = 50MB
logfile_backups=10
loglevel = info
pidfile = /tmp/supervisord.pid
nodaemon = false
minfds = 1024
minprocs = 200
umask = 022
user = mywebsiteuser
identifier = supervisor
directory = /tmp
nocleanup = true
childlogdir = /tmp
strip_ansi = false

[supervisorctl]
##serverurl = unix:///tmp/supervisor.sock
serverurl = http://localhost:9001

[program:laravel-worker]
process_name=%(program_name)s_%(process_num)02d
command=php /home/mywebsiteuser/public_html/artisan queue:work database --sleep=3 --tries=3 --daemon
autostart=true
autorestart=true
user=mywebsiteuser
numprocs=8
redirect_stderr=true
stdout_logfile=/home/mywebsiteuser/worker.log

저장하고 편집기를 종료합니다.

기존 감독 프로세스를 찾아 종료

pgrep -fl supervisord

다음 명령을 실행하면 작업자가 실행되어야 합니다.

supervisord -c /etc/supervisord.conf
supervisorctl -c /etc/supervisord.conf reload
supervisorctl -c /etc/supervisord.conf start laravel-worker:*

@omsobliga 감사

안녕 얘들아!
이런 문제가 있습니다.
https://serversforhackers.com/monitoring-processes-with-supervisord 링크를 따라갔지만 "supervisorctl reread" 명령을 실행하면 이 메시지가 나타납니다.
"오류:, [오류 번호 2] 해당 파일 또는 디렉토리가 없습니다: 파일: /usr/lib/python2.7/socket.py 행: 228"
정확히 무엇을 의미합니까?
감사합니다.

꼭두각시를 사용하여 이 문제가 발생함

Error: /Stage[main]/Supervisor/Service[supervisor]: Failed to call refresh: Could not restart Service[supervisor]: Execution of 'supervisorctl reload' returned 2: error: <class 'socket.error'>, [Errno 2] No such file or directory: file: /usr/lib/python2.7/socket.py line: 224
Error: /Stage[main]/Supervisor/Service[supervisor]: Could not restart Service[supervisor]: Execution of 'supervisorctl reload' returned 2: error: <class 'socket.error'>, [Errno 2] No such file or directory: file: /usr/lib/python2.7/socket.py line: 224

No such file or directory 이 문제와 관련이 있습니까?

해결책은

1. 감독자가 실행 중인지 확인하십시오. OS의 서비스 관리자(start, /etc/init.d, 서비스 등)를 사용하여 시작하십시오.
2. 그런 다음 Supervisorctl로 다시 로드하십시오.

supervisorctl 는 Supervisord 데몬과 통신합니다. 데몬이 존재하지 않으면 이 도구는 아무 것도 지시할 수 없습니다. 연결을 시도할 때 소켓 파일을 찾을 수 없습니다.

이것은 일부 구형 서버에서 때때로 우리를 괴롭히는 문제였습니다. rhel/centos의 경우 이 버그 보고서를 확인하십시오. 간단히 말해서 감독자 3.0-1.el7 릴리스는 양말 파일을 /var/tmp/supervisor.sock 에 배치하고 30일 후에 정리됩니다. 이것이 우리에게 문제가 간헐적으로 나타난 이유입니다. 3.1.3 릴리스에서 이 커밋 으로 수정되었습니다.

@harph 감사합니다!
sudo service supervisord start
잘 작동합니다!

이 댓글 은 저에게 많은 도움 @efusionsoft , 감사합니다.

그러나 귀하의 솔루션에 대한 몇 가지 개선 사항이 있습니다.
1) efusionsoft의 구성으로 감독자를 시작하면 오류가 발생합니다.

Please check that the [rpcinterface:supervisor] section is enabled in the configuration file (see sample.conf).

동일한 오류가 발생하면 [supervisor] 섹션 뒤에 다음 코드를 추가하세요.

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

2) serverurl = http://localhost :9001이 작동하지 않으며 이유를 모르겠습니다. 다행히 serverurl = unix:///tmp/supervisor.sock이 잘 작동합니다.

다음은 내 /etc/supervisord.conf의 전체 버전입니다.

[unix_http_server]
file  = /tmp/supervisor.sock
chmod = 0777
chown = mywebsiteuser:mywebsiteusergroup

[supervisord]
logfile = /tmp/supervisord.log
logfile_maxbytes = 50MB
logfile_backups=10
loglevel = info
pidfile = /tmp/supervisord.pid
nodaemon = false
minfds = 1024
minprocs = 200
umask = 022
user = mywebsiteuser
identifier = supervisor
directory = /tmp
nocleanup = true
childlogdir = /tmp
strip_ansi = false

[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl = unix:///tmp/supervisor.sock
##serverurl = http://127.0.0.1:9001

[program:laravel-worker]
process_name=%(program_name)s_%(process_num)02d
command=php/home/mywebsiteuser/public_html/artisan queue:work database --sleep=3 --tries=3 --daemon
autostart=true
autorestart=true
user=mywebsiteuser
numprocs=1
redirect_stderr=true
stdout_logfile=/home/mywebsiteuser/worker.log

구성을 저장한 후:
1) 실행 중인 모든 감독자 인스턴스를 찾습니다.
pgrep -fl supervisord
2) 실행 중인 모든 수퍼바이저 프로세스를 종료합니다.
sudo kill {your process PID}
3) 새로운 구성으로 감독자 시작:
supervisord -c /etc/supervisord.conf
4) 감독자 상태 확인
supervisorctl -c /etc/supervisord.conf status
5) 즐기세요!

이것은 나를 위해 일했습니다.

sudo systemctl start supervisor
sudo systemctl enable supervisor
sudo supervisorctl reload

다음 대신 Supervisord가 실행되고 있지 않다는 적절한 오류 메시지를 추가하지 않는 이유는 다음과 같습니다.

error: <class 'socket.error'>, [Errno 2] No such file or directory: file: /usr/lib64/python2.7/socket.py line: 224

내 문제는 작업자의 로그 디렉토리가 @YAmikep 처럼 존재하지 않는다는 것입니다. 디렉토리를 생성하면 문제가 해결되었고 감독자는 작업자를 성공적으로 시작하고 시작했습니다.

이것이 RHEL에서 unix:///tmp/supervisor.sock no such file 문제를 해결한 방법입니다.

ps -ef | grep supervisord # get supervisord PID
kill -s SIGTERM 1234 # where 1234 is the PID
ps -ef | grep supervisord # check that supervisord is killed
supervisord # restart the daemon

나는 같은 문제가 있었고 supervisord 실행한 후 로그에 감독자가 시작하려고 했던 이전 서비스에서 문제가 발생했음을 보여주었지만 시간 전에 해당 프로그램 폴더를 삭제했지만 감독자 conf.d에서는 삭제하지 않았습니다. / 폴더. 그래서 존재하지 않는 프로그램을 시작하려고 해서 문제가 발생했습니다.