18 दिनों के उतार-चढ़ाव के बाद 4GB रैम का उपयोग करके सिस्टमड

14

मेरे पास एक वेब सर्वर है जो CentOS 7 पर चल रहा है, जिस पर सिस्टमड प्रक्रिया कुछ 4 जीबी रैम का उपयोग अपटाइम के कुछ हफ़्ते के बाद कर रही है। लगभग 200 एमबी प्रति दिन रैम का उपयोग लगातार बढ़ रहा है। यह और संबंधित प्रक्रियाएं जैसे सिस्टमड-लॉगइंड और डबस-डेमन भी सीपीयू के एक बड़े आकार का हिस्सा का उपयोग करते हैं। Systemd के बजाय "init" का उपयोग करने वाले मेरे अन्य CentOS 6 सर्वर का ऐसा कोई संसाधन उपयोग नहीं है।

नीचे दिए गए शीर्ष उदाहरण में, चल रही अन्य प्रक्रियाओं के बिना सामान्य वेब सेवा के दौरान, systemd, logd, systemd-journal, और dbus-daemon एक संयुक्त कुल क्वाड-कोर CPU का 10.7% उपयोग करते हैं, और systemd 19% की खपत कर रहा है सिस्टम की 16GB RAM। यह सामान्य व्यवहार नहीं है, और आसपास खोज करने के बाद मैंने इस मुद्दे के साथ किसी और को नहीं पाया है। इस संसाधन के कारण क्या हो सकता है? किसी भी सुझाव की सराहना की जाएगी।

निष्क्रिय अवधि के दौरान ऊपर से आउटपुट (वेब ​​सेवा को छोड़कर):

top - 08:51:31 up 16 days, 13:43,  2 users,  load average: 1.84, 1.39, 1.07
Tasks: 297 total,   2 running, 295 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5.6 us,  3.6 sy,  0.0 ni, 90.6 id,  0.1 wa,  0.0 hi,  0.1 si,  0.0 st
KiB Mem : 16212992 total,  2466564 free,  4275764 used,  9470664 buff/cache
KiB Swap:  4194300 total,  4070740 free,   123560 used. 10707392 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                          
  743 dbus      20   0   27104   1856   1152 S   3.3  0.0 304:27.19 dbus-daemon                                      
    1 root      20   0 3247784 2.920g   1800 S   3.0 18.9 287:41.35 systemd                                          
  737 root      20   0   27416   2524   1304 S   2.7  0.0 225:32.66 systemd-logind                                   
  736 root      20   0  434760   3756   3076 S   2.0  0.0 172:26.53 NetworkManager                                   
  548 root      20   0   82276  34652  34516 S   1.7  0.2 160:20.16 systemd-journal                                  
  770 polkitd   20   0  522920   2956   2248 S   1.7  0.0 120:06.11 polkitd                                          
  716 root      16  -4  116744   1368   1312 S   1.3  0.0  93:26.54 auditd                                           
 3778 nginx     20   0  446488  14688   6564 S   1.3  0.1   2:18.80 php-fpm                                          
 3847 nginx     20   0  446316  14588   6548 S   1.3  0.1   2:19.29 php-fpm                                          
 7000 nginx     20   0  446132  14400   6544 S   1.3  0.1   1:22.77 php-fpm                                          
14862 nginx     20   0  446304  14600   6580 S   1.3  0.1   1:32.25 php-fpm                                          
30333 nginx     20   0  446292  14468   6528 S   1.3  0.1   1:40.78 php-fpm                                          
  740 root      20   0  784980  20112  19696 S   1.0  0.1  76:12.69 rsyslogd                                         
 3521 nginx     20   0  446188  14848   6748 S   1.0  0.1   2:20.00 php-fpm                                          
 3687 nginx     20   0  446036  14688   6764 S   1.0  0.1   2:20.45 php-fpm                                          
 3689 nginx     20   0  446408  14604   6552 S   1.0  0.1   2:19.75 php-fpm                                          
 3774 nginx     20   0  446288  14568   6552 S   1.0  0.1   2:19.68 php-fpm                                          
 3836 nginx     20   0  447416  15572   6564 S   1.0  0.1   2:21.06 php-fpm                                          
 4861 nginx     20   0  446260  14576   6540 S   1.0  0.1   2:18.94 php-fpm                                          
 4862 nginx     20   0  446508  15084   6764 S   1.0  0.1   2:20.71 php-fpm                                          
13538 nginx     20   0  447204  15452   6572 S   1.0  0.1   1:32.33 php-fpm                                          
15530 nginx     20   0  446292  14520   6528 S   1.0  0.1   1:32.55 php-fpm                                          
28468 nginx     20   0  446356  14672   6568 S   1.0  0.1   1:42.21 php-fpm                                          
29564 nginx     20   0  446292  14536   6548 S   1.0  0.1   1:41.11 php-fpm                                          
30851 nginx     20   0  445956  14568   6748 S   1.0  0.1   1:49.66 php-fpm

2-14-16 संपादित करें

मुझे "sudo journalctl" (नीचे देखें) के आउटपुट में कुछ प्रासंगिक लग सकता है। मेरे अन्य उत्पादन सर्वरों में से एक एसएसएच कनेक्शन के बारे में एक समय में हर सेकंड घंटों तक कई लाइनें होती हैं। ये rsync प्रक्रियाएं हैं जो दूरस्थ सर्वर से फ़ाइलों को सर्वर में स्थानांतरित करती हैं। यह systemd, systemd-logind, NetworkManager, और systemd-journal के CPU उपयोग की व्याख्या करता है।

हालांकि, यह मेमोरी लीक की व्याख्या नहीं कर सका, जो सबसे बड़ी समस्या है। कुछ दिनों पहले इस पोस्ट के मूल लेखन के बाद से, सिस्टम मेमोरी की मेमोरी का उपयोग 18.9% से बढ़कर 21.4% हो गया है।

सर्वर के असली डोमेन नाम और आईपी पते को बदलने के लिए नीचे दिए गए लॉग को संशोधित किया गया है।

Feb 14 10:02:13 hostname.domain.com systemd-logind[737]: New session 6467482 of user tropicg9.
Feb 14 10:02:13 hostname.domain.com systemd[1]: Started Session 6467482 of user tropicg9.
Feb 14 10:02:13 hostname.domain.com systemd[1]: Starting Session 6467482 of user tropicg9.
Feb 14 10:02:13 hostname.domain.com sshd[9665]: pam_unix(sshd:session): session opened for user tropicg9 by (uid=0)
Feb 14 10:02:13 hostname.domain.com sshd[9667]: Received disconnect from 1.2.3.4: 11: disconnected by user
Feb 14 10:02:13 hostname.domain.com sshd[9665]: pam_unix(sshd:session): session closed for user tropicg9
Feb 14 10:02:13 hostname.domain.com systemd-logind[737]: Removed session 6467482.
Feb 14 10:02:14 hostname.domain.com sshd[9728]: Accepted publickey for tropicg9 from 1.2.3.4 port 45289 ssh2: RSA 0b:
Feb 14 10:02:14 hostname.domain.com systemd-logind[737]: New session 6467483 of user tropicg9.
Feb 14 10:02:14 hostname.domain.com systemd[1]: Started Session 6467483 of user tropicg9.
Feb 14 10:02:14 hostname.domain.com systemd[1]: Starting Session 6467483 of user tropicg9.
Feb 14 10:02:14 hostname.domain.com sshd[9728]: pam_unix(sshd:session): session opened for user tropicg9 by (uid=0)
Feb 14 10:02:14 hostname.domain.com sshd[9735]: Received disconnect from 1.2.3.4: 11: disconnected by user
Feb 14 10:02:14 hostname.domain.com sshd[9728]: pam_unix(sshd:session): session closed for user tropicg9
Feb 14 10:02:14 hostname.domain.com systemd-logind[737]: Removed session 6467483.
Feb 14 10:02:15 hostname.domain.com sshd[9876]: Accepted publickey for tropicg9 from 1.2.3.4 port 45290 ssh2: RSA 0b:
Feb 14 10:02:15 hostname.domain.com systemd-logind[737]: New session 6467484 of user tropicg9.
Feb 14 10:02:15 hostname.domain.com systemd[1]: Started Session 6467484 of user tropicg9.
Feb 14 10:02:15 hostname.domain.com systemd[1]: Starting Session 6467484 of user tropicg9.
Feb 14 10:02:15 hostname.domain.com sshd[9876]: pam_unix(sshd:session): session opened for user tropicg9 by (uid=0)
Feb 14 10:02:15 hostname.domain.com sshd[9883]: Received disconnect from 1.2.3.4: 11: disconnected by user
Feb 14 10:02:15 hostname.domain.com sshd[9876]: pam_unix(sshd:session): session closed for user tropicg9
Feb 14 10:02:15 hostname.domain.com systemd-logind[737]: Removed session 6467484.
Feb 14 10:02:20 hostname.domain.com sshd[10333]: Accepted publickey for tropicg9 from 1.2.3.4 port 45291 ssh2: RSA 0b
Feb 14 10:02:20 hostname.domain.com systemd-logind[737]: New session 6467485 of user tropicg9.
Feb 14 10:02:20 hostname.domain.com systemd[1]: Started Session 6467485 of user tropicg9.
Feb 14 10:02:20 hostname.domain.com systemd[1]: Starting Session 6467485 of user tropicg9.
Feb 14 10:02:20 hostname.domain.com sshd[10333]: pam_unix(sshd:session): session opened for user tropicg9 by (uid=0)
Feb 14 10:02:20 hostname.domain.com sshd[10342]: Received disconnect from 1.2.3.4: 11: disconnected by user
Feb 14 10:02:20 hostname.domain.com sshd[10333]: pam_unix(sshd:session): session closed for user tropicg9
Feb 14 10:02:20 hostname.domain.com systemd-logind[737]: Removed session 6467485.
Feb 14 10:02:21 hostname.domain.com sshd[10450]: Accepted publickey for tropicg9 from 1.2.3.4 port 45292 ssh2: RSA 0b
Feb 14 10:02:21 hostname.domain.com systemd-logind[737]: New session 6467486 of user tropicg9.
Feb 14 10:02:21 hostname.domain.com systemd[1]: Started Session 6467486 of user tropicg9.
Feb 14 10:02:21 hostname.domain.com systemd[1]: Starting Session 6467486 of user tropicg9.
Feb 14 10:02:21 hostname.domain.com sshd[10450]: pam_unix(sshd:session): session opened for user tropicg9 by (uid=0)
Feb 14 10:02:21 hostname.domain.com sshd[10457]: Received disconnect from 1.2.3.4: 11: disconnected by user
Feb 14 10:02:21 hostname.domain.com sshd[10450]: pam_unix(sshd:session): session closed for user tropicg9
Feb 14 10:02:21 hostname.domain.com systemd-logind[737]: Removed session 6467486.
Feb 14 10:02:22 hostname.domain.com sshd[10473]: Accepted publickey for tropicg9 from 1.2.3.4 port 45293 ssh2: RSA 0b
Feb 14 10:02:22 hostname.domain.com systemd-logind[737]: New session 6467487 of user tropicg9.
Feb 14 10:02:22 hostname.domain.com systemd[1]: Started Session 6467487 of user tropicg9.
Feb 14 10:02:22 hostname.domain.com systemd[1]: Starting Session 6467487 of user tropicg9.
Feb 14 10:02:22 hostname.domain.com sshd[10473]: pam_unix(sshd:session): session opened for user tropicg9 by (uid=0)
Feb 14 10:02:22 hostname.domain.com sshd[10475]: Received disconnect from 1.2.3.4: 11: disconnected by user
Feb 14 10:02:22 hostname.domain.com sshd[10473]: pam_unix(sshd:session): session closed for user tropicg9
Feb 14 10:02:22 hostname.domain.com systemd-logind[737]: Removed session 6467487.
Feb 14 10:02:23 hostname.domain.com sshd[10484]: Accepted publickey for tropicg9 from 1.2.3.4 port 45294 ssh2: RSA 0b
Feb 14 10:02:23 hostname.domain.com systemd-logind[737]: New session 6467488 of user tropicg9.
Feb 14 10:02:23 hostname.domain.com systemd[1]: Started Session 6467488 of user tropicg9.
Feb 14 10:02:23 hostname.domain.com systemd[1]: Starting Session 6467488 of user tropicg9.
Feb 14 10:02:23 hostname.domain.com sshd[10484]: pam_unix(sshd:session): session opened for user tropicg9 by (uid=0)
Feb 14 10:02:23 hostname.domain.com sshd[10486]: Received disconnect from 1.2.3.4: 11: disconnected by user
Feb 14 10:02:23 hostname.domain.com sshd[10484]: pam_unix(sshd:session): session closed for user tropicg9
Feb 14 10:02:23 hostname.domain.com systemd-logind[737]: Removed session 6467488.
Feb 14 10:02:39 hostname.domain.com sshd[10654]: Accepted publickey for tropicg9 from 1.2.3.4 port 45295 ssh2: RSA 0b
Feb 14 10:02:39 hostname.domain.com systemd[1]: Started Session 6467489 of user tropicg9.
Feb 14 10:02:39 hostname.domain.com systemd-logind[737]: New session 6467489 of user tropicg9.
Feb 14 10:02:39 hostname.domain.com systemd[1]: Starting Session 6467489 of user tropicg9.
Feb 14 10:02:39 hostname.domain.com sshd[10654]: pam_unix(sshd:session): session opened for user tropicg9 by (uid=0)
Feb 14 10:02:39 hostname.domain.com sshd[10656]: Received disconnect from 1.2.3.4: 11: disconnected by user
Feb 14 10:02:39 hostname.domain.com sshd[10654]: pam_unix(sshd:session): session closed for user tropicg9
Feb 14 10:02:39 hostname.domain.com systemd-logind[737]: Removed session 6467489.session 6467489.

2-16-16 अपडेट करें

सक्रिय नियंत्रण समूहों (दाईं ओर स्क्रॉल करें) के लिए संसाधन उपयोग दिखा रहा है, सिस्टम-सीजीटॉप से ​​आउटपुट है। यह "रूट" पथ के तहत सभी भारी संसाधन उपयोग को दर्शाता है। यह इसे संकुचित नहीं करता है, लेकिन शायद यह जानकारी मददगार हो सकती है।

केवल 86 स्कोप फाइलें और संबंधित निर्देशिकाएं / रन / सिस्टमड / सिस्टम / के तहत हैं, जो 6 दिन तक पुरानी हैं। एक समस्या थी जहाँ ये फाइलें SSH कनेक्शन के दौरान अनाथ हो गई थीं जिसके परिणामस्वरूप हजारों प्रविष्टियाँ और उच्च CPU लोड हुआ था, लेकिन यहाँ ऐसा नहीं हो रहा है।

Path                                                                          Tasks   %CPU   Memory  Input/s Output/s

/                                                                               296   30.5    11.3G   657.8K   893.0K
/system.slice/NetworkManager.service                                              1      -        -        -        -
/system.slice/auditd.service                                                      1      -        -        -        -
/system.slice/crond.service                                                       1      -        -        -        -
/system.slice/dbus.service                                                        1      -        -        -        -
/system.slice/irqbalance.service                                                  1      -        -        -        -
/system.slice/lvm2-lvmetad.service                                                1      -        -        -        -
/system.slice/mariadb.service                                                     2      -        -        -        -
/system.slice/nginx.service                                                      10      -        -        -        -
/system.slice/php-fpm.service                                                   101      -        -        -        -
/system.slice/polkit.service                                                      1      -        -        -        -
/system.slice/postfix.service                                                     3      -        -        -        -
/system.slice/rsyslog.service                                                     1      -        -        -        -
/system.slice/smartd.service                                                      1      -        -        -        -
/system.slice/sshd.service                                                        2      -        -        -        -
/system.slice/system-getty.slice/getty@tty1.service                               1      -        -        -        -
/system.slice/systemd-journald.service                                            1      -        -        -        -
/system.slice/systemd-logind.service                                              1      -        -        -        -
/system.slice/systemd-udevd.service                                               1      -        -        -        -
/system.slice/tuned.service                                                       1      -        -        -        -
/system.slice/wpa_supplicant.service                                              1      -        -        -        -
/user.slice/user-1000.slice/session-7170741.scope                                 4      -        -        -        -

सिस्टमैड मेमोरी की अस्थायी समाशोधन

ऐसा प्रतीत होता है कि रनिंग systemctl daemon-reexecपीआईडी ​​1 प्रक्रिया को आवंटित सभी मेमोरी को जारी करेगा। हालांकि, रिसाव जारी है। इस समस्या का एक स्टॉप-गैप समाधान मेमोरी को साफ़ करने के लिए एक दैनिक क्रोन सेट करना है, लेकिन यह रिसाव को ठीक नहीं करता है। मैंने Redhat को एक बग सबमिट किया है क्योंकि यह CentOS 7.x के लिए सिस्टमड का स्थिर रिलीज़ संस्करण है। उम्मीद है कि रिसाव पाया और प्लग किया जा सकता है।

linux  kernel  systemd 
— meridionaljet
स्रोत
यह संबंधित नहीं हो सकता है, लेकिन वर्तमान डिस्क (मेमोरी) / रन का उपयोग क्या है?
— हारून
क्या आपने सिस्टम को अद्यतित रखा है?
— माइकल हैम्पटन
@ एरॉन वर्तमान में 7 जीबी / रन विभाजन के 11% का उपयोग कर रहा है। रूट-स्तरीय सिस्टम विभाजन में से कोई भी पूर्ण के करीब नहीं है।
— मेरिडियनजेट
3
क्षमा करें, हमें यह ज्ञात नहीं है, क्योंकि यह आपके प्रश्न में नहीं था।
— माइकल हैम्पटन
4
सॉकेट सक्रियण का उपयोग करते समय हाल ही में सिस्टमड में PAM संबंधित मेमोरी लीक हुआ था। क्या ऐसा हो सकता है? github.com/systemd/systemd/issues/2187
— मैट

जवाबों:

3

Mmap / mmunmap कॉल के लिए सिस्टमैड प्रक्रिया के ट्रेस की जाँच करें। यह समस्या को प्रकट करना चाहिए:

yum स्थापित स्ट्रीम्स
strace -ff -p १

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

recvmsg (23, {msg_name (0) = NULL, msg_iov (1) = [{"WATCHDOG = 1", 4096}], msg_controllen = 32, {cmsg_len = 28, cmsg_level = SOL_SOCKET, cmsg_type = SCM_CREDENTIAL_CREDIALIAL। uid = 0, gid = 0}}, msg_flags = MSG_CMSG_CLOEXEC}, MSG_DONTWAIT | MSG_CMSG_CLOEXEC) = 10
open ("/ proc / 620 / cgroup", O_RDONLY | O_CLOEXEC) = 20
fstat (20, {st_mode = S_IFREG | 0444, st_size = 0, ...}) 0 0
मिमीप (NULL, 4096, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0) = 0x7fcfd734e000
पढ़ें (20, "10: cpuset: / \ n9: perf_event: / \ n8: hug" ..., 1024) = 164
बंद (२०) = ०
मूनमैप (0x7fcfd734e000, 4096) = 0

यह मेमोरी को आवंटित करता है, कुछ करता है, मेमोरी रिलीज़ करता है।
सिस्टम कॉल सिस्टम के ट्रेस का पता लगाता है, आपको पता होना चाहिए कि यह कॉल समाप्त नहीं कर सकता है और आवंटित मेमोरी को कैसे जारी कर सकता है।
मुझे लगता है कि अनुचित तरीके से माउंट किए गए छद्म-फाइलसिस्टम या सेलिनक्स के साथ समस्या है, इसलिए सिस्टमड अपने कॉल को समाप्त नहीं कर सकता है।

— anx
स्रोत
मैंने पहले इस प्रक्रिया को बंद कर दिया है, लेकिन mmap कॉल के लिए आउटपुट बहुत अस्पष्ट (और कई) हैं, और मुझे व्यक्तिगत रूप से पता नहीं है कि संभावित रिसाव को ट्रैक करने के लिए इसका उपयोग कैसे करें।
— मेरिडियनजेट
1
मैंने स्ट्रेस उपयोग के बेहतर स्पष्टीकरण के साथ अपने उत्तर को संशोधित किया।
— चिंता
2
जटिल init उपकरण होने के पीछे
— asdmin
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.