Demande de démarrage du service répétée trop rapidement, refus de démarrer

14

J'ai créé un service sur Debian 8.6 et comme j'essaye de le démarrer en utilisant la commande service, je reçois une erreur.

J'ai essayé systemctl daemon-reload, mais j'obtiens toujours le même résultat.

$ sudo service cloud9 start
$ sudo service cloud9 status
● cloud9.service - cloud9
   Loaded: loaded (/etc/systemd/system/cloud9.service; enabled)
   Active: failed (Result: start-limit) since Thu 2016-10-13 07:21:02 UTC; 2s ago
  Process: 2610 ExecStart=/opt/bitnami/nodejs/bin/node /home/user/c9sdk/server.js -w /home/user -l 0.0.0.0 -a admin:admin (code=exited, status=216/GROUP)
 Main PID: 2610 (code=exited, status=216/GROUP)

Oct 13 07:21:02 test-vm systemd[1]: cloud9.service: main process exited, code=exited, status=216/GROUP
Oct 13 07:21:02 test-vm systemd[1]: Unit cloud9.service entered failed state.
Oct 13 07:21:02 test-vm systemd[1]: cloud9.service holdoff time over, scheduling restart.
Oct 13 07:21:02 test-vm systemd[1]: Stopping cloud9...
Oct 13 07:21:02 test-vm systemd[1]: Starting cloud9...
Oct 13 07:21:02 test-vm systemd[1]: cloud9.service start request repeated too quickly, refusing to start.
Oct 13 07:21:02 test-vm systemd[1]: Failed to start cloud9.
Oct 13 07:21:02 test-vm systemd[1]: Unit cloud9.service entered failed state.

La config est dans /etc/systemd/system/cloud9.service:

[Unit]
Description=cloud9

[Service]
ExecStart=/opt/bitnami/nodejs/bin/node /home/user/c9sdk/server.js -w /home/user -l 0.0.0.0 -a admin:admin
Restart=always
User=nobody
Group=nobody
Environment=PATH=/bin:/usr/bin:/usr/local/bin
Environment=NODE_ENV=production
WorkingDirectory=/home/user/c9sdk

[Install]
WantedBy=multi-user.target

debian systemd services

— Peter Gerhat
source

1

Si l'erreur imprimée par systemctl n'est pas très claire, c'est peut-être parce que la cause première est avalée et masquée comme un échec générique au démarrage. Un moyen éventuellement utile de comprendre pourquoi il échoue pourrait être d'exécuter manuellement la commande spécifiée dans la directive ExecStart. Dans mon cas, la cause profonde m'est apparue.

— Ubunfu

6

2610 ExecStart = / opt / bitnami / nodejs / bin / node /home/user/c9sdk/server.js -w / home / user -l 0.0.0.0 -a admin: admin (code = exited, status = 216 / GROUP)
…
13 octobre 07:21:02 test-vm systemd [1]: cloud9.service: processus principal terminé, code = quitté, statut = 216 / GROUP

… Qui décrit le problème. Votre groupe nobodyn'est pas un groupe valide sur votre système. Spécifiez un groupe valide.

Environnement = CHEMIN = / bin: / usr / bin: / usr / local / bin

C'est probablement inutile.

-w / home / utilisateur -l 0.0.0.0

Dans un monde meilleur, le programme de service cloud9 recevrait ici sa socket d'écoute en tant que descripteur de fichier ouvert et hériterait de son répertoire de travail (que, ironiquement, vous avez explicitement défini ailleurs dans l'unité).

Lectures complémentaires

/unix//a/316168/5132

— JdeBP
source

2

La suppression du paramètre Redémarrer et l'ajout d'un utilisateur / groupe valide m'a aidé à résoudre le problème.

[Unit]
Description=cloud9

[Service]
ExecStart=/opt/bitnami/nodejs/bin/node /home/user/c9sdk/server.js -w /home/user -l 0.0.0.0 -a admin:admin
User=user
Group=group
Environment=PATH=/bin:/usr/bin:/usr/local/bin
Environment=NODE_ENV=production
WorkingDirectory=/home/user/c9sdk

[Install]
WantedBy=multi-user.target

— Peter Gerhat
source