これは私にとって不可解な行動です。 aws s3 syncコマンドの実行中に終了シグナルをスクリプトに送信しました。sigtermエラーを処理しているにもかかわらず、エラートラップもaws syncコマンドによってトリガーされ、その理由がわかりません。混乱を助長するために、コマンドはエラーをスローして続行します。
脚本:
#! /bin/bash
trap 'echo GOT ERROR, exiting' ERR
trap 'echo GOT SIGTERM!' SIGTERM
while true; do
date +%F_%T
aws s3 cp /vagrant/audio/ s3://testarchive/tester/ --recursive
sleep 1
done
スクリプトを実行するコマンド:
timeout 5s ./tester.sh
出力:
upload: ../../vagrant/audio/2019-09-16/3/35322118-8264-406B-961B-EAF1FE7A34EF.wav to s3://testarchive/tester/2019-09-16/3/35322118-8264-406B-961B-EAF1FE7A34EF.wav
upload: ../../vagrant/audio/2019-09-16/1/165BD3D0-773A-4591-A43E-D67810716066.wav to s3://testarchive/tester/2019-09-16/1/165BD3D0-773A-4591-A43E-D67810716066.wav
upload: ../../vagrant/audio/2019-09-16/2/2A9559BB-168A-47D2-943A-A51B7885233B.wav to s3://testarchive/tester/2019-09-16/2/2A9559BB-168A-47D2-943A-A51B7885233B.wav
Terminated6.8 MiB/123.1 MiB (1.5 MiB/s) with 422 file(s) remaining
GOT ERROR, exiting
GOT SIGTERM!
2020-01-17_21:05:40
upload: ../../vagrant/audio/2019-09-16/0/07502A17-9304-4995-94E1-A1B0D439EEE7.wav to s3://testarchive/tester/2019-09-16/0/07502A17-9304-4995-94E1-A1B0D439EEE7.wav
upload: ../../vagrant/audio/2019-09-16/0/05E4C765-C2FA-4EC0-9803-8FF02C0FEDDE.wav to s3://testarchive/tester/2019-09-16/0/05E4C765-C2FA-4EC0-9803-8FF02C0FEDDE.wav
upload: ../../vagrant/audio/2019-09-
編集#2:
29 1 * * * root strace -e trace=kill timeout --foreground 6 /home/vagrant/tester.sh &> /home/vagrant/tester.log
#! /bin/bash
trap 'echo GOT ERROR..' ERR
trap 'echo GOT SIGTERM! && set_terminate_flag' SIGTERM
terminate_flag=false
function set_terminate_flag {
terminate_flag=true
}
while true; do
if [ "$terminate_flag" = true ]; then
echo OMG IT WORKS!
exit 0
fi
date +%F_%T
aws s3 cp /vagrant/audio/ s3://testarchive/tester/ --recursive
echo LOOP IS Done, begin sleep
done
出力:
...(skip output, 6 seconds have passed!!!)
--- SIGALRM {si_signo=SIGALRM, si_code=SI_TIMER, si_timerid=0, si_overrun=0, si_value={int=14831664, ptr=0xe25030}} ---
kill(9432, SIGTERM) = 0
kill(9432, SIGCONT) = 0
...(skip output)
upload: ../vagrant/audio/2020-01-01/E7914F83-8A89-4679-ABBC-8DB261D13349-01.wav to s3://testarchive/tester/2020-01-01/E7914F83-8A89-4679-ABBC-8DB261D13349-01.wav
GOT SIGTERM!
LOOP IS Done, begin sleep
OMG IT WORKS!
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=9432, si_uid=0, si_status=0, si_utime=0, si_stime=0} ---
+++ exited with 124 +++
trap 'echo GOT ERROR, exiting' ERR
単に「終了する」と言っても、それが真実であるとは限りません;-)
ERR
トラップは、スクリプトが直後に終了するかどうか(たとえば、set -e
のため)に関係なく、コマンド失敗のたびに実行されます。
$ bash -c 'trap "echo error, not exiting yet" ERR; false; echo DONE'
error, not exiting yet
DONE
あなたの場合、失敗するコマンドはdate
またはaws
かもしれませんが、おそらくsleep
(これは外部であり、組み込みコマンドではありません)です。 sleep
は、ERR
によって送信されたシグナルによっても強制終了されるため、ゼロ以外のステータス(=失敗、その後timeout
トラップがトリガーされた)で終了します:timeout
最初にその子にシグナルを送信し、次に全体にシグナルを送信しますプロセスグループそれは次の一部です:
$ strace -e trace=kill timeout 1s bash -c 'echo $$; while :; do sleep 3600; done
'
4851
...
kill(4851, SIGTERM) = 0
kill(0, SIGTERM) = 0
...
シェルは、待機しているフォアグラウンドコマンドが終了するまでafterトラップを実行しません。 timeout
が全体を通知していなかった場合プロセスグループ(これは--foreground
オプションで実現できます)、そのフォアグラウンドコマンドは終了せず、トラップは終了しない可能性があります実行:
$ timeout 1s bash -c 'trap "echo TERM caught" TERM; sleep 36000; echo DONE'
Terminated
TERM caught
DONE
$ timeout --foreground 1s bash -c 'trap "echo TERM caught" TERM; sleep 36000; echo DONE'
<wait and wait>