<p>superviseurctl unix:///var/run/supervisor.sock a refusé la connexion</p>

Créé le 2 sept. 2015  ·  5Commentaires  ·  Source: Supervisor/supervisor

Lors de l'exécution de supervisorctl j'obtiens unix:///var/run/supervisor.sock refused connection .

C'est peut-être pertinent, j'exécute le superviseur dans un conteneur Docker Debian à l'intérieur de CoreOS dans Virtualbox. J'exécute supervisorctl depuis le conteneur.

supervisord -v : 3.0
ls -al /var/run/supervisor.sock : srwxrwxrwx. 1 root root 0 Sep 2 09:34 /var/run/supervisor.sock

Configuration :

; supervisor config file

[unix_http_server]
file=/var/run/supervisor.sock   ; (the path to the socket file)
chmod=0777                       ; sockef file mode (default 0700)

[supervisord]
logfile=/var/log/supervisor/supervisord.log ; (main log file;default $CWD/supervisord.log)
pidfile=/var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
childlogdir=/var/log/supervisor            ; ('AUTO' child log dir, default $TEMP)

; the below section must remain in the config file for RPC
; (supervisorctl/web interface) to work, additional interfaces may be
; added by defining them in separate rpcinterface: sections
[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl=unix:///var/run/supervisor.sock ; use a unix:// URL  for a unix socket

; The [include] section can just contain the "files" setting.  This
; setting can list multiple files (separated by whitespace or
; newlines).  It can also contain wildcards.  The filenames are
; interpreted as relative to this file.  Included files *cannot*
; include files themselves.

[include]
files = /etc/supervisor/conf.d/*.conf

Commentaire le plus utile

@crybat J'ai trouvé le vrai problème, est-ce celui-ci https://github.com/docker/docker/issues/12080 c'est un problème avec overlayfs comme pilote de stockage pour docker. Le superviseur n'est pas le problème ici.

Tous les 5 commentaires

J'ai le même problème. Dans un conteneur docker qui a le même superviseur, la version 3.0r1-1 (selon dpkg -l superviseur) fonctionne bien.

Cela a commencé à se produire hier que je reconstruis l'image pour ajouter une nouvelle dépendance, j'ai essayé de spécifier -c dans superviseurctl et d'ajouter loglevel=debug sur la section superviseur mais il n'y a pas de lumière pour le résoudre.

superviseurctl -c superviseurd.conf statut
unix:///var/run/supervisor.sock a refusé la connexion

@crybat J'ai trouvé le vrai problème, est-ce celui-ci https://github.com/docker/docker/issues/12080 c'est un problème avec overlayfs comme pilote de stockage pour docker. Le superviseur n'est pas le problème ici.

@marceloandrader Merci. Je suis passé à boot2docker dans virtualbox et cela fonctionne pour mes besoins.

Oui, ce problème est lié aux overlayfs.
Pour résoudre ce problème, vous pouvez ajouter --tmpfs /var/run/ à votre commande docker run.
Cela montera ce dossier en mémoire et vous ne devriez pas avoir de problèmes avec ce socket unix.

ajouter --tmpfs /var/run/ à ma commande docker run n'a pas fonctionné pour moi.

La façon dont j'ai résolu mon problème est de remplacer mon service docker pour utiliser AUFS.

Ce que j'ai fait, c'est désinstaller mon ancien service docker (n'oubliez pas d'exporter vos images sur disque)
et réinstallé un docker avec le pilote de stockage AUFS comme le lien suivant
https://gist.github.com/parente/025dcb2b9400a12d1a9f

mes anciennes images s'exécutant sur le nouveau service docker
superviseurctl -c superviseurd.conf
la connexion n'est plus refusée

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

AlphaSRE picture AlphaSRE  ·  3Commentaires

vBlackOut picture vBlackOut  ·  5Commentaires

YxAc picture YxAc  ·  4Commentaires

felipejfc picture felipejfc  ·  5Commentaires

madmuffin1 picture madmuffin1  ·  4Commentaires