if-statementは常にTRUEと評価されます

Question

プロセスが開始または停止しているかどうかにかかわらず、このスクリプトが常に「実行中」を返す理由はありますか？

if ps ax | grep -v grep | grep "processName" > /dev/null 
then 
    echo $"running" 
else 
    echo $"not running" 
fi 

は

非常

ありがとうUPDATE： 私は多分間違って何かが他の場所であり、私のスクリプトの完全な例を追加します。

case "$1" in 
    start) 
    # Start daemons. 

    echo -n $"Starting daemon: " 
    ;; 

    stop) 
    # Stop daemons. 
    echo -n $"Shutting down: " 
    echo 
    ;; 
    status) 
    pgrep -f "ProcessName" > /dev/null 
    if [ $? -eq 0 ]; then 
     echo $"ProcessName is running" 
    else 
     echo $"ProcessName is not running" 
    fi 
    ;; 
    restart) 
    $0 stop 
    $0 start 
    ;; 

    *) 
    echo $"Usage: $0 {start|stop|status|restart}" 
    exit 1 
esac 

UPDATE 2：

[user@dev init.d]# pgrep -f "MyProcess" > /dev/null 
[user@dev init.d]# echo $? 
0 
[user@dev init.d]# service MyProcess stop 
Shutting down MyProcess: Terminated 
[user@dev init.d]# pgrep -f "MyProcess" > /dev/null 
[user@dev init.d]# echo $? 
1 

しかし、すべての時間

Answer 1

に代わりにこれを試してみてください：ProcessNameの手段の最初の文字の周り

ps aux | grep -q "[p]rocessName" 
if [ $? -eq 0 ]; then 
    echo "running" 
else 
    echo "not running" 
fi 

ブラケットが "を必要としないでくださいgrep -v grep "、-qは/ dev/nullへのパイプが不要であることを意味します。

$？実行された前のコマンドの戻りコードを返します。したがって、それが0であるかどうかをテストすることは、 "grep"が探していたものを見つけたかどうかを示します。

更新

あなたのプロセス名が（たとえば、「カップ」）本当に短い場合、それは（「のcupsdを」と言う）、あまりにも他のプロセスを一致させることとして、あなたは偽陽性を得る可能性があります。 grepを単語全体にマッチさせることでこれを克服することができます。-wフラグを追加してください。

この手法は完全ではありません。ユーザー名/日付フィールドに一致するエントリが表示されることがあります。それが起こった場合は、 "man ps"を調べ、grepを実行する前に印刷するものをさらに選択してください。または、出力をawkで事前にフィルタリングして、process/cmd名を示す列のみを抽出します。例えば：以下の回答で提案されているよう

ps aux | awk '{print $11}' | grep -q -w "[p]rocessName" 
if [ $? -eq 0 ]; then 
    echo "running" 
else 
    echo "not running" 
fi 

アップデート2

あなたものpgrep使用することができます。 （上記のように）オーバーマッチングを防止するために、本当に短いプロセス名について

、あなたは単語の境界を指定することもできますが（\ b）は、あなたのプロセス名の前と後の

pgrep "\bprocname\b" > /dev/null 
if [ $? -eq 0 ]; then 
    echo "running" 
else 
    echo "not running" 
fi 

アップデート3

更新された質問から、initスクリプトから実行していることがわかります。スクリプト自体に一致するpgrepの危険性は常にあります。試してください：

pgrep Processname | grep -q -v $$ 
if [ $? -eq 0 ]; then 
    echo "running" 
else 
    echo "not running" 
fi 

これは、pgrepの一致からスクリプトのPIDを除外します。

更新4

（最終更新？指が交差）

initスクリプトは、「サービス」コマンド経由で実行されている場合は、我々としても、親PIDをフィルタリングする必要があります。方法：

pgrep Processname | grep -v $$ | grep -q -v $PPID 
if [ $? -eq 0 ]; then 
    echo "running" 
else 
    echo "not running" 
fi 

Answer 2

あなたがテストをやっていないTRUEであることをif [ $? -eq 0 ]; thenようです。そのような試験条件の周りに括弧を置く：

場合は、[あなたのテストを条件]

Answer 3

おそらくgrep "processName"が見つかります。

sd@camel:~$ pgrep bash 
415 
3477 
sd@camel:~$ echo $? 
0 
sd@camel:~$ pgrep arf 
sd@camel:~$ echo $? 
1 

：私は xargあなたの代わりにあなたの psの文字列と様々な grep Sの pgrepコマンドを試してみたいかもしれない別の方法として kill ...

に結果をINGのしたことを除いて、昨日、この自己同じ問題を発見しました

Answer 4

やあ、余談として

、代わりの

ps ax | grep -v grep | grep "processName" 

は、それが文字列「ProcessNameの」のためのあなたのgrepで渡されているプロセスリスト内の文字列「はgrep ProcessNameのを」見ているので、PSはgrepの機能を列挙している

ps ax | grep "[p]rocessName" 

やってみてください。

"[p] rocessName"のグリッピングは、 "processName"だけと一致しますが、文字列 "grep [p] rocessName"とは一致しません。