なぜpsの終了ステータスが異なるのですか？スクリプトでgrepを使用しますか？

私はスクリプトの下で実行しています：

#!/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

出力は::

[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

コマンドラインで同じように実行すると、終了ステータスが1になります。

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

ワニスがサーバーにインストールされていないような場合です。このスクリプトは、ワニスがインストールされているサーバーで正常に動作します。

スクリプトとコマンドラインを使用して実行すると、終了ステータスが異なるのはなぜですか？このスクリプトを改善するには？

check_varnish_pro.shテストという名前のスクリプトを実行すると

ps ax  | grep -q [v]arnish

check_varnishという名前のスクリプトが_pro実行されているため、成功します。

一般的に、と単純なアプローチをしようとする悪い考えだpsとgrep、与えられたプロセスが実行されているかどうかを決定しようとします。

あなたはpgrepこれのために使う方がはるかに良いでしょう：

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

のマニュアルを参照してくださいpgrep。一部のシステム（おそらくLinuxではない）では、にリダイレクトする必要がなくなる-q同じフラグに対応するフラグgrepを取得し/dev/nullます。-fプロセス名だけでなく、コマンドライン全体で一致を実行するフラグもあります。を使用して、特定のユーザーに属するプロセスに一致を制限することもできます-u。

インストールpgrepもすることは、あなたがにアクセスすることができますpkillあなたは、その名前に基づいて信号処理することを可能にします。

また、これがサービスデーモンであり、Unixシステムに情報を問い合わせる方法がある場合（たとえば、稼働しているかどうか）、それが適切な方法です。

Linuxの場合systemctl（systemctl is-active --quiet varnish実行している場合は0を返し、それ以外の場合は3を返します）、OpenBSDの場合rcctlなどです。

今あなたのスクリプトに：

スクリプトでは、からの出力を解析しますps ax。この出力には、スクリプト自体の名前がcheck_varnish_pro.sh含まれますvarnish。これには、明らかに文字列が含まれています。これにより、誤検知が発生します。テスト中に-qフラグなしで実行した場合、これを見つけたでしょうgrep。

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

それを実行する：

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

もう1つの問題は、パターンで使用grepするgrepことにより、プロセスがそれ自体で検出されないように「隠そう」としていることです[v]。その方法でファイルまたはディレクトリが指定さvarnishれているディレクトリでスクリプトまたはコマンドラインを実行すると、このアプローチは失敗します（この場合、再び誤検知が発生します）。これは、パターンが引用符で囲まれておらず、シェルがファイル名のグロビングを実行するためです。

見る：

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

ファイルvarnishが存在すると、シェル[v]arnishはファイル名に置き換えvarnishられ、プロセステーブル（grepプロセス）のパターンにヒットします。

@AlexPは実際に何が起こっているのかを非常に簡潔に説明していますが、重要なプロセスに/ を使用するpgreppkillという@Kusalanandaの考えは強く推奨されていません。より良いソリューションは次のとおりです。

• サービスが実行されているかどうかを尋ねます。systemctl status varnishd最新の* nixインストールではこれを処理する必要があります。

• 不幸な状況でサービスを利用できない場合は、起動スクリプトを変更して、プロセスが終了したらすぐに問題を報告できます。

  varnish || true
  some_command_to_send_an_alert_that_the_service_has_died

• または、サービスを開始するスクリプトを変更してPIDを記録し、で定期的に状態を確認しkill -0 "$pid"ます。