前に私は1つは、新しい方法を何かできることを始めることができますこんにちは、私は、しかし、私は、以前の職場（ 15分）行われることを確認する必要がありますが私は15分ごとに実行する必要がある仕事があるの？あなたはあまりのSOに感謝！

#!/bin/ksh

PID=$$

if [[ -f /var/run/script.pid ]]
then
  OLDPID=`cat /var/run/script.pid`
  RUNNING=`ps -e | grep $OLDPID`
  if [[ ! -z "$RUNNING" ]]
  then
    exit 1
  fi
fi

echo $PID > /var/run/script.pid

# your code here

if [[ -f /var/run/script.pid ]]
then
  rm /var/run/script.pid
fi

一時的なロックを使用するプロセスを含む、 ..例えば、 IDを

#!/usr/bin/ksh

LOCKFILE=/tmp/lockfile

#---At the start of your script check to see that a lockfile exists
if [[ -f $LOCKFILE ]]
then
    #----If the lockfile does exist then check that the process is still running
    #     since it may have aborted and left the lockfile behind
    if ps -p $(<$LOCKFILE) >/dev/null
    then
        echo job is still running
        exit
    fi
fi

#---Must be okay to run, so create the lockfile containing the process id
echo $$ > $LOCKFILE

#----Rest of script goes here
:

#----end
rm $LOCKFILE

この思想などをメモしています。


前のインスタンスがまだ実行されている場合、産卵からlockfilesを作成するプロセスを制御する。

これは、ロックファイルに共通の名前を避けるために優れているとは、プロセスは、プロセスの制御ファイルにIDをリダイレクトします。

最初の場合に共通の名前を使用していますが、高確率は、ロックファイルに同じような命名規則を（同じ名前）も他のスクリプトでは、独自の目的のためにも、同じファイル名を使用して使用することです。

場合、プロセスIDは、ロックファイルの値としては、忙しいシステムでは使用されている可能性が高いが、プロセスの' A 'とpidを実行している- > pid1の仕事をしてから、もう一度b 'には、新しいプロセス'を与えることができますシステム行われます同じpidを- > pid1とすべきではないが、実際のプロセス制御を終了します。

したがって、より良い親プロセスID 、またはそのような一意性を保証するためにタイムスタンプを何かのような詳細な情報を追加します。

そして、最終的なことが書かれているパーマビットを1回でファイルをロックするには、それらのエラーが表示されますので、これを上書きする傾向があるこれらのプロセスの可能性があります。これは確保されていませんので、この方法は少し先を行っている。

これはすべての優秀なアドバイスをしていただきありがとうございます。しかし、私は1つの詳細を追加するには、私が実際に（別のパラメータを使用）を同時に開始し、表示されたメソッドを使用して動作されると、同じスクリプトを使って2ジョブが何か回避策は何ですか？

このパラメータは、ロックに応じて、 ..などの名前を変更

LOCKFILE=/tmp/$(basename $0).$(echo $*|tr ' ' '.')