J'ai installé le superviseur sur le serveur Ubuntu 16.04.
$ Sudo apt-get install supervisor
$ Sudo update-rc.d supervisor defaults
Après le redémarrage, le superviseur n'a pas démarré automatiquement. Vérifié le statut:
qinking126@nas:~$ Sudo service supervisor status
[Sudo] password for qinking126:
● supervisor.service - Supervisor process control system for UNIX
Loaded: loaded (/lib/systemd/system/supervisor.service; disabled; vendor preset: enabled)
Active: inactive (dead)
Docs: http://supervisord.org
Je ne sais pas pourquoi il est inactif (mort). Que dois-je vérifier pour le réparer?
Je suis convaincu que ce problème est un bogue de package dans le package Supervisor dans Ubuntu 16.04 et il semble avoir été causé par le passage à systemd:
Ce problème a déjà été signalé en amont sur le suivi des problèmes du projet Supervisor (où rien ne peut être résolu) dans problème 735 .
J'ai été mordu par ce problème il y a quelques jours et j'ai été étonné de constater que ce problème n'a jamais été signalé aux responsables du package, même si Ubuntu 16.04 a été publié il y a un certain temps et cela rompt la compatibilité en amont et le comportement attendu. C'est pourquoi j'ai décidé de signaler ce problème aux responsables du package dans bug 159474 .
J'ai documenté une solution de contournement simple dans bogue 159474 qui ne nécessite pas de fichiers de configuration à créer - il vous suffit d'activer et de démarrer le démon Supervisor après l'installation du paquet:
# Make sure Supervisor comes up after a reboot.
Sudo systemctl enable supervisor
# Bring Supervisor up right now.
Sudo systemctl start supervisor
Je ne suis pas sûr que cela soit corrigé dans Ubuntu 16.04 mais au moins maintenant il y a un endroit central pour rassembler les plaintes et documenter les solutions de contournement (dans bug 159474 , pas dans numéro 735 ).
Si quelqu'un a été mordu par ce problème, pensez à exprimer votre inquiétude dans bug 159474 pour convaincre les responsables du paquet de résoudre ce problème. Merci!
Mise à jour (2017-03-24): Hier, un correctif pour ce problème a été publié à xenial-updates en raison de bug 159474 donc les nouvelles installations ne devraient plus rencontrer ce problème.
voir ici Exécution automatique de supervisord au démarrage
Créer supervisord.service
fichier dans /usr/lib/systemd/system
et mettre le contenu suivant dans ce fichier selon le système:
Sudo systemctl daemon-reload
Sudo systemctl enable supervisord.service
Sudo systemctl start supervisord.service
Je l'ai supprimé superviseur et réinstallé. Ensuite, cela a fonctionné pour moi.
Sudo apt-get purge supervisor
Sudo apt-get install supervisor
cp path/to/file.conf /etc/supervisor/conf.d/
Sudo supervisorctl reread
Sudo supervisorctl update
Voici un exemple de fichier où vous pouvez mettre dans votre/lib/systemd/system /
[Unit]
Description=Supervisord Service
[Service]
Restart=on-failure
RestartSec=42s
User=ubuntu
ExecStart=/usr/local/bin/supervisord -n -c /etc/supervisord.conf
[Install]
WantedBy=multi-user.target
apt-get install supervisor sur Ubuntu 16.04.2, installe le superviseur 3.2.0 et il démarre automatiquement au redémarrage.
pip install supervisor --upgrade les mises à niveau vers 3.3.1 et il ne démarre plus du tout.
La mise à niveau fonctionne sous Ubuntu 16.04.1
Sur CentOS
je l'ai résolu en exécutant une tâche cron au démarrage qui exécute supervisord
:
pour créer l'exécution du travail cron crontab -e
dans le terminal, puis collez @reboot /bin/supervisord
(il doit s'agir du chemin vers le superviseur) à la fin des travaux et enregistrez-le.