o que causa "systemd: falha na etapa USER spawning / usr / sbin / opendkim: não existe esse processo"

Como posso remover o seguinte erro:

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

Isso ocorre quando tento iniciar o serviço opendkim no Centos.

Acabei de encontrar isso e, no meu caso, foi causado pela citação de um nome de usuário no meu arquivo de serviço:

[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

Iniciar este serviço no Ubuntu 16.04.2 LTS (instância do Amazon EC2) falharia com o seguinte erro:

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

Curiosamente, no Ubuntu Gnome 17.04 (minha máquina local), a mensagem de erro é muito mais útil:

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

A remoção de cotações nos dois ambientes resolveu o problema:

[Service]
User=tadeusz

Verifique se o seguinte registro existe no arquivo de configuração de opendkim:

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

No meu caso, tentei usar rootcomo usuário e grupo.

Eu deletei:

User=root
Group=root

Para mim, foi uma questão simples de usar o nome de usuário errado, confirme se você está usando o usuário certo [Service] User=tadeusz

então recarregue seu SytemD sudo systemctl daemon-reload

Para mim, com essa mensagem de erro, acontece que eu estava especificando "Usuário = root", mas não "Grupo = xx", portanto, quando especifiquei os dois, foi corrigido:

User=root
Group=root

portanto, adicionar Group=rootou se livrar do Usuário e do Grupo, conforme sugerido na resposta de jmunsch, o corrigiu. Houve algum tipo de problema de permissão de diretório sem especificar o Grupo.

Eu acho que se você especificar um usuário, ele não usará o grupo padrão, que eu presumo também é raiz? Meio que faz sentido ...

Atualização, deparei com essa mensagem novamente, sem relação, mas apenas no momento da inicialização, iniciando-a manualmente, tudo começou bem.

Meu palpite é que foi causado pelo "diretório ativo" (onde esta caixa em particular obtém alguns de seus nomes de usuário e grupos) ainda não tendo sido totalmente iniciado, portanto, adicione um

After=vasd.service

Parece corrigi-lo, fazendo com que ele comece tarde o suficiente. After=mnt-share.mounttambém parecia contornar o problema, mas acho que possivelmente porque aconteceu "esperar o suficiente" ou algo assim.

systemctl status xxx disse:

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

Também é útil, independentemente da mensagem, verificar se journalctlhá logs ou quaisquer indicações do que pode ter dado errado. Se for "217 / USER", não será muito útil para diagnosticar, mas, para todo o resto, pode ter informações super úteis.

Para mim, essa mensagem de erro foi causada por não recarregar o SystemD após a atualização do systemd. Então execute # systemctl daemon-reloadou reinicie o seu computador.