सवाल धीमी एसएसएच लॉगिन - org.freedesktop.login1 का सक्रियण समय समाप्त हो गया


मेरे सर्वरों में से एक पर मैंने वास्तव में एसएसएच लॉगिन पर देरी देखी है।

Ssh -vvv विकल्पों का उपयोग कर कनेक्टिंग देरी होती है debug1: Entering interactive session.

कनेक्शन का निकास:

debug1: Authentication succeeded (publickey).
Authenticated to IP_REDACTED ([IP_REDACTED]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug3: packet_set_tos: set IP_TOS 0x10
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1

उल्लिखित विधि का उपयोग कर यहाँ मैंने स्ट्रेस आउटपुट उत्पन्न किया और लाइन को देखा 14:09:53.676004 ppoll([{fd=5, events=POLLIN}], 1, {24, 999645000}, NULL, 8) = 1 ([{fd=5, revents=POLLIN}], left {0, 0}) <25.020764> जो 25 सेकंड लेता है।

स्ट्रेस आउटपुट का निकास:

14:09:53.675567 clock_gettime(CLOCK_MONOTONIC, {4662549, 999741404}) = 0 <0.000024>
14:09:53.675651 recvmsg(5, {msg_name(0)=NULL, msg_iov(1)=[{"l\4\1\1\n\0\0\0\2\0\0\0\215\0\0\0\1\1o\0\25\0\0\0", 24}], msg_controll
en=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 24 <0.000024>
14:09:53.675744 recvmsg(5, {msg_name(0)=NULL, msg_iov(1)=[{"/org/freedesktop/DBus\0\0\0\2\1s\0\24\0\0\0"..., 146}], msg_controllen
=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 146 <0.000025>
14:09:53.675842 recvmsg(5, 0x7ffe0ff1dfa0, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailab
le) <0.000023>
14:09:53.675925 clock_gettime(CLOCK_MONOTONIC, {4662550, 96075}) = 0 <0.000024>
14:09:53.676004 ppoll([{fd=5, events=POLLIN}], 1, {24, 999645000}, NULL, 8) = 1 ([{fd=5, revents=POLLIN}], left {0, 0}) <25.020764>
14:10:18.696865 recvmsg(5, {msg_name(0)=NULL, msg_iov(1)=[{"l\3\1\0013\0\0\0\3\0\0\0m\0\0\0\6\1s\0\5\0\0\0", 24}], msg_controllen=0,     msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 24 <0.000017>
14:10:18.696944 recvmsg(5, {msg_name(0)=NULL, msg_iov(1)=[{":1.10\0\0\0\4\1s\0#\0\0\0org.freedesktop."..., 155}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 155 <0.000018>

मैंने प्रासंगिक समय पर लेख लॉग में एक प्रविष्टि देखी है:

Jul 21 14:10:18 click sshd[8165]: pam_systemd(sshd:session): Failed to create session: Activation of org.freedesktop.login1 timed out

इस बारे में पर्याप्त जानकारी नहीं है कि यह मतदान करने की कोशिश कर रहा है और अब यह इस विशेष सर्वर पर 25 सेकेंड क्यों ले रहा है।

journalctl -u systemd-logind कमांड शो

Jul 20 11:33:06 click systemd-logind[19415]: Failed to abandon session scope: Transport endpoint is not connected
Jul 21 05:04:54 myhost systemd[1]: Started Login Service.
Jul 21 12:15:30 myhost systemd[1]: Started Login Service.
Jul 21 12:17:04 myhost systemd[1]: Started Login Service.
Jul 21 12:49:55 myhost systemd[1]: Started Login Service.
Jul 21 13:57:05 myhost systemd[1]: Started Login Service.
Jul 21 13:58:49 myhost systemd[1]: Started Login Service.
Jul 21 14:01:55 myhost systemd[1]: Started Login Service.
Jul 21 14:08:32 myhost systemd[1]: Started Login Service.
Jul 21 14:09:53 myhost systemd[1]: Started Login Service.
Jul 21 14:19:08 myhost systemd[1]: Started Login Service.
Jul 21 14:21:26 myhost systemd[1]: Started Login Service.
Jul 21 14:22:37 myhost systemd[1]: Started Login Service.
Jul 21 14:25:20 myhost systemd[1]: Started Login Service.
Jul 21 14:30:27 myhost systemd[1]: Started Login Service.
Jul 21 15:02:56 myhost systemd[1]: Started Login Service.

आदेश जारी करना systemctl restart systemd-logind.service इसे ठीक करता है (अब शायद)।

क्या है Activation of org.freedesktop.login1 यह उल्लेख है? क्या भविष्य में लॉग इन को पुनरारंभ करने से रोकने का कोई तरीका है? मैं समय के साथ उम्मीद करता हूं कि मेरे पास प्रबंधन के बाकी सर्वरों के साथ यह समस्या होगी।

बस यह देखा कि यह किसी अन्य सर्वर पर होने वाला है।

$ sudo service systemd-logind status

● systemd-logind.service - Login Service
   Loaded: loaded (/lib/systemd/system/systemd-logind.service; static)
   Active: active (running) since Tue 2015-06-16 14:10:57 BST; 1 months 12 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: 1701 (systemd-logind)
   Status: "Processing requests..."
   CGroup: /system.slice/systemd-logind.service
           └─1701 /lib/systemd/systemd-logind

Jul 28 13:16:21 myhost systemd[1]: Started Login Service.
Jul 28 13:16:47 myhost systemd[1]: Started Login Service.
Jul 28 16:09:23 myhost systemd[1]: Started Login Service.
Jul 28 16:09:49 myhost systemd[1]: Started Login Service.
Jul 28 16:10:15 myhost systemd[1]: Started Login Service.
Jul 28 16:10:41 myhost systemd[1]: Started Login Service.
Jul 28 22:50:19 myhost systemd[1]: Started Login Service.
Jul 29 05:00:15 myhost systemd[1]: Started Login Service.
Jul 29 11:00:20 myhost systemd[1]: Started Login Service.
Jul 29 11:09:56 myhost systemd[1]: Started Login Service.

संपादित करें - विस्तारित journalctl उत्पादन।

EDIT2 - टिप्पणियों में सुझाए गए सिस्टम-लॉग-इन स्थिति को जोड़ा गया जब यह किसी अन्य सर्वर पर शुरू हुआ।

अद्यतन - यह मेरे बाकी जेसी सर्वरों के साथ होने वाला है। क्या मैं अकेला अनुभव कर रहा हूं? Systemd-logind को पुनरारंभ करने के अलावा कुछ ठीक होना चाहिए, क्या कोई भी कोई विचार है?

इस पर एक डेबियन बग रिपोर्ट है 770,135


39
2017-07-21 14:21


मूल


यह उत्पादन देखने के लिए उपयोगी होगा systemcts status systemd-logind यह देखने के लिए पुन: प्रारंभ करें कि इसमें क्या गलत था (बाहर निकला, असफल, जो भी हो)। ppoll केवल एक मध्यस्थ है जो सिस्टम से प्रतिक्रिया की प्रतीक्षा कर रहा है ताकि आप इसे दोष न दें। - Jakuje
कोई नहीं है systemcts आदेश - Alasdair
माफ़ कीजिये। systemctl बेशक - Jakuje
मैंने सोचा था कि आपका मतलब था लेकिन यह सुनिश्चित करना चाहता था। क्या वह वही आउटपुट नहीं है जैसा कमांड से उपलब्ध है journalctl -u systemd-logind - Alasdair
यह लॉग दिखाना चाहिए, बल्कि सेवा की स्थिति भी दिखाना चाहिए। - Jakuje


जवाब:


यह तब होता है जब dbus पुनरारंभ होता है, लेकिन systemd-logind को पुनरारंभ नहीं किया जाता है। बस निम्नलिखित करें:

systemctl restart systemd-logind

समाधान यहां से है: https://major.io/2015/07/27/very-slow-ssh-logins-on-fedora-22/


46
2017-12-10 09:37



प्रश्न में पहले से ही कहा गया है, बग रिपोर्ट अभी भी अनसुलझा है, लेकिन इसे बहाल करने के लिए धन्यवाद। - Alasdair
नोट: यह नियमित lightdm ग्रीटर में "लॉगिन लूप" भी दे सकता है; एक ही समाधान लागू होता है। - unhammer


का उपयोग करते हुए:

systemctl restart systemd-logind

केवल अस्थायी रूप से समस्या हल करता है।

एक कामकाज सभी को हटाने के लिए है .scope जैसा कि कहा गया है, एक क्रॉन नौकरी से फ़ाइलें यहाँ

* 2,14 * * * root /bin/rm -f /run/systemd/system/*.scope

संबंधित सिस्टम बग रिपोर्ट यहां है: स्कोप इकाइयों की रिसाव "systemctl सूची-इकाई-फ़ाइलें" धीमा कर रही है और लॉग इन में देरी हो रही है

ऐसा लगता है कि यह वास्तव में एक डबस बग है: यूनिक्स एफडी इन-फ्लाइट गिनती टूटी हुई जो है डीबीस संस्करण 1.11.10 में हल किया गया

इस बग के स्थायी फिक्स के लिए, आपको बस यह देखना होगा कि आपके वितरण में डीबीस का यह संस्करण दिखाई देता है। अभी के लिए, डेबियन स्ट्रेच डीबीस 1.10.18 पर है, उबंटू 17.04 (जेस्टी) 1.10.10 पर है, सेंटोस 7 डीबीएस 1.6.12 पर है।


0
2018-06-14 07:46