Eu recebi esse erro porque inseri o usuário e o grupo errados. No Debian, ele trabalhou com o usuário nobodye o grupo nogroup: stackoverflow.com/questions/4681067/…
baptx
Isso também pode ser causado pela referência a um usuário que não existe.
James Mills
Respostas:
18
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:
Obrigado. No meu caso o nome estava completamente errado, e isso resolve este problema para me muito bem
Aleks
1
Depois de puxar meu cabelo por 4 horas, deparei-me com este post e apenas o removi User=tomcate copiei do blog. Agora ele funciona muito bem :)
Shashanth
Eu tive um problema semelhante, corrigir o nome de usuário não funciona, porque o arquivo gunicorn não está presente no virtualenv. Eu instalei usando o sudo pip3 install gunicorn no servidor AWS EC2 ubuntu. qual poderia ser a razão possível?
Reema Parakh
5
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
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.
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.
nobodye o gruponogroup: stackoverflow.com/questions/4681067/…Respostas:
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:
Iniciar este serviço no Ubuntu 16.04.2 LTS (instância do Amazon EC2) falharia com o seguinte erro:
Curiosamente, no Ubuntu Gnome 17.04 (minha máquina local), a mensagem de erro é muito mais útil:
A remoção de cotações nos dois ambientes resolveu o problema:
fonte
User=tomcate copiei do blog. Agora ele funciona muito bem :)Verifique se o seguinte registro existe no arquivo de configuração de
opendkim:## Attempt to become the specified user before starting operations. UserID opendkim:opendkimfonte
No meu caso, tentei usar
rootcomo usuário e grupo.Eu deletei:
fonte
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=tadeuszentão recarregue seu SytemD
sudo systemctl daemon-reloadfonte
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:
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
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 xxxdisse: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.fonte
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.fonte
sudo systemctl daemon-reloaddeve ser suficiente