cách sử dụng tập lệnh shell để giám sát chương trình?

Question

Tôi đã tìm kiếm nhưng không tìm thấy những gì tôi đang tìm kiếm. Tóm lại, tôi đã tạo một tập lệnh bash để chạy trong một vòng lặp vô hạn, ngủ và kiểm tra xem một tiến trình có đang chạy hay không. Vấn đề duy nhất là ngay cả khi quá trình đang chạy, nó nói nó không phải là và mở một thể hiện khác.

Tôi biết tôi nên kiểm tra theo tên quá trình và không xử lý id, vì một quá trình khác có thể nhảy vào và lấy id. Tuy nhiên tất cả các chương trình perl được đặt tên Perl5.10.0 trên hệ thống của tôi, và tôi dự định có nhiều phiên bản của cùng một chương trình perl đang mở.

Sau đây "nếu" luôn trả về false, tôi đang làm gì sai ở đây ???

while true; do 

if [ ps -p $pid ]; then 
    echo "Program running fine" 
    sleep 10 

else 
    echo "Program being restarted\n" 
    perl program_name.pl & 
    sleep 5 
    read -r pid < "${filename}_pid.txt" 
fi 

done 

Answer 1

Loại bỏ các dấu ngoặc vuông. Phải là:

if ps -p $pid; then 

Dấu ngoặc vuông là đường cú pháp cho lệnh test. Đây là một con thú hoàn toàn khác nhau và không gọi ps tại tất cả:

if test ps -p $pid; then 

Trong thực tế rằng sản lượng "-bash: [: -p: nhà điều hành nhị phân mong đợi" khi tôi chạy nó.

Answer 2

Đó là điều giết -0 $ pid. Nó trả về thành công nếu một quá trình với pid $ pid tồn tại.

Answer 3

Ngoài lỗi cú pháp đã được chỉ ra, đây là một cách tệ hại để đảm bảo rằng quy trình vẫn còn hoạt động.

Trước tiên, bạn nên tìm hiểu lý do tại sao chương trình của bạn sắp chết; tập lệnh này không sửa lỗi, nó cố gắng ẩn một tập lệnh.

Thứ hai, nếu điều quan trọng là chương trình vẫn đang chạy, tại sao bạn mong đợi tập lệnh shell lỗi (ít nhất một lần) sẽ thực hiện công việc? Sử dụng một hệ thống cơ sở được thiết kế đặc biệt để khởi động lại quá trình máy chủ. Nếu bạn nói nền tảng nào bạn đang sử dụng và bản chất của quá trình máy chủ của bạn. Tôi có thể đưa ra lời khuyên cụ thể hơn.

thêm để đáp ứng với bình luận:

Chắc chắn, có những nhu cầu cấp bách kỹ thuật, nhưng như OP đã nêu trong OP, vẫn còn là một lỗi trong nỗ lực này tại một giải pháp:

Tôi biết tôi nên kiểm tra theo tên quá trình và không xử lý id, vì một quá trình khác có thể nhảy vào và lấy id.

Vì vậy, bây giờ bạn bị bỏ lại với tập lệnh theo dõi PID, không phải là quá trình "vú em".Mặc dù rất có thể là nhỏ, kịch bản như tình hình hiện nay có một cửa sổ thứ hai mười trong đó

1. sự "giám sát" quá trình thất bại
2. tôi bắt đầu lên tuần dài quá trình emacs của tôi mà lấy cùng PID
3. kịch bản vú em tiếp tục trên blissfully không biết rằng phụ thuộc của nó đã thất bại

Kịch bản không chỉ đơn thuần là lỗi, nó không hợp lệ vì nó giả định rằng PID là định danh ổn định của một quá trình. Có nhiều cách để điều này có thể được xử lý tốt hơn ngay cả ở cấp độ hệ vỏ. Cách đơn giản nhất là không bao giờ tách thực thi perl khỏi tập lệnh vì tập lệnh không làm gì khác ngoài việc xem tiến trình con. Ví dụ:

while true ; do 
    if perl program_name.pl ; then 
     echo "program_name terminated normally, restarting" 
    else 
     echo "oops program_name died again, restarting" 
    fi 
done 

Điều này không chỉ ngắn hơn và đơn giản hơn mà còn thực sự chặn cho điều kiện bạn thực sự quan tâm: trạng thái chạy của chương trình perl. Kịch bản gốc liên tục kiểm tra một dấu hiệu proxy xấu của tình trạng chạy trạng thái chạy (PID) và do đó có thể làm cho nó sai. Và, vì toàn bộ mục đích của kịch bản nữ này là để xử lý các lỗi lầm, sẽ rất tệ nếu nó bị lỗi bởi thiết kế.

Answer 4

Tôi hoàn toàn đồng ý rằng không quan trọng với PID gần như luôn luôn là một ý tưởng tồi. Kịch bản while true ; do ... done khá tốt, tuy nhiên đối với các hệ thống sản xuất có một vài giám sát viên quá trình thực hiện chính xác điều này và nhiều hơn nữa, ví dụ:

• cho phép bạn gửi tín hiệu đến quá trình giám sát (mà không biết đó là PID)
• kiểm tra bao lâu một dịch vụ đã được lên hoặc xuống
• chụp sản lượng của nó và ghi nó vào một file log

Ví dụ về người giám sát quá trình như vậy là daemontools hoặc runit. Để có một cuộc thảo luận chi tiết hơn và các ví dụ, hãy xem Init scripts considered harmful. Không bị quấy rầy bởi tiêu đề: Các init script truyền thống phải chịu chính xác cùng một vấn đề như bạn làm (chúng bắt đầu một daemon, giữ nó trong một tệp và sau đó để lại daemon một mình).

Answer 5

Tôi đồng ý rằng bạn nên tìm hiểu lý do tại sao chương trình của bạn sắp chết ở nơi đầu tiên. Tuy nhiên, một kịch bản shell bao giờ chạy có lẽ không phải là một ý tưởng hay. Điều gì sẽ xảy ra nếu kịch bản lệnh giám sát này bị chết? (. Và vâng, thoát khỏi dấu ngoặc vuông xung quanh ps -p $pid Bạn muốn trạng thái thoát của ps -p $pid lệnh Các dấu ngoặc vuông là một sự thay thế cho lệnh test..)

Có hai giải pháp khả thi:

1. Sử dụng cron để chạy tập lệnh shell "giám sát" của bạn để xem liệu quá trình bạn đang giám sát vẫn đang chạy hay chưa và khởi động lại. Quá trình được giám sát có thể đưa PID của nó vào một tệp. Chương trình giám sát của bạn sau đó có thể đưa tập tin này vào và lấy PID để kiểm tra.

2. Nếu chương trình bạn đang giám sát đang cung cấp dịch vụ trên một cổng cụ thể, hãy biến dịch vụ này thành dịch vụ inetd. Bằng cách này, nó không chạy ở tất cả cho đến khi có một yêu cầu trên cổng đó. Nếu bạn thiết lập chính xác, nó sẽ chấm dứt khi không cần thiết và khởi động lại khi cần thiết. Mất ít tài nguyên hơn và hệ điều hành sẽ xử lý mọi thứ cho bạn.