serveur Ubuntu 16.04: impossible de faire démarrer automatiquement le superviseur


43

J'ai installé 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 c'est inactif (mort). Que dois-je vérifier pour le faire réparer?


2
On dirait que vous utilisez systemd. Est - ce askubuntu aide de réponse?
Jeff Schaller

1
@ JeffSchaller merci beaucoup. ça aide. tout ce dont j'ai besoin est d'exécuter "systemctl enable SERVICE.service"
qinking126

Réponses:


61

Je suis convaincu que ce problème est un bogue d'emballage dans le paquet Supervisor d'Ubuntu 16.04 et qu'il semble avoir été causé par le passage à systemd:

  • Ce problème avait déjà été signalé en amont dans le suivi des problèmes du projet Supervisor (où rien ne pouvait être corrigé) dans le problème 735 .

  • J'ai été piqué par ce problème il y a quelques jours et étonné de constater que ce problème n'a jamais été signalé aux responsables de la maintenance du paquet, même si Ubuntu 16.04 a été publié il y a longtemps, ce qui rompt avec la compatibilité et le comportement attendu. C'est pourquoi j'ai décidé de signaler ce problème aux responsables du paquet dans le bogue 1594740 .

J'ai documenté une solution de contournement simple dans le bogue 1594740 qui ne nécessite pas la création de fichiers de configuration. Il vous suffit d'activer et de démarrer le démon Supervisor après l'installation du package:

# 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 si sûr que cela sera corrigé dans Ubuntu 16.04 , mais au moins maintenant il y a une place centrale pour recueillir les plaintes et les solutions de contournement de document ( bogue 1594740 , pas en question 735 ).

Si quelqu'un a été piqué par ce problème, envisagez d'exprimer votre préoccupation dans le bogue 1594740 pour convaincre les responsables de paquets de résoudre ce problème. Merci!

Mise à jour (2017-03-24): Hier, un correctif relatif à ce problème a été publié pour xenial-updates à la suite du bogue 1594740. Par conséquent, les nouvelles installations ne devraient plus être confrontées à ce problème.



1

Voici un exemple de fichier dans lequel vous pouvez placer 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

L'emplacement par défaut de la configuration d'ubuntu est:/etc/supervisord/supervisord.conf
Antti Haapala, le

@AnttiHaapala Pas pour mon Ubuntu 16.04 installer. L'emplacement correct est: /etc/supervisor/supervisord.conf (remarquez l'absence de "d" si quelqu'un se le demande)
Rishi

@ Yoshi9143 vous avez raison: D
Antti Haapala

1

Je l'ai enlevé superviseur et installé à nouveau. 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

0

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 passe à la version 3.3.1 et ne démarre plus du tout.

La mise à niveau fonctionne Ubuntu 16.04.1


0

Sur CentOSje l'ai résolu en exécutant un travail cron au démarrage qui s'exécute supervisord:

créer le travail cron exécuté crontab -edans le terminal puis coller @reboot /bin/supervisord( il doit s'agir du chemin du superviseur ) à la fin des travaux et le sauvegarder.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.