「systemd:/ USER / sbin / opendkimを生成するステップUSERで失敗:そのようなプロセスはありません」の原因


21

次のエラーを削除するにはどうすればよいですか:

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

Centosでopendkimサービスを開始しようとすると発生します。


間違ったユーザーとグループを入力したため、このエラーが発生しました。Debianでは、それがユーザーと協力nobodyし、グループnogroupstackoverflow.com/questions/4681067/...
baptx

これは、存在しないユーザーを参照することによっても発生します。
James Mills

回答:


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
ありがとう。私の場合、名前は完全に間違っていました。これにより、この問題は非常にうまく解決されます
Aleks

1
長い髪を4時間引っ張った後、私はこの投稿に出くわしUser=tomcat、ブログの投稿からコピーしたものを削除しました。今では問題なく動作します:)
Shashanth 2018

同様の問題が発生しました。gunnicornファイルがvirtualenvに存在しないため、ユーザー名の修正が機能しません。AWS EC2 ubuntuサーバーにsudo pip3 install gunicornを使用してインストールしました。考えられる理由は何ですか?
Reema Parakh

5

の構成ファイルに次のレコードが存在するかどうかを確認してくださいopendkim

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


3

私の場合root、ユーザーとグループとして使用しようとしました。

削除しました:

User=root
Group=root

2

私にとっては、間違ったユーザー名を使用するという単純な問題でした。正しいユーザーを使用していることを確認してください [Service] User=tadeusz

次にSytemDをリロードします sudo systemctl daemon-reload


1

そのエラーメッセージが表示された私にとっては、 "User = root"を指定していたが "Group = xx"を指定していないことが判明したので、両方を指定すると修正されました。

User=root
Group=root

したがってGroup=root、jmunschの回答で提案されているように、ユーザーとグループの両方を追加または削除すると、修正されます。グループを指定せずに、ある種のディレクトリ許可の問題がありました。

ユーザーを指定した場合、私はデフォルトのグループを使用しないと思いますが、これはルートでもあると思いますか?理にかなっている...

更新して、このメッセージに再び遭遇しました、無関係ですが、起動時のみで、手動で開始すると正常に開始しました。

私の直感は、「この特定のボックスがユーザー名とグループのいくつかを取得する」「アクティブディレクトリ」がまだ完全に開始されていないために発生したため、

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」の場合、診断ではあまり表示されませんが、それ以外の場合は非常に役立つ情報が表示されます。


0

私にとって、このエラーメッセージは、systemdの更新後にSystemDをリロードしなかったことが原因でした。だから、実行し# systemctl daemon-reloadたり、コンピュータを再起動します。


1
sudo systemctl daemon-reload十分なはずです
dvska
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.