ฉันมักจะลังเลที่จะวิ่งkill -9แต่ฉันเห็นผู้ดูแลคนอื่นทำเกือบเป็นประจำ
ฉันคิดว่าอาจมีพื้นกลางที่เหมาะสมดังนั้น:
kill -9ใช้เมื่อใดและเพราะเหตุใด เมื่อใดและเพราะเหตุใดคำตอบ:
โดยทั่วไปคุณควรใช้kill(ย่อมาจากkill -s TERMหรือบนระบบส่วนใหญ่kill -15) ก่อนkill -9( kill -s KILL) เพื่อให้กระบวนการเป้าหมายมีโอกาสในการล้างข้อมูลหลังจากนั้น (กระบวนการไม่สามารถตรวจจับหรือเพิกเฉยSIGKILLได้ แต่สามารถทำได้และมักจะตรวจจับSIGTERMได้) หากคุณไม่ให้โอกาสในการดำเนินการจนเสร็จสิ้นสิ่งที่ทำและล้างข้อมูลอาจทำให้ไฟล์เสียหาย (หรือสถานะอื่น ๆ ) ที่อยู่รอบ ๆ จะไม่สามารถเข้าใจได้เมื่อรีสตาร์ทแล้ว
strace/ truss, ltraceและgdbมีความคิดที่ดีโดยทั่วไปสำหรับการมองหาที่ว่าทำไมกระบวนการติดค้างอยู่ ( truss -uบน Solaris มีประโยชน์เป็นพิเศษฉันพบว่าltraceบ่อยครั้งมักจะนำเสนอข้อโต้แย้งกับการเรียกใช้ไลบรารีในรูปแบบที่ใช้งานไม่ได้) Solaris ยังมี/procเครื่องมือพื้นฐานที่มีประโยชน์ซึ่งบางส่วนได้ถูกส่งไปยัง Linux ( pstackมักเป็นประโยชน์)
kill -9มีการใช้งานเป็นเทอร์มินัลทางเลือกสุดท้ายเน้นที่ทางเลือกสุดท้าย ผู้ดูแลระบบที่ใช้งานก่อนทางสุดท้าย a) ไม่เข้าใจว่าเป็นผู้ดูแลระบบดีเกินไปและ b) ไม่ควรอยู่ในระบบการผลิต
Randal Schwartz เคยโพสต์ "ใช้ประโยชน์จาก (x)" ในรายการบ่อยๆ kill -9หนึ่งโพสต์ดังกล่าวเป็นเรื่องเกี่ยวกับ มันมีเหตุผลและสูตรที่ต้องติดตาม นี่คือรุ่นที่สร้างขึ้นใหม่ (ยกมาด้านล่าง)
(อ้างสิ่งที่น่ารังเกียจ)
ไม่ไม่ไม่. อย่าใช้ kill -9
มันไม่ได้ให้โอกาสในการทำความสะอาด:
1) ปิดการเชื่อมต่อซ็อกเก็ต
2) ล้างไฟล์ temp
3) แจ้งเด็ก ๆ ว่ากำลังจะจากไป
4) รีเซ็ตคุณสมบัติของเครื่อง
และอื่น ๆ และอื่น ๆ และอื่น ๆ
โดยทั่วไปแล้วส่ง 15 และรอสักครู่หรือสองวินาทีและถ้านั่นไม่ได้ผลให้ส่ง 2 และถ้าไม่ได้ผลให้ส่ง 1 หากไม่ได้โปรดลบไบนารีเพราะโปรแกรมทำงานผิดปกติ!
อย่าใช้ kill -9 อย่านำเครื่องเกี่ยวนวดเข้าด้วยกันเพื่อทำความสะอาดกระถาง
อีกการใช้ Usenet ที่ไร้ประโยชน์
(.signature)
มันควรจะทำkill -9เช่นนั้นเสมอเช่นเดียวกับที่ควรจะเป็นเสมอในการปิดเครื่องโดยการดึงสายไฟ มันอาจจะต่อต้านสังคมและปล่อยให้การกู้คืนทำ แต่มันควรจะทำงานและเป็นเครื่องมือไฟฟ้าสำหรับคนใจร้อน
ฉันพูดแบบนี้ในฐานะคนที่จะลองฆ่าธรรมดา (15) ก่อนเพราะจะให้โปรแกรมมีโอกาสทำความสะอาด - บางทีแค่เขียนไปที่บันทึก "ออกจาก sig 15" แต่ฉันจะไม่ยอมรับการร้องเรียนใด ๆ เกี่ยวกับพฤติกรรมที่ไม่เหมาะสมในการฆ่า -9
เหตุผล: ลูกค้าจำนวนมากทำสิ่งที่โปรแกรมเมอร์ไม่ต้องการ การทดสอบการฆ่าแบบสุ่ม -9 เป็นสถานการณ์การทดสอบที่ดีและยุติธรรมและหากระบบของคุณไม่สามารถจัดการได้ระบบของคุณจะไม่ทำงาน
kill -9เช่นเดียวกับมันไม่เป็นไรที่จะดึงปลั๊กออก ในขณะที่แน่นอนว่ามีสถานการณ์ที่คุณไม่มีทางเลือกนี่ควรเป็นการกระทำสุดท้าย แน่นอนว่าการดึงสายไฟหรือkill -9ไม่ควรมีผลข้างเคียงเช่นการป้องกันไม่ให้แอปพลิเคชันหรือระบบปฏิบัติการเริ่มต้นใหม่อย่างถูกต้องหากเกิดขึ้น แต่การใช้วิธีการที่แนะนำ ( kill [-15]) หรือการปิดเครื่องตามปกติจะช่วยหลีกเลี่ยงความยุ่งเหยิง คุณขัดจังหวะโปรแกรมและระบบปฏิบัติการเป็นประจำ ไม่ว่าในกรณีใด ๆ มีความเสี่ยงที่จะสูญเสียข้อมูลโดยไม่คำนึงถึงความสมบูรณ์ของรหัส
ฉันใช้ kill -9 ในแบบเดียวกับที่ฉันใช้ในครัวในเครื่องล้างจาน: ถ้าครัวถูกทำลายโดยเครื่องล้างจานฉันก็ไม่ต้องการมัน
เช่นเดียวกันกับโปรแกรมส่วนใหญ่ (แม้แต่ฐานข้อมูล): ถ้าฉันไม่สามารถฆ่ามันได้โดยไม่ต้องยุ่งเหยิงฉันก็ไม่ต้องการใช้มัน (และถ้าคุณบังเอิญใช้หนึ่งในฐานข้อมูลที่ไม่ใช่ฐานข้อมูลเหล่านี้ซึ่งกระตุ้นให้คุณแกล้งพวกเขามีข้อมูลยืนยันเมื่อพวกเขาไม่ได้: ดีฉันเดาว่าถึงเวลาที่คุณเริ่มคิดเกี่ยวกับสิ่งที่คุณกำลังทำ)
เพราะในโลกแห่งความเป็นจริงสิ่งที่สามารถลงไปได้ตลอดเวลาด้วยเหตุผลใดก็ตาม
ผู้คนควรเขียนซอฟต์แวร์ที่ทนต่อการขัดข้อง โดยเฉพาะบนเซิร์ฟเวอร์ คุณควรเรียนรู้วิธีการออกแบบซอฟต์แวร์ที่สมมติว่าสิ่งต่าง ๆ แตกหักผิดพลาดเป็นต้น
เช่นเดียวกันกับซอฟต์แวร์เดสก์ทอป เมื่อฉันต้องการปิดเบราว์เซอร์ของฉันมักจะใช้เวลา AGES ปิด มีอะไรที่เบราว์เซอร์ของฉันต้องการที่จะทำว่าควรใช้เวลานานกว่าที่มากที่สุดกี่วินาที เมื่อฉันขอให้ปิดมันควรจัดการให้ทำทันที เมื่อมันไม่เป็นไรเราก็ดึง kill -9 ออกมาแล้วทำมัน
ไม่ได้กล่าวถึงในคำตอบอื่น ๆ ทั้งหมดเป็นกรณีที่kill -9ไม่ทำงานเลยเมื่อกระบวนการเป็น<defunct>และไม่สามารถฆ่า:
ฉันจะฆ่ากระบวนการ <defunct> ที่ parent เป็นผู้เริ่มต้นได้อย่างไร
กระบวนการใดที่หมดอายุแล้วและทำไมจึงไม่ถูกฆ่า?
ดังนั้นก่อนที่คุณพยายามที่จะกระบวนการทำงานจะเห็นสิ่งที่พ่อแม่ของเขาและพยายาม(คำ) หรือ(INT) และสุดท้าย(ฆ่า) เมื่อพ่อแม่kill -9<defunct>ps -ef-15-2-9
หมายเหตุ: สิ่งที่ps -efไม่
ต่อมาแก้ไขและข้อควรระวัง:ดำเนินการด้วยความระมัดระวังเมื่อฆ่ากระบวนการพ่อแม่หรือเด็กของพวกเขาเพราะพวกเขาอาจจะออกจากไฟล์ที่เปิดหรือเสียหายเชื่อมต่อยังไม่เสร็จอาจฐานข้อมูลเสียหาย ฯลฯ จนกว่าคุณจะรู้ว่าสิ่งที่kill -9ไม่สำหรับกระบวนการที่ใช้มันเท่านั้นเป็นที่พึ่งสุดท้าย และหากคุณจำเป็นต้องเรียกใช้ kill ให้ใช้สัญญาณที่ระบุข้างต้นก่อนใช้งาน-9 (KILL)
kill -9 1ไม่เคยไม่เคยทำ ยังหลีกเลี่ยงการฆ่าในกระบวนการบางอย่างเช่น Mount` เมื่อฉันต้องฆ่ากระบวนการจำนวนมาก (เช่นพูดว่าเซสชัน X หยุดทำงานและฉันต้องฆ่ากระบวนการทั้งหมดของผู้ใช้บางคน) ฉันกลับลำดับของกระบวนการ ตัวอย่างเช่น:
ps -ef|remove all processes not matching a certain criteria| awk '{print $2}'|ruby -e '$A=stdin.readlines; A.reverse.each{|a| puts "kill -9 #{a}"}'|bash
โปรดทราบว่าkillจะไม่หยุดกระบวนการและปล่อยทรัพยากร สิ่งที่มันทำคือส่งสัญญาณ SIGKILL ไปยังกระบวนการ คุณสามารถจบลงด้วยกระบวนการที่แขวน
kill -9 1ถูกเพิกเฉยภายใต้ Unices ส่วนใหญ่ ไม่มีความจำเป็นที่จะหลีกเลี่ยงการเป็นkill -9สำหรับmountแต่จุดในมันไม่มีอย่างใดอย่างหนึ่ง ฉันไม่รู้ว่าคุณหมายถึงอะไรโดย“ ย้อนกลับลำดับของกระบวนการ” kill -9ไม่หยุด (ในขณะที่ฆ่า) กระบวนการโดยไม่ต้องให้มันมีโอกาสที่จะบ่น แต่การฆ่าจะไม่เกิดขึ้นทันทีถ้ากระบวนการนี้ในการเรียกระบบที่ไม่ใช่ Interruptible ฆ่ากระบวนการที่มีkill -9ไม่ปล่อยทรัพยากรมากที่สุด แต่ไม่ทั้งหมด
กระบวนการฆ่าโดยเจตนาไม่ราบรื่น: ข้อมูลอาจสูญหายแอปที่ได้รับการออกแบบมาไม่ดีสามารถทำลายตัวเองในรูปแบบที่ไม่สามารถแก้ไขได้โดยไม่ต้องติดตั้งซ้ำ .. แต่ขึ้นอยู่กับการรู้ว่าอะไรคืออะไรและไม่ปลอดภัยใน สถานการณ์ที่กำหนด และสิ่งที่จะมีความเสี่ยง ผู้ใช้ควรมีความคิดว่ากระบวนการคืออะไรหรือควรทำอะไรและข้อ จำกัด คืออะไร (ดิสก์ IOPS, rss / swap) และสามารถประมาณเวลาที่กระบวนการที่ใช้เวลานานควรจะใช้ (พูดถึงการคัดลอกไฟล์ การเข้ารหัส mp3 การโยกย้ายอีเมลการสำรองข้อมูล [เวลาที่คุณโปรดปรานได้ที่นี่])
ยิ่งกว่านั้นการส่งSIGKILLpid ไม่รับประกันว่าจะฆ่ามัน หากมันติดอยู่ใน syscall หรือ zombie ( Zในps) แล้วมันอาจจะยังคงเป็นซอมบี้ นี้มักจะเป็นกรณีของ ^ Z เป็นกระบวนการระยะยาวและลืมที่จะbgก่อนที่จะพยายามkill -9มัน วิfgจะเชื่อมต่อ stdin / stdout ใหม่และอาจปลดบล็อกกระบวนการจากนั้นตามด้วยกระบวนการยุติ หากติดอยู่ที่อื่นหรืออยู่ในรูปแบบอื่นของเคอร์เนลการหยุดชะงักเพียงรีบูตเท่านั้นที่สามารถลบกระบวนการได้ (กระบวนการซอมบี้นั้นตายไปแล้วหลังจากที่SIGKILLถูกประมวลผลโดยเคอร์เนล (จะไม่มีรหัสผู้ใช้รันอีกต่อไป) ซึ่งมักจะมีเหตุผลเคอร์เนล
นอกจากนี้ถ้าคุณต้องการที่จะฆ่ากระบวนการและลูกทุกคนของตนได้รับเป็นนิสัยของการเรียกkillกับเมื่อตะกี้ PID ไม่เพียง PID ตัวเอง มีการรับประกันไม่ได้SIGHUP, SIGPIPEหรือSIGINTหรือสัญญาณอื่น ๆ ทำความสะอาดขึ้นหลังจากนั้นและมีพวงของกระบวนการปฏิเสธล้าง (จำพันธุ์?) เป็นที่น่ารำคาญ
Bonus evil: kill -9 -1เสียหายเล็กน้อยกว่าkill -9 1(อย่าทำในฐานะ root เว้นแต่ว่าคุณต้องการดูว่าเกิดอะไรขึ้นกับ VM ที่ไม่ได้ใช้งานและไม่สำคัญ)
kill -9ดำเนินการตามปกติตามman 7 signal:
สัญญาณที่ SIGKILL และ SIGSTOP ไม่สามารถถูกจับกีดขวางหรือเพิกเฉยได้
ซึ่งหมายความว่าแอปพลิเคชันที่รับสัญญาณใดสัญญาณหนึ่งเหล่านี้ไม่สามารถ "จับ" พวกมันเพื่อทำการปิดการทำงาน
kill -9กระบวนการคุณควรตรวจสอบให้แน่ใจก่อนที่จะส่งสัญญาณไปยังกระบวนการที่คุณ:
kill -9ไปยังกระบวนการนั้นจะส่งผลให้ข้อมูลนี้สูญหายฉันได้สร้างสคริปต์ที่ช่วยแก้ไขปัญหานี้โดยอัตโนมัติ
มันขึ้นอยู่กับคำตอบทั้งหมดของฉัน2ในคำถามที่คล้ายกันมากในStackOverflow
คุณสามารถอ่านคำอธิบายทั้งหมดที่นั่น เพื่อสรุปฉันจะแนะนำเพียงSIGTERMและSIGKILLหรือแม้กระทั่งSIGTERM, และSIGINT SIGKILLอย่างไรก็ตามฉันมีตัวเลือกเพิ่มเติมในคำตอบที่สมบูรณ์
โปรดอย่าลังเลที่จะดาวน์โหลด (โคลน) จากที่เก็บ github ไปสู่ killgracefully 1