что вызывает «systemd: не удалось на этапе sparning пользователя USER / usr / sbin / opendkim: такого процесса нет»

Как я могу удалить следующую ошибку:

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

Это происходит, когда я пытаюсь запустить опендким сервис на Centos.

Я только что столкнулся с этим, и в моем случае это было вызвано цитированием имени пользователя в моем служебном файле:

[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

Запуск этой службы в Ubuntu 16.04.2 LTS (экземпляр Amazon EC2) завершится с ошибкой:

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

Интересно, что на Ubuntu Gnome 17.04 (мой локальный компьютер) сообщение об ошибке гораздо более полезно:

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

Удаление кавычек в обеих средах решило проблему:

[Service]
User=tadeusz

Проверьте, существует ли следующая запись в файле конфигурации opendkim:

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

В моем случае я пытался использовать rootкак пользователя и группы.

Я удалил:

User=root
Group=root

Для меня это была простая проблема использования неправильного имени пользователя, подтвердите, что вы используете правильного пользователя [Service] User=tadeusz

затем перезагрузите ваш SytemD sudo systemctl daemon-reload

Для меня с этим сообщением об ошибке оказалось, что я указал «User = root», но не «Group = xx», поэтому, когда я указал оба, он исправил это:

User=root
Group=root

поэтому либо добавление, Group=rootлибо удаление как пользователя, так и группы, как предложено в ответе jmunsch, исправили это. Возникла проблема с правами доступа к каталогу без указания группы.

Я предполагаю, что если вы укажете User, то он не будет использовать группу по умолчанию, которая, как я полагаю, также является root? Вид имеет смысл ...

Обновление, снова столкнулся с этим сообщением, не связанным, но только во время загрузки, запустив его вручную, он начал нормально.

Я догадываюсь, что это было вызвано тем, что «активный каталог» (где этот конкретный ящик получает некоторые из своих имен пользователей и групп) еще не был полностью инициирован, поэтому добавление

After=vasd.service

Кажется, это исправили, заставив начать достаточно поздно. After=mnt-share.mountтакже казалось, что обойти проблему, но я думаю, возможно, потому что это просто случилось "ждать достаточно долго" или что-то.

systemctl status xxx сказал:

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

Независимо от сообщения также полезно проверить journalctlналичие каких-либо журналов или признаков того, что могло пойти не так. Если это «217 / ПОЛЬЗОВАТЕЛЬ», то там не будет много информации для диагностики, но для всего остального может быть очень полезная информация.

Для меня это сообщение об ошибке было вызвано не перезагрузкой SystemD после обновления systemd. Итак, запустите # systemctl daemon-reloadили перезагрузите компьютер.