ce qui provoque «systemd: échec à l'étape générant USER / usr / sbin / opendkim: aucun processus de ce type»

17

Comment puis-je supprimer l'erreur suivante:

systemd: Failed at step USER spawning /usr/sbin/opendkim: No such process

Cela se produit lorsque j'essaie de démarrer le service opendkim sur Centos.

linux

— Syed
source

J'ai eu cette erreur parce que j'ai entré le mauvais utilisateur et groupe. Sur Debian, cela fonctionnait avec l'utilisateur nobodyet le groupe nogroup: stackoverflow.com/questions/4681067/…

— baptx

15

Je viens de rencontrer ceci et dans mon cas, cela a été causé par la mention d'un nom d'utilisateur dans mon fichier de service:

[Unit]
Description=Demonstrate Failed at step USER spawning ...: No such process error when user name is quoted

[Service]
User="tadeusz"
ExecStart=/bin/echo hello

[Install]
WantedBy=multi-user.target

Le démarrage de ce service sur Ubuntu 16.04.2 LTS (instance Amazon EC2) échouerait avec l'erreur suivante:

user-example.service: Failed at step USER spawning /bin/echo: No such process

Fait intéressant, sur Ubuntu Gnome 17.04 (ma machine locale), le message d'erreur est beaucoup plus utile:

[/etc/systemd/system/user-example.service:5] Invalid user/group name or numeric ID, ignoring: "tadeusz"

La suppression des guillemets dans les deux environnements a résolu le problème:

[Service]
User=tadeusz

— Tad Lispy
source

Merci. Dans mon cas, le nom était complètement faux et cela résout très bien ce problème

— Aleks

Après avoir tiré mes cheveux pendant 4 heures, je suis tombé sur ce message et User=tomcatje l’ai enlevé, ce que j’ai copié à partir du blog. Maintenant ça marche très bien :)

— Shashanth

J'ai un problème similaire, fixer le nom d'utilisateur ne fonctionne pas, car le fichier gunicorn n'est pas présent dans virtualenv. J'ai installé à l'aide de sudo pip3 installer gunicorn sur le serveur AWS EC2 Ubuntu. quelle pourrait être la raison possible?

— Reema Parakh

5

Vérifiez si l'enregistrement suivant existe dans le fichier de configuration de opendkim:

## Attempt to become the specified user before starting operations. UserID opendkim:opendkim

— utilisateur679441
source

2

Dans mon cas, j'ai essayé d'utiliser rootcomme utilisateur et groupe.

J'ai effacé:

User=root
Group=root

— Jmunsch
source

0

Pour moi, ce message d'erreur a été provoqué par le fait de ne pas recharger SystemD après la mise à jour de systemd. Alors, lancez # systemctl daemon-reloadou redémarrez votre ordinateur.

— Babken Vardanyan
source

1

sudo systemctl daemon-reloaddevrait être suffisant

— dvska

0

Pour moi, c’était une simple question d’utiliser un mauvais nom d’utilisateur, confirmez que vous utilisez le bon utilisateur. [Service] User=tadeusz

puis rechargez votre SytemD sudo systemctl daemon-reload

— StackEdd
source

0

Il s’est avéré que je spécifiais "Utilisateur = root" mais pas Groupe, quand j’ai spécifié qu’il était corrigé

User=root
Group=root

ainsi, soit en ajoutant Group=rootou en supprimant à la fois l'utilisateur et le groupe, comme suggéré dans la réponse de jmunsch, a corrigé le problème. Il s'agissait d'une sorte de problème d'autorisation de répertoire sans spécifier de groupe.

J'imagine que si vous spécifiez un utilisateur, il n'utilisera pas le groupe par défaut, qui, je suppose, est également root? C'est logique ...

Mise à jour, exécuté à nouveau, sans lien, mais uniquement au démarrage, démarrant manuellement, tout a bien commencé.

Mon intuition est que cela a été causé par "active directory" (où cette boîte particulière obtient certains de ses noms d'utilisateur et groupes) n'ayant pas encore été lancée, ajoutant un

After=vasd.service

On dirait l'avoir corrigé en le faisant démarrer assez tard. After=mnt-share.mountsemblait également contourner le problème, mais je pense que c'est peut-être parce qu'il est juste arrivé "d'attendre assez longtemps" ou quelque chose du genre.

systemctl status xxx m'a dit:

Process: 5017 ExecStart=/home/user/bin/xx (code=exited, status=217/USER)

Il est également utile, quel que soit le message, de journalctlrechercher des journaux ou des indications sur ce qui pourrait avoir mal tourné. Si c'est "217 / USER", alors il ne montrera pas grand chose pour le diagnostic mais pour tout le reste, il peut avoir des informations super utiles.

— rogerdpack
source