क्या कारण है "systemd: चरण में विफल

Question

मैं निम्नलिखित त्रुटि को कैसे दूर कर सकता हूं:

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

यह तब होता है जब मैं Centos पर opendkim सेवा शुरू करने का प्रयास करता हूं।

Comments

मुझे यह त्रुटि मिली क्योंकि मैंने गलत उपयोगकर्ता और समूह में प्रवेश किया। डेबियन पर, इसने उपयोगकर्ता nobodyऔर समूह के साथ काम किया nogroup: stackoverflow.com/questions/4681067/…

— baptx

यह उस उपयोगकर्ता को संदर्भित करने के कारण भी हो सकता है जो मौजूद नहीं है।

— जेम्स मिल्स

Answer 1

मैं अभी इसमें भाग गया हूं और मेरे मामले में यह मेरी सेवा फ़ाइल में एक उपयोगकर्ता नाम को उद्धृत करने के कारण हुआ है :

[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

दिलचस्प है, उबुन्टू ग्नोम 17.04 (मेरी स्थानीय मशीन) पर, त्रुटि संदेश अधिक उपयोगी है:

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

दोनों वातावरण में उद्धरणों को हटाने से समस्या हल हो गई:

[Service]
User=tadeusz

Comments

धन्यवाद। मेरे मामले में नाम पूरी तरह से गलत था, और इस को हल करती है मेरे लिए इस समस्या को बहुत अच्छी तरह से

— Aleks

अपने बालों को लंबे 4 घंटे तक खींचने के बाद मैं इस पोस्ट पर आया और बस हटा दिया User=tomcatजो मैंने ब्लॉग पोस्ट से कॉपी किया था। अब यह ठीक काम करता है :)

— Shashanth

मुझे इसी तरह की समस्या थी, उपयोगकर्ता नाम फिक्स करना काम नहीं करता है, क्योंकि gunicorn फ़ाइल virtualenv में मौजूद नहीं है। मैंने AWS EC2 ubuntu सर्वर में sudo pip3 install gunicorn का उपयोग करके स्थापित किया है। क्या संभावित कारण हो सकता है?

— रीमा पारख

Answer 2

जाँचें कि निम्न रिकॉर्ड विन्यास फाइल में मौजूद है opendkim:

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

Answer 3

मेरे मामले में मैंने rootउपयोगकर्ता और समूह के रूप में उपयोग करने की कोशिश की ।

मैने मिटा दिया:

User=root
Group=root

Answer 4

मेरे लिए यह गलत उपयोगकर्ता नाम का उपयोग करने का एक सरल मुद्दा था, पुष्टि करें कि आप सही उपयोगकर्ता का उपयोग कर रहे हैं [Service] User=tadeusz

फिर अपने SytemD को पुनः लोड करें sudo systemctl daemon-reload

Answer 5

मेरे लिए उस त्रुटि संदेश के साथ, यह पता चलता है कि मैं "उपयोगकर्ता = रूट" निर्दिष्ट कर रहा था, लेकिन "समूह = xx" नहीं, इसलिए जब मैंने निर्दिष्ट किया कि दोनों ने इसे निर्धारित किया है:

User=root
Group=root

इसलिए Group=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" है, तो यह निदान के लिए वहां बहुत कुछ नहीं दिखाएगा, लेकिन बाकी सभी चीजों के लिए इसमें सुपर उपयोगी जानकारी हो सकती है।

Answer 6

मेरे लिए यह त्रुटि संदेश SystemD को अपडेट करने के बाद SystemD को पुनः लोड नहीं करने के कारण हुआ था। इसलिए # systemctl daemon-reloadअपने कंप्यूटर को चलाएं या रिबूट करें।

Comments

sudo systemctl daemon-reloadपर्याप्त होना चाहिए

— dvska