วิธีการเริ่มต้นสคริปต์ Python ใหม่โดยอัตโนมัติหากมีการฆ่าหรือตาย

ฉันกำลังเรียกใช้สคริปต์ Python ของฉันในพื้นหลังในเครื่อง Ubuntu ของฉัน (12.04) เช่นนี้ -

nohup python testing.py > test.out &

ตอนนี้อาจเป็นไปได้ว่าในบางช่วงของฉันข้างต้นPython scriptสามารถตายด้วยเหตุผลใดก็ตาม

ดังนั้นฉันคิดว่าจะมีcron agentสคริปต์เชลล์ bash ซึ่งสามารถรีสตาร์ทสคริปต์ Python ด้านบนของฉันโดยอัตโนมัติหากมันถูกฆ่าด้วยเหตุผลใดก็ตาม

เป็นไปได้ที่จะทำ? ถ้าใช่แล้ววิธีที่ดีที่สุดในการแก้ไขปัญหาเหล่านี้คืออะไร

UPDATE:

หลังจากสร้างtesting.confไฟล์แบบนี้ -

chdir /tekooz
exec python testing.py
respawn

ฉันรันคำสั่ง sudo ด้านล่างเพื่อเริ่มต้น แต่ฉันไม่เห็นว่ากระบวนการทำงานโดยใช้ ps ax หรือไม่

root@bx13:/bezook# sudo start testing
testing start/running, process 27794
root@bx13:/bezook# ps ax | grep testing.py
27806 pts/3    S+     0:00 grep --color=auto testing.py

ความคิดใดที่ว่าทำไมขวาน px ไม่แสดงอะไรเลย? และฉันจะตรวจสอบว่าโปรแกรมของฉันทำงานหรือไม่?

นี่คือสคริปต์หลามของฉัน -

#!/usr/bin/python
while True:
    print "Hello World"
    time.sleep(5)

บน Ubuntu (จนถึง 14.04, 16.04 และต่อมาใช้ systemd) สามารถใช้ upstart เพื่อทำได้ดีกว่างาน cron คุณใส่การตั้งค่าใน/etc/initและให้แน่ใจว่าคุณระบุrespawn

อาจเป็นไฟล์ขั้นต่ำ/etc/init/testing.conf(แก้ไขเป็นroot):

chdir /your/base/directory
exec python testing.py
respawn

และคุณสามารถทดสอบด้วย/your/base/directory/testing.py:

from __future__ import print_function

import time

with open('/var/tmp/testing.log', 'a') as fp:
    print(time.time(), 'done', file=fp)
    time.sleep(3)

และเริ่มต้นด้วย:

sudo start testing

และติดตามสิ่งที่เกิดขึ้น (ในหน้าต่างอื่น) ด้วย:

tail -f /var/tmp/testing.log

และหยุดด้วย:

sudo stop testing

คุณยังสามารถเพิ่ม[start on][2]เพื่อให้คำสั่งเริ่มต้นเมื่อบูตระบบ

คุณสามารถใช้แนวทางแบบเชลล์เพิ่มเติมได้อีกด้วย มีคุณcronมองหาสคริปต์ของคุณและเปิดมันถ้ามันตาย

1. สร้าง crontab crontab -eใหม่โดยการทำงาน นี่จะเป็นการเปิดหน้าต่างโปรแกรมแก้ไขข้อความที่คุณโปรดปราน

2. เพิ่มบรรทัดนี้ลงในไฟล์ที่เพิ่งเปิด

   */5 * * * * pgrep -f testing.py || nohup python /home/you/scripts/testing.py > test.out

3. บันทึกไฟล์และออกจากโปรแกรมแก้ไข

คุณเพิ่งสร้างใหม่crontabซึ่งจะทำงานทุก 5 นาทีและเปิดสคริปต์ของคุณเว้นแต่ว่ามันจะทำงานอยู่แล้ว ดูที่นี่สำหรับการกวดวิชาที่มีความสุขเล็ก ๆ cronน้อย อย่างเป็นทางการเอกสาร Ubuntu บนcronมีที่นี่

คำสั่งจริงที่กำลังทำงานอยู่คือpgrepการค้นหากระบวนการที่กำลังทำงานสำหรับสตริงที่กำหนดในบรรทัดคำสั่ง pgrep fooจะค้นหาโปรแกรมชื่อfooและผลตอบแทนของตัวบ่งชี้กระบวนการ pgrep -fทำให้มันค้นหาบรรทัดคำสั่งทั้งหมดที่ใช้ในการเปิดโปรแกรมและไม่เพียง แต่ชื่อโปรแกรม (มีประโยชน์เพราะนี่คือสคริปต์หลาม)

||สัญลักษณ์หมายถึง "ทำเช่นนี้หากคำสั่งก่อนหน้าล้มเหลว" ดังนั้นหากสคริปต์ของคุณไม่ทำงานpgrepจะล้มเหลวเนื่องจากจะไม่พบสิ่งใดเลยและสคริปต์ของคุณจะถูกเปิดใช้งาน

คุณสามารถให้โปรแกรมทดสอบเปลี่ยนทิศทางเอาต์พุตโดยใช้ตัวเลือก commandline จากนั้นใช้สคริปต์ python แบบง่าย ๆ เพื่อเริ่มโปรแกรมใหม่โดยไม่มีกำหนด:

import subprocess

while True:
    try:
        print subprocess.check_output(['python', 'testing.py'])
    except KeyboardInterrupt:
        break

คุณสามารถวางโปรแกรมนี้ไว้ในพื้นหลังและเมื่อคุณต้องการหยุดเพียงแค่ดึงมันเข้าสู่เบื้องหน้าและฆ่ามัน

คุณไม่ควรใช้สิ่งนี้ในการผลิต แต่คุณสามารถ:

#!/bin/sh

while true; do
  nohup python testing.py >> test.out
done &

หากด้วยเหตุผลใดก็ตามกระบวนการของ python จะออกจากการวนรอบเชลล์จะดำเนินการต่อและเริ่มต้นใหม่ต่อท้าย.outไฟล์ตามที่ต้องการ เกือบไม่มีค่าใช้จ่ายและใช้เวลาในการตั้งค่าน้อยมาก

มีหลายวิธีในการตรวจสอบและกระบวนการเกิดใหม่ภายใต้ UNIX / Linux หนึ่งในรายการที่เก่าแก่ที่สุดคือรายการ "respawn" ใน / etc / inittab ... หากคุณใช้ระบบ init SysV เก่า อีกวิธีหนึ่งคือการใช้ supervisor daemon จากแพ็คเกจdaemontoolsของ DJ Bernstein ตัวเลือกอื่นคือใช้ฟีเจอร์ใน Ubuntu พุ่งพรวด ... หรือsystemdหรืออื่น ๆ

แต่คุณสามารถดูทางเลือก initและในรหัส Python สำหรับPardus: mudur daemon โดยเฉพาะ

หากคุณตัดสินใจที่จะไปกับงาน cron (และการจัดการไฟล์ PID) ให้ลองอ่านPEP 3143นี้และอาจจะใช้การอ้างอิง

ตามที่ฉันพูดถึงในความคิดเห็นอื่น ๆ การจัดการไฟล์ PID ที่มีประสิทธิภาพนั้นค่อนข้างยุ่งยาก มันมีแนวโน้มที่จะแข่งและกรณีมุม มันจะยากขึ้นหากมีโอกาสที่ไฟล์ PID ของคุณจะจบลงที่ NFS หรือระบบไฟล์เครือข่ายอื่น ๆ (อะตอมมิกส์บางตัวรับประกันว่าคุณจะได้รับความหมายของการจัดการไฟล์บนระบบไฟล์ UNIX / Linux ในท้องถิ่นที่เหมาะสมตัวอย่างเช่น). ความหมายของการล็อกไฟล์ภายใต้ระบบปฏิบัติการยูนิกซ์ก็มีความยุ่งยากเช่นกัน ( ล็อคflockหรือfcntlปล่อยออกมาทันทีในระบบปฏิบัติการเป้าหมายของคุณหรือไม่เมื่อกระบวนการที่ถือไว้ถูกฆ่าด้วย SIGKILL เป็นต้น)

คุณยังสามารถใช้monitหรือProcess monitoring กับ ps-watcher

Monit เป็นยูทิลิตี้แบบโอเพ่นซอร์สสำหรับการจัดการและตรวจสอบกระบวนการโปรแกรมไฟล์ไดเรกทอรีและระบบไฟล์บนระบบ UNIX Monit ดำเนินการบำรุงรักษาและซ่อมแซมอัตโนมัติและสามารถดำเนินการกับสาเหตุที่มีความหมายในสถานการณ์ที่ผิดพลาดได้

นี่คือตัวอย่างสำหรับสถานการณ์ของคุณ:

check process myprocessname
        matching "myprocessname"
        start program = "nohup /usr/bin/python /path/testing.py > /tmp/test.out &"
        stop program = "/usr/bin/killall myprocessname"

ลองดูตัวอย่าง monit

คุณต้องการหัวหน้างานคุณสามารถใช้หัวหน้างานได้ มันเป็นผู้ควบคุมที่ใช้ python ดังนั้นจึงง่ายต่อการปรับเปลี่ยนหากคุณต้องการ

การควบคุมอยู่กับไฟล์ที่มีไวยากรณ์ไฟล์. ini

คำตอบของ Terdon ไม่ได้ผลสำหรับฉันเพราะ pgrep -f testing.pyไม่เคย 'ล้มเหลว' มันจะคว้า pid สำหรับงาน cron (เพราะตัวเลือก -f) อย่างไรก็ตามหากไม่มีตัวเลือก -f pgrep จะไม่พบ test.py เพราะไม่มีกระบวนการที่เรียกว่า test.py

ทางออกของฉันคือการเปลี่ยนแปลง

pgrep -f testing.py

ไปยัง

pgrep -f testing.py | pgrep python

นี่หมายถึงงาน crontab เต็มรูปแบบจะเป็น:

*/5 * * * * pgrep -f testing.py | pgrep python || nohup python /home/you/scripts/testing.py > test.out

ในกรณีของฉันเป็นการแก้ไขด่วนฉันต้องการให้โปรแกรมของฉันทำงานต่อเมื่อออกจากข้อผิดพลาด en หรือถูกฆ่า ในทางกลับกันฉันต้องการหยุดการทำงานเมื่อโปรแกรมสิ้นสุดลงอย่างถูกต้อง (return code = 0)

ฉันได้ทดสอบมันกับ Bash แล้ว มันควรจะทำงานได้ดีในเปลือกอื่น ๆ

#!/bin/sh

echo ""
echo "Use: $0 ./instagram.py"
echo ""

echo "Executing $1 ..."

EXIT_CODE=1
(while [ $EXIT_CODE -gt 0 ]; do
    $1
    # loops on error code: greater-than 0
    EXIT_CODE=$?
done)

สำหรับคำตอบของ terdon pgrep -f testing.pyจะไม่คืนค่าเท็จตามความคิดเห็นที่นี่ :

ฉันคิดว่าปัญหาคือ cron วางไข่เชลล์เพื่อรันคำสั่งของคุณและอาร์กิวเมนต์ของเชลล์นั้นถูกจับคู่โดย pgrep เนื่องจากคุณใช้ -f

สำหรับคำตอบของ Matt pgrep -f testing.pyนั้นไม่มีประโยชน์อะไรตั้งแต่pgrep pythonจับคู่สคริปต์ Python ที่รันอยู่ ดังนั้นถ้า Python script cronjob สองตัว cronjob ที่สองจะไม่ทำงาน

แล้วฉันก็พบวิธีแก้ปัญหาpgrep -f testing.pyในความคิดเห็นที่นี่: https://askubuntu.com/questions/1014559/running-pgrep-in-a-crontab?noredirect=1&lq=1

cron ของฉันสำหรับเรียกใช้สคริปต์ Python สองสคริปต์:

* * * * * pgrep -f '^/usr/bin/python36 /home/ec2-user/myscript1\.py' || nohup /usr/bin/python36 /home/ec2-user/myscript1.py

0 * * * * pgrep -f '^/usr/bin/python36 /home/ec2-user/myscript2\.py' || nohup /usr/bin/python36 /home/ec2-user/myscript2.py