คำถามติดแท็ก signals

นี่คือการติดตามคำถามนี้ ฉันได้ทำการทดสอบเพิ่มเติม ดูเหมือนว่ามันจะไม่สำคัญว่าสิ่งนี้จะทำที่คอนโซลทางกายภาพหรือผ่านทาง SSH สิ่งนี้จะไม่เกิดขึ้นกับ SCP เท่านั้น cat /dev/zero > /dev/nullฉันยังทดสอบกับ พฤติกรรมเหมือนกันทุกประการ: เริ่มต้นกระบวนการในพื้นหลังโดยใช้&(หรือวางไว้ในพื้นหลังหลังจากที่เริ่มใช้CTRL-Zและbg); นี้จะทำโดยไม่ต้องใช้nohup ออกจากระบบ. เข้าสู่ระบบอีกครั้ง initกระบวนการนี้ยังคงมีการทำงานอย่างมีความสุขและตอนนี้เด็กโดยตรงของ ฉันสามารถยืนยันได้ว่าทั้ง SCP และ CAT หยุดทำงานทันทีหากส่งSIGHUP; kill -HUPผมทดสอบนี้โดยใช้ ดังนั้นดูเหมือนว่า SIGHUP จะไม่ถูกส่งเมื่อออกจากระบบอย่างน้อยไปยังกระบวนการพื้นหลัง (ไม่สามารถทดสอบด้วยเบื้องหน้าด้วยเหตุผลที่ชัดเจน) สิ่งนี้เกิดขึ้นกับฉันในตอนแรกด้วยคอนโซลบริการของ VMware ESX 3.5 (ซึ่งใช้ RedHat) แต่ฉันสามารถทำซ้ำได้บน CentOS 5.4 คำถามคืออีกครั้ง: ไม่ควรส่ง SIGHUP ไปยังกระบวนการแม้ว่าพวกเขาจะทำงานในพื้นหลังเมื่อออกจากระบบ? ทำไมสิ่งนี้ไม่เกิดขึ้น? แก้ไข ฉันตรวจสอบด้วยstraceตามคำตอบของ Kyle ตามที่ฉันคาดไว้กระบวนการจะไม่ได้รับสัญญาณใด ๆเมื่อออกจากเชลล์ที่เปิดตัว สิ่งนี้เกิดขึ้นเมื่อใช้คอนโซลของเซิร์ฟเวอร์และผ่าน SSH

21 linux  bash  process  signals 

พื้นหลัง ฉันถูกขอให้สร้างsystemdสคริปต์สำหรับบริการใหม่foo_daemonซึ่งบางครั้งอาจเข้าสู่ "สถานะไม่ดี" และจะไม่ตายSIGTERM(อาจเกิดจากตัวจัดการสัญญาณที่กำหนดเอง) นี่เป็นปัญหาสำหรับนักพัฒนาเนื่องจากได้รับคำแนะนำให้เริ่ม / หยุด / เริ่มบริการใหม่ผ่าน: systemctl start foo_daemon.service systemctl stop foo_daemon.service systemctl restart foo_daemon.service ปัญหา บางครั้งเนื่องจากfoo_daemonการเข้าสู่สถานะที่ไม่ดีเราต้องบังคับให้ฆ่าผ่าน: systemctl kill -s KILL foo_daemon.service คำถาม ฉันจะตั้งค่าsystemdสคริปต์ของฉันอย่างไรfoo_daemonเพื่อที่เมื่อใดก็ตามที่ผู้ใช้พยายามหยุด / เริ่มบริการใหม่systemdจะ: พยายามปิดสง่างามของผ่านfoo_daemonSIGTERM ให้มากถึง 2 วินาทีเพื่อให้การปิด / การสิ้นสุดของfoo_daemonเสร็จสมบูรณ์ พยายามปิดการบังคับfoo_daemonผ่านSIGKILLถ้ากระบวนการยังมีชีวิตอยู่ (ดังนั้นเราจึงไม่มีความเสี่ยงที่จะมีการรีไซเคิล PID และsystemdปัญหาSIGKILLต่อ PID ที่ไม่ถูกต้อง) อุปกรณ์ที่เรากำลังทดสอบวางไข่ / แยกกระบวนการจำนวนมากอย่างรวดเร็วดังนั้นจึงมีข้อกังวลที่หายาก แต่แท้จริงเกี่ยวกับการรีไซเคิล PID ที่ก่อให้เกิดปัญหา หากในทางปฏิบัติฉันแค่หวาดระแวงเกี่ยวกับการรีไซเคิล PID ฉันก็โอเคกับสคริปต์ที่ออกมาSIGKILLต่อต้านกระบวนการ …

20 linux  service  systemd  signals 

ฉันใช้ svn + ssh และฉันเห็นตัวเลข: Killed by signal 15. svn upในระหว่างการ ความคิดวิธีใด?

17 ssh  svn  signals 

ฉันเพิ่งได้รับสัญญาจากลูกค้าของฉันเพื่ออำนวยความสะดวกในการสื่อสารไร้สายของสำนักงาน "บ้าน" ของเขาและไซต์รอง ไซต์หลักเป็นอาคารสองชั้นบนสุดของอาคารสำนักงาน 5 ชั้น (ความสูงไม่เกิน 15 เมตร) และอาคารรองเป็นหนึ่งในสอง "ล็อต" ที่เปิด (ซึ่งหนึ่งคือ TBD โดยผู้บริหาร) ระยะทางพื้นดินจากแหล่งทุติยภูมิอยู่ไกลกว่า 2 กม. เล็กน้อยสำหรับระยะทางที่ใกล้กว่าและรอบ 2.9 กม. สำหรับจุดที่ไกลที่สุด ลิงก์นี้จะใช้ในการส่งฟีดวิดีโอของกล้อง IP 1 (หรืออาจเป็นสอง) และเซ็นเซอร์สภาพแวดล้อมหรือสภาพอากาศที่เปิดใช้งานอีเธอร์เน็ต ฉันได้ตรวจสอบ b / w ที่จำเป็นสำหรับกล้องและทั้ง 900Mhz และ 5.8Ghz นั้นเพียงพอสำหรับคู่ที่ 4 ของพวกเขาและอีกมากสำหรับ 2 ฉันได้ตรวจสอบแล้วว่ามีสายตาที่ชัดเจนในจุดติดตั้งทั้งสองจุด และการกวาดล้างโซน Fresnel 60% นั้นครอบคลุมมากกว่า จำไว้ว่านี่เป็นลิงค์ทางไกลตัวแรกของฉัน (ยาวไม่ว่าจะมีหรือไม่มีเครื่องหมายอัญประกาศ) และฉันก็เกลียดที่จะยอมรับว่าฟิสิกส์ไร้สายอยู่ไกลจากความแข็งแกร่งของฉัน ประเด็นสุดท้ายของคำถามของฉันคือแม้ว่าฉันจะได้อ่านมากเกี่ยวกับการเลือกความถี่ในช่วงไม่กี่วันที่ผ่านมาฉันยังคงพบความคลุมเครือบางอย่าง (ฉันรู้ว่ามันเป็นเพียงฉันที่พบว่ามันคลุมเครือ) แหล่งที่มาส่วนใหญ่เช่นนี้ยอมรับว่าแม้ว่าความถี่ที่ต่ำกว่าจะมีการสูญเสียน้อยกว่าระยะทางที่กำหนด …

13 wifi  wireless-bridge  signals 

มีวิธีการหาที่มาของสัญญาณที่ส่งใน Red Hat Enterprise Linux 5 (SIGTERM ฯลฯ ) หรือไม่? ฉันติดกับ TERM เป็นประจำในแอปพลิเคชันและฉันไม่รู้ว่ามาจากไหน

12 linux  signals