8

誰かがすでにこれを解決しており、Google で間違った検索用語を使用して答えを教えてくれているのではないかと思いますが、これが私の状況です。

実行したいスクリプトがありますが、スケジュールされたときにのみ実行し、一度に 1 つだけ実行したいと考えています。(スクリプトを同時に実行することはできません)

スティッキーな部分は、必要なデータとスケジュールされた時刻を含む「myhappyschedule」というテーブルがあると言うことです。このテーブルには、同時に複数の時刻をスケジュールすることができ、それぞれがこのスクリプトを実行します。したがって、基本的に、スクリプトが起動するたびにキューが必要であり、スクリプトが終了する前にすべてのキューが待機する必要があります。(スクリプトの実行に 1 分かかることもあれば、何分もかかることもあります)

私が考えているのは、myhappyschedule を 5 分ごとにチェックし、スケジュールされているものを収集し、それらをキューに入れ、別のスクリプトがキュー内の各「ジョブ」またはオカレンスを順番に実行できるスクリプトを作成することです。これはすべて面倒に聞こえます。

これを長くするために、私は、ユーザーが crontab を編集するのではなく、myhappyschedule で物事をスケジュールできるようにしていると言わなければなりません。

これについて何ができるでしょうか？ファイルロックとスクリプト呼び出しスクリプト?

4

3 に答える 3

4

exec_statusに列を追加しますmyhappytable（多分また、、擬似コードを参照time_startedしてください）time_finished

次のcronスクリプトをx分ごとに実行します

cronスクリプトの擬似コード：

[create/check pid lock (optional, but see "A potential pitfall" below)]
get number of rows from myhappytable where (exec_status == executing_now)
if it is > 0, exit
begin loop
  get one row from myhappytable
    where (exec_status == not_yet_run) and (scheduled_time <= now)
    order by scheduled_time asc
  if no such row, exit
  set row exec_status to executing_now (maybe set time_started to now)
  execute whatever command the row contains
  set row exec_status to completed
  (maybe also store the command output/return as well, set time_finished to now)
end loop
[delete pid lock file (complementary to the starting pid lock check)]

このように、スクリプトは最初に実行されているコマンドがないかどうかを確認し、次に、指定された時点で実行するコマンドがなくなるまで、最初にまだ実行されていないコマンドを実行します。また、データベースにクエリを実行すると、実行中のコマンドを確認できます。

潜在的な落とし穴： cronスクリプトが強制終了された場合、スケジュールされたタスクは「executing_now」状態のままになります。これが、最初と最後のpidロックの目的です。cronスクリプトが正しく終了したかどうかを確認します。pidlockの作成/チェックの擬似コード：

if exists pidlockfile then
  check if process id given in file exists
  if not exists then
    update myhappytable set exec_status = error_cronscript_died_while_executing_this   
      where exec_status == executing_now
    delete pidlockfile
  else (previous instance still running)
    exit
  endif
endif
create pidlockfile containing cron script process id
于 2008-10-22T16:49:31.607 に答える
2

スクリプト内でat（1）コマンドを使用して、次の実行をスケジュールできます。終了する前に、myhappyscheduleで次の実行時間を確認できます。cronはまったく必要ありません。

于 2008-10-22T16:15:54.420 に答える
0

キューイングの問題の解決策を調査しているときに、この質問に出くわしました。ここで検索している他の人の利益のために、私の解決策があります。

これを、スケジュールどおりにジョブを開始する（同時に実行するようにスケジュールされている場合でも）ジョブを開始するcronと組み合わせて、説明した問題も解決します。

問題

  • スクリプトの最大 1 つのインスタンスが実行されている必要があります。
  • リクエストをキューに入れ、できるだけ早く処理したいと考えています。

すなわち。スクリプトへのパイプラインが必要です。

解決：

任意のスクリプトへのパイプラインを作成します。小さな bash スクリプトを使用して実行します (さらに下)。

スクリプトは次のように呼び出すことができます
./pipeline "<any command and arguments go here>"

例：

./pipeline sleep 10 &
./pipeline shabugabu &
./pipeline single_instance_script some arguments &
./pipeline single_instance_script some other_argumnts &
./pipeline "single_instance_script some yet_other_arguments > output.txt" &
..etc

スクリプトは、コマンドごとに新しい名前付きパイプを作成します。したがって、上記は名前付きパイプを作成します: sleep、shabugabu、およびsingle_instance_script

この場合、最初の呼び出しでリーダーが開始され、引数として実行single_instance_scriptさsome argumentsれます。呼び出しが完了すると、リーダーはパイプから次の要求を取得しsome other_arguments、 、完了、次の取得などで実行します...

このスクリプトはプロセスのリクエストをブロックするため、バックグラウンド ジョブ (& の最後に) として呼び出すか、at( at now <<< "./pipeline some_script")を使用して切り離されたプロセスとして呼び出します。

#!/bin/bash -Eue

# Using command name as the pipeline name
pipeline=$(basename $(expr "$1" : '\(^[^[:space:]]*\)')).pipe
is_reader=false

function _pipeline_cleanup {
        if $is_reader; then
                rm -f $pipeline
        fi
        rm -f $pipeline.lock

        exit
}
trap _pipeline_cleanup INT TERM EXIT

# Dispatch/initialization section, critical
lockfile $pipeline.lock
        if [[ -p $pipeline ]]
        then
                echo "$*" > $pipeline
                exit
        fi

        is_reader=true
        mkfifo $pipeline
        echo "$*" > $pipeline &
rm -f $pipeline.lock

# Reader section
while read command < $pipeline
do
        echo "$(date) - Executing $command"
        ($command) &> /dev/null
done
于 2009-05-07T20:49:38.980 に答える