วิธีการฆ่ากระบวนการ <defunct> ด้วย parent 1

ฉันใช้ Bacula บนกล่อง RedHat เมื่อเวลาผ่านไป, การจัดเก็บภูต Bacula-SD <defunct>หยุดทำงานและจะกลายเป็น

[root@backup ~]# ps -ef | grep defunct | more
root      4801 29261  0 09:25 pts/5    00:00:00 grep defunct
root      5825     1  0 Oct18 ?        00:00:00 [bacula-sd] <defunct>

คำถามของฉันคือฉันจะฆ่ากระบวนการนี้ได้อย่างไร ผู้ปกครองของมันคือ 1 ซึ่งเป็น init เท่าที่ฉันรู้และฉันไม่ต้องการที่จะฆ่ากระบวนการเริ่มต้นฉันจะทำอย่างไร

'ปกติ' การฆ่ากระบวนการนี้จะไม่ทำงาน:

[root@backup ~]# kill -0 5825
[root@backup ~]# kill -9 5825

ความช่วยเหลือได้รับการชื่นชมอย่างมาก!

แก้ไข: กำลังทำงาน

[root@backup ~]# lsof -p 5825

สร้างเอาต์พุตต่อไปนี้:

COMMAND    PID USER   FD   TYPE  DEVICE     SIZE    NODE NAME
bacula-sd 5825 root  cwd    DIR   253,0     4096 3801089 /root
bacula-sd 5825 root  rtd    DIR   253,0     4096       2 /
bacula-sd 5825 root  txt    REG   253,0  2110599  368004 /usr/local/sbin/bacula-sd
bacula-sd 5825 root  mem    REG   253,0    75284  389867 /usr/lib/libz.so.1.2.3
bacula-sd 5825 root  mem    REG   253,0    46680 3604521 /lib/libnss_files-2.5.so
bacula-sd 5825 root  mem    REG   253,0   936908  369115 /usr/lib/libstdc++.so.6.0.8
bacula-sd 5825 root  mem    REG   253,0   125736 3606807 /lib/ld-2.5.so
bacula-sd 5825 root  mem    REG   253,0  1602128 3606885 /lib/libc-2.5.so
bacula-sd 5825 root  mem    REG   253,0   208352 3606892 /lib/libm-2.5.so
bacula-sd 5825 root  mem    REG   253,0   125744 3606887 /lib/libpthread-2.5.so
bacula-sd 5825 root  mem    REG   253,0    25940 3604573 /lib/libacl.so.1.1.0
bacula-sd 5825 root  mem    REG   253,0    15972 3604535 /lib/libattr.so.1.1.0
bacula-sd 5825 root  mem    REG   253,0    46548 3606908 /lib/libgcc_s-4.1.2-20080102.so.1
bacula-sd 5825 root  mem    REG   253,0 56422480  366368 /usr/lib/locale/locale-archive
bacula-sd 5825 root    0r   CHR     1,3             1545 /dev/null
bacula-sd 5825 root    1r   CHR     1,3             1545 /dev/null
bacula-sd 5825 root    2r   CHR     1,3             1545 /dev/null
bacula-sd 5825 root    3u   CHR   9,128             6469 /dev/nst0
bacula-sd 5825 root    4u  IPv4 1023380              TCP backup:bacula-sd (LISTEN)
bacula-sd 5825 root    5u  IPv4 2693268              TCP backup:bacula-sd->backup:53957 (CLOSE_WAIT)
bacula-sd 5825 root    7u  IPv4 3248683              TCP backup:bacula-sd->backup:57629 (CLOSE_WAIT)
bacula-sd 5825 root    8u  IPv4 3250966              TCP backup:bacula-sd->backup:37650 (CLOSE_WAIT)
bacula-sd 5825 root    9u  IPv4 3253908              TCP backup:bacula-sd->backup:37671 (CLOSE_WAIT)

วิธีเดียวที่คุณสามารถลบกระบวนการ zombie / defunct ได้คือการฆ่า parent เนื่องจากพาเรนต์เป็น init (pid 1) ซึ่งจะทำให้ระบบของคุณพัง

วิธีนี้จะทำให้คุณมีสองทางเลือก

• ปรับเปลี่ยนตารางกระบวนการด้วยตนเองเช่น สร้างกระบวนการจำลองเชื่อมโยงกระบวนการที่หมดอายุเป็นลูกของจำลองแล้วฆ่าออก ค่อนข้างอันตรายและคุณอาจต้องล้างทรัพยากรกระบวนการอื่น ๆ ด้วยตนเองเช่นเซมาฟอร์และตัวจัดการไฟล์
• รีบูทระบบ

ฉันจะไปกับที่สอง

คุณสามารถลองเริ่มต้น init ใหม่:

 # telinit u

มิฉะนั้นฉันจะไม่ต้องกังวลมากเกินไป มันไม่ทำงานและไม่ได้ใช้ทรัพยากรใด ๆ และมันอยู่ที่นั่นเพื่อให้เคอร์เนลสามารถจำได้

ตรวจสอบว่ามีความตื่นตระหนกของเคอร์เนลหรือไม่

# dmesg |tail

ตรวจสอบว่ากระบวนการอยู่ในโหมด "D" Unkillable sleep หรือไม่ซึ่งอยู่ในโหมดเคอร์เนลสำหรับ syscall บางตัวที่ยังไม่ได้ส่งคืน (เคอร์เนล oops หรือเหตุผลอื่น ๆ ) http://www.nabble.com/What-causes-an -unkillable กระบวนการ - td20645581.html

หาก zombie ได้เริ่มต้นเป็นผู้ปกครองแล้ว init ก็หยุดทำงานอย่างถูกต้อง หนึ่งในบทบาทของ init คือการล้างซอมบี้ ถ้ามันไม่ทำมันจะไม่มีใครทำ ทางออกเดียวคือรีบูท หาก init เสียหายการรีบูตอาจล้มเหลวดังนั้นฉันจึงปิดบริการที่สำคัญซิงค์ระบบแฟ้มจากนั้นกดปุ่มเปิด / ปิดแทน

ให้ความตื่นตระหนกกันลงไปใช่ไหม A "ตาย" หรือ "ผีดิบ" กระบวนการไม่ได้เป็นกระบวนการที่ มันเป็นเพียงรายการในตารางกระบวนการที่มีรหัสทางออกที่บันทึกไว้ ดังนั้นผีดิบถือทรัพยากรไม่มีเวลาไม่รอบ CPU และใช้หน่วยความจำไม่ได้เนื่องจากมันไม่ได้เป็นกระบวนการที่ อย่ารับสิ่งแปลก ๆ และทำให้คันพยายาม "ฆ่า" กระบวนการซอมบี้ เช่นเดียวกับชื่อของพวกเขาพวกเขาไม่สามารถถูกฆ่าตายได้เพราะพวกเขาตายไปแล้ว แต่ต่างจากการกินสมองพวกเขาทำอันตรายอย่างไม่มีใครและจะไม่กัดกระบวนการอื่น ๆ

อย่าปล่อยให้กระบวนการซอมบี้กินสมองของคุณ เพียงไม่สนใจพวกเขา

ดูเหมือนว่าคุณมีกระบวนการกำพร้า เท่าที่ฉันรู้วิธีเดียวที่จะฆ่าสิ่งเหล่านี้จะรีบูตกล่อง ฉันเคยเกิดเหตุการณ์นี้ขึ้นบนเซิร์ฟเวอร์ ESX ของฉัน (ซึ่งเป็น linux ภายใต้ประทุน) เป็นครั้งคราวและการรีบูตโฮสต์คือการแก้ไข (จากการสนับสนุน VMware)

ฉันเป็นคนที่แต่งตัวประหลาดที่ใช้ Windows เพื่อให้มันคุ้มค่า