Tại sao tôi nhận được trạng thái thoát khác nhau cho ps | grep trong một kịch bản?

Tôi đang chạy bên dưới kịch bản:

#!/bin/bash

ps ax  | grep -q [v]arnish
if [ $? -eq 0 ];then
        echo varnish is running...
        exit 0
else
        echo "Critical : varnish is not running "
        exit 2
fi

Đầu ra giống như ::

[root@server ~]# sh -x check_varnish_pro.sh
+ ps ax
+ grep -q '[v]arnish'
+ '[' 0 -eq 0 ']'
+ echo varnish is running...
varnish is running...
+ exit 0

Khi tôi chạy cùng dòng lệnh, tôi sẽ nhận được trạng thái thoát là 1:

[root@server ~]# ps ax  | grep -q [v]arnish; echo $?
1

Trường hợp giống như véc ni không được cài đặt trong máy chủ. Kịch bản này hoạt động tốt trong một máy chủ nơi cài đặt véc ni.

Tại sao trạng thái thoát khác nhau khi chạy bằng cách sử dụng tập lệnh và dòng lệnh? Làm thế nào để cải thiện kịch bản này?

Khi bạn chạy một kịch bản có tên là check_varnish_pro.shthử nghiệm

ps ax  | grep -q [v]arnish

là thành công vì có một kịch bản có tên là check_véc ni_pro đang chạy.

Nói chung, đó là một ý tưởng tồi để thử cách tiếp cận đơn giản psvà grepcố gắng xác định xem một quy trình nhất định có đang chạy hay không.

Bạn sẽ tốt hơn nhiều khi sử dụng pgrepcho việc này:

if pgrep "varnish" >/dev/null; then
  echo "Varnish in running"
else
  echo "Varnish is not running"
fi

Xem hướng dẫn cho pgrep. Trên một số hệ thống (có thể không phải trên Linux), bạn nhận được một -qcờ tương ứng với cùng một cờ để grepthoát khỏi nhu cầu chuyển hướng đến /dev/null. Ngoài ra còn có một -fcờ thực hiện trận đấu trên dòng lệnh đầy đủ thay vì chỉ trên tên quy trình. Người ta cũng có thể giới hạn sự phù hợp với các quy trình thuộc về một người dùng cụ thể bằng cách sử dụng -u.

Cài đặt pgrepcũng cung cấp cho bạn quyền truy cập pkillcho phép bạn báo hiệu các quá trình dựa trên tên của họ.

Ngoài ra, nếu đây là một trình nền dịch vụ và nếu hệ thống Unix của bạn có cách truy vấn thông tin đó (ví dụ: liệu nó có hoạt động hay không), thì đó là cách kiểm tra thích hợp .

Trên Linux, bạn có systemctl( systemctl is-active --quiet varnishsẽ trả về 0 nếu nó đang chạy, 3 nếu không), trên OpenBSD bạn có rcctl, v.v.

Bây giờ đến kịch bản của bạn:

Trong kịch bản của bạn, bạn phân tích đầu ra từ ps ax. Đầu ra này sẽ chứa tên của chính tập lệnh check_varnish_pro.sh, rõ ràng chứa chuỗi varnish. Điều này cung cấp cho bạn một dương tính giả. Bạn sẽ phát hiện ra điều này nếu bạn đã chạy nó mà không có -qcờ greptrong khi thử nghiệm.

#!/bin/bash
ps ax | grep '[v]arnish'

Chạy nó:

$ ./check_varnish_pro.sh
31004 p1  SN+     0:00.04 /bin/bash ./check_varnish_pro.sh

Một vấn đề khác là mặc dù bạn cố gắng "che giấu" grepquá trình khỏi bị phát hiện bởi grepchính nó bằng cách sử dụng [v]trong mẫu. Cách tiếp cận đó sẽ thất bại nếu bạn tình cờ chạy tập lệnh hoặc dòng lệnh trong một thư mục có tệp hoặc thư mục có tên varnishtrong đó (trong trường hợp đó bạn sẽ lại nhận được dương tính giả). Điều này là do mẫu không được trích dẫn và shell sẽ thực hiện tên tệp toàn cầu với nó.

Xem:

bash-4.4$ set -x
bash-4.4$ ps ax | grep [v]arnish
+ ps ax
+ grep '[v]arnish'
bash-4.4$ touch varnish
+ touch varnish
bash-4.4$ ps ax | grep [v]arnish
+ ps ax
+ grep varnish
91829 p2  SN+p    0:00.02 grep varnish

Sự hiện diện của tệp varnishsẽ khiến shell thay thế [v]arnishbằng tên tệp varnishvà bạn nhận được một cú đánh vào mẫu trong bảng quy trình ( grepquy trình).

@AlexP giải thích rất ngắn gọn những gì đang thực sự xảy ra, nhưng ý tưởng sử dụng pgrep/ pkillcho một quá trình quan trọng của @ Kusalananda rất không được khuyến khích . Các giải pháp tốt hơn bao gồm:

• Hỏi dịch vụ cho dù nó đang chạy. systemctl status varnishdnên quan tâm đến việc cài đặt * nix hiện đại.

• Nếu trong một số trường hợp không may bạn không có dịch vụ, bạn chỉ cần thay đổi tập lệnh khởi động để báo cáo sự cố ngay khi quá trình thoát:

  varnish || true
  some_command_to_send_an_alert_that_the_service_has_died

• Hoặc thay đổi tập lệnh khởi động dịch vụ để ghi lại PID, và sau đó kiểm tra trạng thái theo định kỳ kill -0 "$pid".