Utilisation d'Ubuntu 16.04 LTS pour déployer mon python. Tout a été configuré et l'application s'exécute manuellement. Je veux l'automatiser avec le superviseur, j'ai installé le superviseur et je l'ai configuré. Mais si je lance:
Fichier de configuration du superviseur:
; supervisor config file
[unix_http_server]
file=/var/run/supervisor.sock ; (the path to the socket file)
chmod=0700 ; 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
supervisorctl reread
Je me retrouve avec unix:///tmp/supervisor.sock no such file
Mais le statut supervisord
est en cours d'exécution,
Quiconque a une idée, s'il vous plaît.
Enfin résolu le problème en réinstallant supervisor
après avoir supprimé tous les fichiers de configuration dans /etc/supervisor/conf.d/
cela a fait l'affaire.
J'ai eu le même problème. Après avoir lu le man supervisorctl
manuel J'ai réalisé que le fichier par défaut est /etc/supervisord.conf
qui dans ubuntu est à /etc/supervisor/supervisord.conf
. J'ai créé un lien symbolique en utilisant:
Sudo ln -s /etc/supervisor/supervisord.conf /etc/supervisord.conf
Cela a résolu mon problème.
L'un des fichiers de configuration contient probablement des erreurs de syntaxe.
Par exemple, vérifiez si la clause [programme] est manquante
Supprimez chaque fichier du répertoire conf.d et redémarrez le superviseur pour isoler le fichier problématique.
Exécution de cette commande Sudo service supervisord restart
a résolu mon problème.
Le paquet du superviseur Ubuntu (3.3.1-1.1) a le fichier de configuration dans /etc/supervisor/supervisord.conf
.
Pour une raison quelconque (je ne sais pas pourquoi), il semble y avoir un autre fichier de configuration dans /etc/supervisord.conf
et supervisorctl préfère ce fichier.
Vous pouvez définir explicitement l'emplacement du fichier de configuration sur supervisorctl:
Sudo supervisorctl -c /etc/supervisor/supervisord.conf reread
ou supprimez simplement /etc/supervisord.conf
.
Raison de l'obtenir: Il y a plusieurs raisons, ce que j'ai trouvé, c'est que mon superviseur a été corrompu en raison d'une panne continue du serveur suite à une coupure d'alimentation.
solution: supprimez d'abord le superviseur, puis réinstallez-le.
Pas:
Sudo apt-get remove supervisor
Sudo apt-get remove --auto-remove supervisor
Sudo apt-get purge supervisor
Sudo apt-get purge --auto-remove supervisor
Le lien pour ce qui précède peut être trouvé ici:
https://www.howtoinstall.co/en/ubuntu/trusty/supervisor?action=remove