Recibí este error porque ingresé el usuario y el grupo incorrectos. En Debian, trabajó con el usuario nobodyy el grupo nogroup: stackoverflow.com/questions/4681067/…
baptx
Esto también puede ser causado al hacer referencia a un usuario que no existe.
James Mills
Respuestas:
18
Me acabo de encontrar con esto y en mi caso fue causado por citar un nombre de usuario en mi archivo de servicio:
[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 servicio en Ubuntu 16.04.2 LTS (instancia de Amazon EC2) fallaría con el siguiente error:
user-example.service: Failed at step USER spawning /bin/echo: No such process
Curiosamente, en Ubuntu Gnome 17.04 (mi máquina local), el mensaje de error es mucho más útil:
[/etc/systemd/system/user-example.service:5] Invalid user/group name or numeric ID, ignoring: "tadeusz"
Eliminar las comillas en ambos entornos resolvió el problema:
Gracias. En mi caso, el nombre estaba completamente equivocado, y esto me resuelve muy bien este problema
Aleks
1
Después de tirarme del cabello durante 4 horas, me encontré con esta publicación y la User=tomcateliminé de la publicación del blog. Ahora funciona bien :)
Shashanth
Tengo un problema similar, arreglar el nombre de usuario no funciona, porque el archivo gunicorn no está presente en virtualenv. Instalé usando sudo pip3 install gunicorn en el servidor ubuntu AWS EC2. ¿Cuál podría ser la razón posible?
Reema Parakh
5
Compruebe si existe el siguiente registro en el archivo de configuración de opendkim:
## Attempt to become the specified user before starting operations.
UserID opendkim:opendkim
Para mí, con ese mensaje de error, resulta que estaba especificando "Usuario = root" pero no "Grupo = xx", por lo que cuando especifiqué ambos lo solucionó:
User=root
Group=root
entonces, ya sea agregando Group=rooto eliminando tanto al usuario como al grupo, como se sugiere en la respuesta de jmunsch, lo arregló. Hubo algún tipo de problema de permiso de directorio sin especificar Grupo.
Supongo que si especifica un usuario, entonces no usa el grupo predeterminado, que supongo que también es root. Tiene sentido ...
Actualización, me encontré con este mensaje nuevamente, sin relación, pero solo en el momento del arranque, comenzando manualmente, comenzó bien.
Mi presentimiento es que fue causado por el "directorio activo" (donde este cuadro en particular obtiene algunos de sus nombres de usuario y grupos) que aún no se ha iniciado completamente, por lo que agregar un
After=vasd.service
Parece haberlo arreglado haciendo que comience lo suficientemente tarde. After=mnt-share.mountTambién parecía solucionar el problema, pero creo que posiblemente porque simplemente "esperó lo suficiente" o algo así.
También es útil, independientemente del mensaje, verificar journalctlsi hay registros o cualquier indicación de lo que podría haber salido mal. Si es "217 / USER", entonces no mostrará mucho para diagnosticar, pero para todo lo demás puede tener información súper útil.
Para mí, este mensaje de error fue causado por no volver a cargar SystemD después de actualizar systemd. Así que ejecuta # systemctl daemon-reloado reinicia tu computadora.
nobodyy el gruponogroup: stackoverflow.com/questions/4681067/…Respuestas:
Me acabo de encontrar con esto y en mi caso fue causado por citar un nombre de usuario en mi archivo de servicio:
Iniciar este servicio en Ubuntu 16.04.2 LTS (instancia de Amazon EC2) fallaría con el siguiente error:
Curiosamente, en Ubuntu Gnome 17.04 (mi máquina local), el mensaje de error es mucho más útil:
Eliminar las comillas en ambos entornos resolvió el problema:
fuente
User=tomcateliminé de la publicación del blog. Ahora funciona bien :)Compruebe si existe el siguiente registro en el archivo de configuración de
opendkim:## Attempt to become the specified user before starting operations. UserID opendkim:opendkimfuente
En mi caso intenté usarlo
rootcomo Usuario y Grupo.Yo borré:
fuente
Para mí fue un problema simple de usar el nombre de usuario incorrecto, confirme que está usando el usuario correcto
[Service] User=tadeuszluego recarga tu SytemD
sudo systemctl daemon-reloadfuente
Para mí, con ese mensaje de error, resulta que estaba especificando "Usuario = root" pero no "Grupo = xx", por lo que cuando especifiqué ambos lo solucionó:
entonces, ya sea agregando
Group=rooto eliminando tanto al usuario como al grupo, como se sugiere en la respuesta de jmunsch, lo arregló. Hubo algún tipo de problema de permiso de directorio sin especificar Grupo.Supongo que si especifica un usuario, entonces no usa el grupo predeterminado, que supongo que también es root. Tiene sentido ...
Actualización, me encontré con este mensaje nuevamente, sin relación, pero solo en el momento del arranque, comenzando manualmente, comenzó bien.
Mi presentimiento es que fue causado por el "directorio activo" (donde este cuadro en particular obtiene algunos de sus nombres de usuario y grupos) que aún no se ha iniciado completamente, por lo que agregar un
Parece haberlo arreglado haciendo que comience lo suficientemente tarde.
After=mnt-share.mountTambién parecía solucionar el problema, pero creo que posiblemente porque simplemente "esperó lo suficiente" o algo así.systemctl status xxxdijo:También es útil, independientemente del mensaje, verificar
journalctlsi hay registros o cualquier indicación de lo que podría haber salido mal. Si es "217 / USER", entonces no mostrará mucho para diagnosticar, pero para todo lo demás puede tener información súper útil.fuente
Para mí, este mensaje de error fue causado por no volver a cargar SystemD después de actualizar systemd. Así que ejecuta
# systemctl daemon-reloado reinicia tu computadora.fuente
sudo systemctl daemon-reloaddebería ser suficiente