“systemd: USER spawning / usr / sbin / opendkim: Böyle bir işlem yok” adımında başarısız oldu

21

Aşağıdaki hatayı nasıl kaldırabilirim:

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

Centos'ta opendkim hizmetini başlatmaya çalıştığımda oluşur.

linux

— syed
kaynak

Bu hatayı aldım çünkü yanlış kullanıcı ve gruba girdim. Debian'da, kullanıcı nobodyve grupla çalıştı nogroup: stackoverflow.com/questions/4681067/…

— baptx

Bunun nedeni, var olmayan bir kullanıcıyı referans göstermesi olabilir.

— James Mills

18

Ben sadece bu koştum ve benim durumumda hizmet dosyamda bir kullanıcı adı alıntı neden oldu :

[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'de (Amazon EC2 örneği) bu hizmetin başlatılması aşağıdaki hatayla başarısız olur:

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

İlginçtir, Ubuntu Gnome 17.04 (yerel makinem) üzerinde hata mesajı çok daha yararlıdır:

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

Her iki ortamda da teklifleri kaldırmak sorunu çözdü:

[Service]
User=tadeusz

— Tad Lispy
kaynak

1

Teşekkürler. Benim durumumda adı tamamen yanlıştı ve bu benim için bu sorunu çok güzel çözüyor

— Aleks

1

Saçlarımı 4 saat boyunca çektikten sonra bu yazıyla karşılaştım ve User=tomcatblog yazısından kopyaladığım kaldırıldım . Şimdi iyi çalışıyor :)

— Shashanth

Gunen dosyası virtualenv'de bulunmadığından, benzer bir sorunum var, kullanıcı adını düzeltmek işe yaramıyor. AWS EC2 ubuntu sunucusuna sudo pip3 install gunicorn kullanarak kurdum. olası sebep ne olabilir?

— Reema Parakh

5

Aşağıdaki kaydın yapılandırma dosyasında olup olmadığını kontrol edin opendkim:

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

— user679441
kaynak

3

Benim durumumda rootKullanıcı ve Grup olarak kullanmaya çalıştım .

Sildim:

User=root
Group=root

— jmunsch
kaynak

2

Benim için yanlış kullanıcı adını kullanmanın basit bir sorunuydu, doğru kullanıcıyı kullandığınızı doğrulayın [Service] User=tadeusz

sonra SytemD'inizi yeniden yükleyin sudo systemctl daemon-reload

— StackEdd
kaynak

1

Bu hata mesajı ile benim için, ben "Grup = xx" değil, "Kullanıcı = kök" belirtiyordu çıkıyor, bu yüzden her ikisi de belirlediğinde bunu düzeltti:

User=root
Group=root

Group=rootjmunsch'un cevabında önerildiği gibi, hem Kullanıcı hem de Grup ekleme veya ondan kurtulma sorunu çözdü. Grup belirtmeden bir tür dizin izni sorunu vardı.

Eğer bir Kullanıcı belirtirseniz o zaman da kök olduğunu varsayalım, varsayılan Grup kullanmıyor sanırım? Bir çeşit mantıklı ...

Güncelleme, bu mesajla tekrar karşılaştı, ilgisiz, ancak sadece önyükleme zamanında, manuel olarak başlatılarak iyi başladı.

Benim önsezim, "aktif dizin" (bu özel kutunun bazı kullanıcı adlarını ve gruplarını aldığı) henüz tam olarak başlatılmamış olmasından kaynaklandığından,

After=vasd.service

Yeterince geç başlatarak düzeltmiş gibi görünüyor. After=mnt-share.mountAyrıca sorun etrafında çalışmak gibi görünüyordu, ama muhtemelen "yeterince uzun süre beklemek" ya da bir şey oldu çünkü düşünüyorum.

systemctl status xxx dedim:

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

Mesajdan bağımsız olarak, journalctlherhangi bir günlük veya neyin yanlış gittiğine dair herhangi bir gösterge olup olmadığını kontrol etmek de yararlıdır . Eğer "217 / KULLANICI" ise, teşhis için orada fazla bir şey göstermez, ancak diğer her şey için süper yararlı bilgilere sahip olabilir.

— rogerdpack
kaynak

0

Benim için bu hata iletisi, systemd güncelleştirildikten sonra SystemD'nin yeniden yüklenmemesinden kaynaklandı. # systemctl daemon-reloadBilgisayarınızı çalıştırın veya yeniden başlatın.

— Babken Vardanyan
kaynak

1

sudo systemctl daemon-reloadyeterli olmalı

— dvska