dbus: [प्रणाली] सेवा 'org.freedesktop.login1' को सक्रिय करने में विफल: समय समाप्त हो गया

25

मुझे अपने एक सर्वर के sloglog में निम्नलिखित त्रुटि संदेश मिलते रहते हैं:

# tail /var/log/syslog
Oct 29 13:48:40 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:48:40 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Oct 29 13:49:05 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Oct 29 13:49:05 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'

वे प्रोफ़टीपीड डेमन पर एफ़टीपी लॉजिंस को सहसंबंधित करते हैं:

# tail /var/log/proftpd/proftpd.log
2015-10-29 13:48:40,433 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:48:40,460 myserver proftpd[17872] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:48:40,664 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.
2015-10-29 13:49:05,687 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): USER switch: Login successful.
2015-10-29 13:49:05,705 myserver proftpd[17881] myserver.example.com (remote.example.com[192.168.22.33]): FTP session closed.
2015-10-29 13:49:05,908 myserver proftpd[17915] myserver.example.com (remote.example.com[192.168.22.33]): FTP session opened.

एफ़टीपी लॉगिन उपयोगकर्ता के लिए समस्याओं के बिना काम करने लगता है, हालाँकि। मुझे ProFTPd चलाने वाले कुछ अन्य सर्वर भी मिले हैं, लेकिन अभी तक इन त्रुटियों को कभी नहीं मिला है।

वे हाल ही में डेबियन 7 से डेबियन 8 तक के उन्नयन से संबंधित हो सकते हैं।

कोई भी विचार जो संदेश मुझे बताना चाहते हैं या यहां तक कि उनके कारण क्या हैं?

मैंने पहले से ही dbus और proftpd डेमों और यहां तक कि सर्वर को पुनः आरंभ करने का प्रयास किया और सुनिश्चित किया कि DBUS सॉकेट / var / run / dbus / system_bus_socket मौजूद है लेकिन अब तक संदेश आते रहते हैं।

संपादित करें: टिप्पणी में अनुरोध के रूप में पत्रिका का उत्पादन:

root@myserver:/home/chammers# systemctl status -l dbus-org.freedesktop.login1.service
● systemd-logind.service - Login Service
   Loaded: loaded (/lib/systemd/system/systemd-logind.service; static)
   Active: active (running) since Tue 2015-10-27 13:23:32 CET; 1 weeks 0 days ago
     Docs: man:systemd-logind.service(8)
           man:logind.conf(5)
           http://www.freedesktop.org/wiki/Software/systemd/logind
           http://www.freedesktop.org/wiki/Software/systemd/multiseat
 Main PID: 467 (systemd-logind)
   Status: "Processing requests..."
   CGroup: /system.slice/systemd-logind.service
           └─467 /lib/systemd/systemd-logind

Oct 28 10:15:25 myserver systemd-logind[467]: New session c3308 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3308.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3309 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3309.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3310 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3310.
Oct 28 10:15:25 myserver systemd-logind[467]: New session c3311 of user switch.
Oct 28 10:15:25 myserver systemd-logind[467]: Removed session c3311.
Oct 28 10:19:52 myserver systemd-logind[467]: New session 909 of user chammers.
Oct 28 10:27:11 myserver systemd-logind[467]: Failed to abandon session scope: Transport endpoint is not connected

और अधिक पत्रिका उत्पादन:

Nov 03 16:21:19 myserver dbus[19617]: [system] Failed to activate service 'org.freedesktop.login1': timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23418]: pam_systemd(proftpd:session): Failed to create session: Activation of org.freedesktop.login1 timed out
Nov 03 16:21:19 myserver proftpd[23417]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23418]: pam_unix(proftpd:session): session closed for user switch
Nov 03 16:21:19 myserver proftpd[23420]: pam_unix(proftpd:session): session opened for user switch by (uid=0)
Nov 03 16:21:19 myserver dbus[19617]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Nov 03 16:21:19 myserver proftpd[23421]: pam_unix(proftpd:session): session opened for user switch by (uid=0)

— lathspell
स्रोत

systemctl status -l dbus-org.freedesktop.login1.serviceरूट के रूप में चलाने पर क्या रिपोर्ट करता है ? क्या journalctl(विशेष रूप से त्रुटि संदेशों के समय के आसपास) के उत्पादन में कुछ भी बाहर खड़ा है ?

— फेरेन वागनर

मैंने ऊपर systemctl / journalctl का आउटपुट जोड़ा है।

— लाथस्पेल

1

क्या लॉगइंड को फिर से शुरू करने से systemctl restart systemd-logindमदद मिलती है?

— फेरेंक वागनर

अब तक यह दिन के लिए मदद करता था। मैंने अब सर्वर को रिबूट किया है यह देखने के लिए कि क्या समस्या वापस आती है क्योंकि मैंने यहां समस्या की रिपोर्ट करने से पहले कभी भी सरल रीबूट की मदद नहीं की थी।

— लैथस्पेल

लगता है कि पुनरारंभ करने से समस्या ठीक हो गई है। लगभग निराशाजनक;) इसने क्या किया कि एक साधारण "शटडाउन-आर अब" ठीक नहीं हो सका? मदद के लिये शुक्रिया!

— लैथस्पेल

19

लॉग इन को पुनरारंभ करें:

# systemctl restart systemd-logind

खबरदार कि डब को फिर से शुरू करने से उनका कनेक्शन फिर से टूट जाएगा।

— फेरेंक वग्नेर
स्रोत

यह समस्या को केवल अस्थायी रूप से हल करता है। थोड़ी देर (महीनों) के बाद फिर वही समस्या सामने आती है।

— ओट्टोमला लोकनी

3

# systemctl पुनरारंभ systemd-logind systemd-logind.service पुनः आरंभ करने में विफल: कनेक्शन समयबद्ध बाहर सिस्टम लॉग और विवरण के लिए 'systemctl स्टेटस systemd-logind.service' देखें।

— डालीबोर फिलुस

और क्या आपने उन्हें देखा, @ डालीबोरफिलस?

— फेरेंक वागनर

≤systemctl status php7.0-fpmमुझे एक ही बात बताई, इसलिए मुझे लगा कि उस समय सिस्टेमक्टल स्टेटस चल रहा है। यह एक प्रोडक्शन सर्वर था, मुझे जल्दी से अभिनय करना था। अगली बार कोशिश करेंगे।

— दलिबोर फिलुस

इसे यहां ठीक किया, जहां वास्तविक दर्द बिंदु वास्तव में एसएसएच लॉगिन धीमा था। मेरे मामले में, समस्या हाल ही के सिस्टम अपडेट से संबंधित हो सकती है, और उसके बाद कोई रिबूट नहीं। needs-restarting(अभी भी) कहते हैं कि सिस्टमड को रिबूट की आवश्यकता है।

— निकोलस मेले

7

रिबूट ही एकमात्र समाधान था जो मेरे लिए काम करता था। मैंने भगोड़ा डब की प्रक्रिया को मार दिया और अन्य चीजें विफल हो गईं।

यह तब हुआ जब मैंने httpd- को पुनः लोड करने का प्रयास किया

Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freedesktop.PolicyKit1 timed out (g-dbus-error-quark, 20)
Failed to reload httpd.service: Connection timed out

Centos7 छोटी गाड़ी है।

— रियान बिशप
स्रोत

1

मुझे आज उसी मुद्दे का सामना करना पड़ा और मुझे पता चला कि यह शुरू में सभी उपलब्ध स्मृति खाने वाली सेवा के कारण हुआ था। मुझे संबंधित लॉग लाइनें मिलीं, जिससे स्पष्ट हो गया कि यह / var / log / संदेश लॉग में मेमोरी आवंटन के कारण है ।

systemd: Starting Session 750154 of user root.
systemd: Failed to fork: Cannot allocate memory
systemd: Assertion 'pid >= 1' failed at src/core/unit.c:1997, function unit_watch_pid(). Aborting.
systemd: Caught <ABRT>, cannot fork for core dump: Cannot allocate memory
systemd: Freezing execution.
dbus[697]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out

यह याद रखने वाली अधिकांश मेमोरी का उपयोग करके सेवा का पता लगाने के लिए:

ps aux --sort=-%mem

समस्या को हल करने के लिए मैंने पहली बार मेमोरी को खाली करने की कोशिश की, लेकिन फिर भी सिस्टमड-लॉगइंड स्टार्ट नहीं हो पाया। इसलिए मुझे सर्वर को रिबूट करना पड़ा और समस्या हल हो गई।

— माइकल आइशर
स्रोत

1

केवल सिस्टमड-लॉगइंड सेवा को पुनरारंभ करना पर्याप्त नहीं है, यह सिर्फ मुख्य समस्या को स्थगित करता है।

ऐसा लगता है कि सेवा द्वारा बनाई गई '/ रन / सिस्टमड / सिस्टम /' के तहत बहुत अधिक फ़ाइलों के कारण होता है, ठीक से साफ नहीं किया जाता है, विशेषकर मेजबानों पर बहुत सारे लॉगिन के साथ। आखिरकार कुछ समय के बाद आपको कुछ अजीब व्यवहार दिखाई देने लगेंगे जैसे होस्टनामेक्टल किसी चीज़ की रिपोर्टिंग नहीं करना, या टाइमटेक्स्टल रिपोर्ट क्वेरी सर्वर में विफल: कनेक्शन समय और अन्य विषम चीजें। साथ ही लक्षण मूल रूप से सूचना दी।

एक वर्कअराउंड सभी 'सत्र - *। स्कोप' फ़ाइलों को हटाने और सिस्टमड को पुनरारंभ करने के लिए है। उस मामले में मेजबान को बहाल करना आवश्यक नहीं है। यह शायद सिस्टमड और डब में एक बग से संबंधित है, उम्मीद है कि अगले अपडेट में वे तय हो जाएंगे।

— डैनियल वेलिचकोव
स्रोत

-3

बस सिस्टम को पुनर्स्थापित करें।

apt install --reinstall systemd

यह कई VM पर मेरे लिए समस्या का समाधान करता है

— TheBuzzzzzz
स्रोत