що спричиняє “systemd: не вдалося на кроці нересту USER / usr / sbin / opendkim: такого процесу немає”

21

Як видалити таку помилку:

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

Це відбувається, коли я намагаюся запустити opendkim сервіс на Centos.

linux

— Сид
джерело

Я отримав цю помилку, оскільки я ввів неправильного користувача та групу. В Debian, він працював з користувачем nobodyі групою nogroup: stackoverflow.com/questions/4681067 / ...

— baptx

Це також може бути викликано посиланням на користувача, який не існує.

— Джеймс Міллз

18

Я щойно натрапив на це, і в моєму випадку це було викликано цитуванням імені користувача в моєму сервісному файлі:

[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

— Тад Ліспі
джерело

1

Дякую. У моєму випадку ім'я було абсолютно неправильним, і це дуже добре вирішує цю проблему для мене

— Алекс,

1

Після натягування волосся на довгі 4 години я натрапив на цей пост і просто видалив, User=tomcatякий скопіював з допису в блозі. Зараз це працює чудово :)

— Shashanth

У мене виникла подібна проблема, виправлення імені користувача не працює, оскільки у virtualenv немає файлу gunicorn. Я встановив, використовуючи sudo pip3 встановити gunicorn на сервері AWS EC2 ubuntu. що може бути причиною?

— Реема Парах

5

Перевірте, чи існує такий запис у файлі конфігурації opendkim:

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

— user679441
джерело

3

У моєму випадку я намагався використовувати rootяк Користувач та Групу.

Я видалив:

User=root
Group=root

— jmunsch
джерело

2

Для мене це була проста проблема використання неправильного імені користувача, підтвердьте, що ви використовуєте потрібного користувача [Service] User=tadeusz

потім перезавантажте SytemD sudo systemctl daemon-reload

— StackEdd
джерело

1

Для мене з цим повідомленням про помилку виявляється, що я вказував "User = root", але не "Group = xx", тому коли я вказав обидва, це виправив:

User=root
Group=root

тож додавання Group=rootабо позбавлення від Користувача та Групи, як було запропоновано у відповіді jmunsch, виправили це. Виникла якась проблема дозволу каталогів, не вказуючи групу.

Я думаю, якщо ви вказали користувача, він не використовує групу за замовчуванням, яка, я вважаю, також є 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 / USER", він не буде показувати багато для діагностики, але для всього іншого він може мати супер корисну інформацію.

— rogerdpack
джерело

0

Для мене це повідомлення про помилку було викликано не завантаженням SystemD після оновлення systemd. Тому запустіть # systemctl daemon-reloadабо перезавантажте комп'ютер.

— Бабкен Варданян
джерело

1

sudo systemctl daemon-reloadповинно вистачити

— dvska