bashスクリプトがまだ実行されていないことを確認するにはどうすればよいですか？

Question

私はcronから5分ごとに実行したいbashスクリプトを持っています...しかし、スクリプトの前回の実行はまだ行われていない可能性があります。この場合は、新しい実行を終了してください。私は/ tmpのロックファイルに依存したくありません。ロックファイル（または何でも）を尊重する前にプロセスが実際に実行されていることを確認したいのですが...

ここにありますこれまでのインターネットから盗まれた...どうすればそれを少しスマートにすることができますか？それとも全く違うやり方がありますか？

if [ -f /tmp/mylockFile ] ; then 
    echo 'Script is still running' 
else 
    echo 1 > /tmp/mylockFile 
    /* Do some stuff */ 
    rm -f /tmp/mylockFile 
fi 

Answer 1

# Use a lockfile containing the pid of the running process 
# If script crashes and leaves lockfile around, it will have a different pid so 
# will not prevent script running again. 
# 
lf=/tmp/pidLockFile 
# create empty lock file if none exists 
cat /dev/null >> $lf 
read lastPID < $lf 
# if lastPID is not null and a process with that pid exists , exit 
[ ! -z "$lastPID" -a -d /proc/$lastPID ] && exit 
echo not running 
# save my pid in the lock file 
echo $$ > $lf 
# sleep just to make testing easier 
sleep 5 

このスクリプトには少なくとも1つの競合状態があります。人生支援システムLOLには使用しないでください。しかし、あなたの環境は2つのスクリプトを同時に開始しないので、あなたの例でうまくいくはずです。より多くのアトミックロックを使用する方法はたくさんありますが、一般的には、オプションでインストールするか、NFSなどで別々に動作させるかによって異なります。

Answer 2

あなたは、プロセスの存在を確認したい場合は、単に

ps aux | grep your_script_name

の出力を見て、それがある場合、それは死んでいないのです...

としてはで指摘しましたコメント、およびその他の答えは、ロックファイルに格納されたPIDを使用する方がはるかに安全で、ほとんどのアプリが採用する標準的なアプローチです。便利ですし、実際にはコーナーケース（たとえば、cronが実行されたときにファイルを編集するなど）がほとんど見られません。

Answer 3

あなたのpidをmylockFileに保存してください。チェックする必要があるときは、ファイルから読み込んだpidを持つプロセスのpsを調べます。存在する場合、スクリプトは実行中です。

Answer 4

あなたはいつもちょうどすることができます

if ps -e -o cmd | grep scriptname > /dev/null; then 
    exit 
fi 

しかし、私はロックファイルを自分で好きなので、私もロックファイルなしでこれをしないだろう。

Answer 5

マニュアルページflockコマンドを使用してください。

 
NAME 
     flock - Manage locks from shell scripts 
SYNOPSIS 
     flock [-sxon] [-w timeout] lockfile [-c] command... 

Answer 6

場合によっては、スクリプトを実行している人を区別し、並行性を許可することができますが、すべてを許可することはできません。この場合、ユーザー単位、tty単位、またはcron固有のロックを使用できます。

$ USERなどの環境変数やttyなどのプログラムの出力を使用してファイル名を作成できます。 cronの場合は、crontabファイルに変数を設定し、スクリプトでその変数をテストできます。

Answer 7

ロックを使用しないファイルは常にロックディレクトリを使用します。 特定のケースでは、スクリプトの開始が5分間隔でスケジュールされるため、それほど重要ではありません。しかし、WebサーバーのCGIスクリプトにこのコードを再利用した場合、あなたはトーストしています。

これは、古いロックがある場合、ロックは存在しますが関連付けられたプロセスは存在しないことを意味します。あなたのクーロンは決して走りません。

なぜディレクトリを使用するのですか？ mkdirはアトミックな操作であるためです。一度に1つのプロセスだけがディレクトリを作成できますが、他のすべてのプロセスはエラーになります。これは、共有ファイルシステムでも、おそらく異なるOSタイプ間でさえも機能します。

Answer 8

ロックファイルを使用する場合は、ロックファイルが常に削除されていることを確認する必要があります。 'trap'でこれを行うことができます：

if (set -o noclobber; echo "locked" > "$lockfile") 2> /dev/null; then 
    trap 'rm -f "$lockfile"; exit $?' INT TERM EXIT 
    echo "Locking succeeded" >&2 
    rm -f "$lockfile" 
else 
    echo "Lock failed - exit" >&2 
    exit 1 
fi 

noclobberオプションを使用すると、ディレクトリを使用するようにアトミックなロックファイルを作成できます。

Answer 9

あなたが使用することができ、この1：

pgrep -f "/bin/\w*sh .*scriptname" | grep -vq $$ && exit 

Answer 10

ワンライナーとして

、あなたがロックファイル（例えばB/C /読み取り専用のファイルシステムなどの）

test "$(pidof -x $(basename $0))" != $$ && exit 

を使用しない場合

スクリプトの名前を持つPIDの完全なリストが現在のPIDと等しいことを確認します。 "-x"は、シェルスクリプトの名前もチェックします。

バッシュは、それも短く、より速くなります：

[[ "$(pidof -x $(basename $0))" != $$ ]] && exit 

Answer 11

私は今日、この問題を解決しようとしていたと私は以下を思い付いた：

​​

これはPIDが含まれている$BASHPIDに依存していますサブシェルの内側にあります（サブシェルの$$は親のpidです）。しかし、これはBash v4に依存しており、私はこれをBash v3.2.48を持つOSX上で実行する必要がありました。私は最終的には別の解決策を思い付いた、それがクリーンである：

JOBS=$(sh -c "ps axo pid,command | grep \"${COMMAND_LINE}\" | grep -v grep | grep -v $$") 

Answer 12

ソケット・ソリューションは、まだそれはソケットが効果的なミューテックスとして使用することができることを指摘する価値がある言及されていなかったので。ソケットの作成は原子操作であり、mkdirはGunstickが指摘しているように、ソケットはロックまたはmutexとして使用するのに適しています。

Tim KayのPerlスクリプト 'Solo'は、スクリプトのコピーを一度に1つしか実行できないようにするための非常に小さく効果的なスクリプトです。これはcronジョブ用に特別に設計されていますが、他のタスクでもうまく動作しますが、非crobジョブでも非常に効果的です。

Soloは、スクリプトの外部でチェックが実行されるという点で、これまで説明した他の手法よりも1つの利点があります。スクリプトがすでに実行されている場合、そのスクリプトの2番目のインスタンスは決して起動されません。これは、ロックで保護されているスクリプト内のコードブロックを分離するのとは対照的です。編集：flockがスクリプト内からではなくcronジョブで使用されている場合は、それを使用してスクリプトの2番目のインスタンスが開始されないようにすることもできます。下記の例を参照してください。ここで

はあなたのcronでそれを使用する方法の例です：

*/5 * * * * solo -port=3801 /path/to/script.sh args args args 

# "/path/to/script.sh args args args" is only called if no other instance of 
# "/path/to/script.sh" is running, or more accurately if the socket on port 3801 
# is not open. Distinct port numbers can be used for different programs so that 
# if script_1.sh is running it does not prevent script_2.sh from starting, I've 
# used the port range 3801 to 3810 without conflicts. For Linux non-root users 
# the valid port range is 1024 to 65535 (0 to 1023 are reserved for root). 

* * * * * solo -port=3802 /path/to/script_1.sh 
* * * * * solo -port=3803 /path/to/script_2.sh 

# Flock can also be used in cron jobs with a distinct lock path for different 
# programs, in the example below script_3.sh will only be started if the one 
# started a minute earlier has already finished. 

* * * * * flock -n /tmp/path.to.lock -c /path/to/script_3.sh 

リンク：

• ソロ・Webページ：http://timkay.com/solo/
• ソロスクリプト：http://timkay.com/solo/solo

・ホープこれは役に立ちます。

Answer 13

thisを使用できます。

私はちょうどここに解決策をコピーして貼り付けます。それは両方の質問に対する答えです（私は実際にはこの質問に適していると主張します）。

が使用

1. はsh_lock_functions.sh
2. INIT使用sh_lock_init
3. ロック用いsh_acquire_lock
4. sh_check_lockを使用してチェックロック
5. 国連を含みます

スクリプトファイルsh_remove_lockを使用してロック

sh_lock_functions.sh

#!/bin/bash 

function sh_lock_init { 
    sh_lock_scriptName=$(basename $0) 
    sh_lock_dir="/tmp/${sh_lock_scriptName}.lock" #lock directory 
    sh_lock_file="${sh_lock_dir}/lockPid.txt" #lock file 
} 

function sh_acquire_lock { 
    if mkdir $sh_lock_dir 2>/dev/null; then #check for lock 
     echo "$sh_lock_scriptName lock acquired successfully.">&2 
     touch $sh_lock_file 
     echo $$ > $sh_lock_file # set current pid in lockFile 
     return 0 
    else 
     touch $sh_lock_file 
     read sh_lock_lastPID < $sh_lock_file 
     if [ ! -z "$sh_lock_lastPID" -a -d /proc/$sh_lock_lastPID ]; then # if lastPID is not null and a process with that pid exists 
      echo "$sh_lock_scriptName is already running.">&2 
      return 1 
     else 
      echo "$sh_lock_scriptName stopped during execution, reacquiring lock.">&2 
      echo $$ > $sh_lock_file # set current pid in lockFile 
      return 2 
     fi 
    fi 
    return 0 
} 

function sh_check_lock { 
    [[ ! -f $sh_lock_file ]] && echo "$sh_lock_scriptName lock file removed.">&2 && return 1 
    read sh_lock_lastPID < $sh_lock_file 
    [[ $sh_lock_lastPID -ne $$ ]] && echo "$sh_lock_scriptName lock file pid has changed.">&2 && return 2 
    echo "$sh_lock_scriptName lock still in place.">&2 
    return 0 
} 

function sh_remove_lock { 
    rm -r $sh_lock_dir 
} 

使用例

sh_lock_usage_example.sh

の

#!/bin/bash 
. /path/to/sh_lock_functions.sh # load sh lock functions 

sh_lock_init || exit $? 

sh_acquire_lock 
lockStatus=$? 
[[ $lockStatus -eq 1 ]] && exit $lockStatus 
[[ $lockStatus -eq 2 ]] && echo "lock is set, do some resume from crash procedures"; 

#monitoring example 
cnt=0 
while sh_check_lock # loop while lock is in place 
do 
    echo "$sh_scriptName running (pid $$)" 
    sleep 1 
    let cnt++ 
    [[ $cnt -gt 5 ]] && break 
done 

#remove lock when process finished 
sh_remove_lock || exit $? 

exit 0 

特長

• は、プロセスがすでにスクリプトがロックの除去（例えば前に停止した場合は、検出することができ
• を実行していないことを確認するためにロックしたファイル、ディレクトリとプロセスIDの組み合わせを使用します。プロセスのkill、シャットダウン、エラーなど）
• あなたがロックファイルをチェックし、ロックが
• 冗長が欠落しているときに、プロセスのシャットダウンをトリガするためにそれを使用することができますが、簡単にデバッグのためにエラーメッセージを出力し