답변:
이 기능을 자동화하고 성가신 버그와 잠재적 버그를 직접 해결하고 뒤에서 무리를 사용하여 부실 잠금 문제를 피하는 몇 가지 프로그램이 있습니다 (터치 만 사용하면 위험합니다) . 내가 사용했습니다 lockrun과 lckdo과거에,하지만 지금은 거기에 flock대단한 (폴더의 유틸리티 - 리눅스의 약간 새로운 버전에서) (1). 사용하기 정말 쉽습니다 :
* * * * * /usr/bin/flock -n /tmp/fcj.lockfile /usr/local/bin/frequent_cron_job
flock -n file command와 의 차이점을 알고 flock -n file -c command있습니까?
-c쉘을 통해 지정된 명령을 실행하는 것입니다 (맨 페이지 당) "bare"(non- -c) 형식은 exec주어진 명령입니다. . 쉘을 통해 무언가를 넣으면 쉘과 같은 일 (예 : ;또는로 분리 된 여러 명령 실행)을 수행 할 수 &&있지만 신뢰할 수없는 입력을 사용하는 경우 쉘 확장 공격을받을 수 있습니다.
frequent_cron_job매 순간 실행되고 있음을 보여주기 위해 (가설 적) 명령 에 대한 주장 이었습니다. 나는 유용한 것을 추가하지 않았기 때문에 그것을 제거했으며 혼란을 일으켰습니다.
쉘에서 가장 좋은 방법은 flock (1) 을 사용하는 것입니다
(
flock -x -w 5 99
## Do your stuff here
) 99>/path/to/my.lock
99하고 >그래서입니다99> /...
실제로 * flock -n대신에 사용될 수 있으므로 lckdo커널 개발자의 코드를 사용하게됩니다.
womble의 예제 를 기반으로 다음과 같이 작성할 수 있습니다.
* * * * * flock -n /some/lockfile command_to_run_every_minute
BTW, 모두의 코드를 찾고 flock, lockrun그리고 lckdo똑같은 일을, 그래서 가장 쉽게 사용할 수 당신에게 어떤의 문제입니다.
이전 실행이 완료 될 때까지 스크립트가 대기하도록하려면 지정하지 않았습니다. "작업이 서로"스태킹 "되기를 원하지 않기 때문에"이미 실행중인 경우 스크립트를 종료하고 싶다고 암시하는 것 같습니다.
따라서 lckdo 또는 이와 유사한 것에 의존하고 싶다면 다음과 같이하십시오.
PIDFILE=/tmp/`basename $0`.pid
if [ -f $PIDFILE ]; then
if ps -p `cat $PIDFILE` > /dev/null 2>&1; then
echo "$0 already running!"
exit
fi
fi
echo $$ > $PIDFILE
trap 'rm -f "$PIDFILE" >/dev/null 2>&1' EXIT HUP KILL INT QUIT TERM
# do the work
잠금을 처리하는 것보다 훨씬 간단한 run-one 명령을 사용 하는 것이 좋습니다 . 문서에서 :
run-one 은 고유 한 인수 세트를 사용하여 명령의 고유 인스턴스를 하나 이상 실행하는 랩퍼 스크립트입니다. 한 번에 하나 이상의 사본을 실행하지 않으려는 경우 cronjob에 유용합니다.
run-this-one 은 pgrep 및 kill을 사용하여 사용자가 소유하고 실행중인 프로세스를 찾아서 대상 명령 및 인수와 일치시키는 것을 제외하고는 run-one과 정확히 같습니다. run-this-one은 일치하는 프로세스를 종료하려고 시도하는 동안 모든 일치하는 프로세스가 종료 될 때까지 차단됩니다.
RUN-one 은 COMMAND가 종료 될 때마다 (0 또는 0이 아닌) "COMMAND [ARGS]"를 다시 생성한다는 점을 제외하고는 run-one과 정확히 동일 하게 작동합니다.
keep-one-running 은 한 번에 계속 실행 되는 별칭입니다.
명령이 성공적으로 종료 될 때까지 (즉, 0이 종료 될 때까지 "COMMAND [ARGS]"를 다시 생성한다는 점을 제외하고는 run-one-until-success 가 run-one-constantly처럼 정확하게 작동합니다.
실패시 실행 (즉, 0이 아닌 종료) 될 때까지 "COMMAND [ARGS]"를 다시 생성한다는 점을 제외하고는 run-one-until-failure 는 run-one-constantly와 정확히 동일하게 작동합니다.
systemd가 나오면 Linux 시스템에는 또 다른 스케줄링 메커니즘이 있습니다.
systemd.timer에서 /etc/systemd/system/myjob.service또는 ~/.config/systemd/user/myjob.service:
[Service]
ExecStart=/usr/local/bin/myjob
에서 /etc/systemd/system/myjob.timer또는 ~/.config/systemd/user/myjob.timer:
[Timer]
OnCalendar=minutely
[Install]
WantedBy=timers.target
다음에 타이머가 활성화 될 때 서비스 유닛이 이미 활성화 된 경우 서비스의 다른 인스턴스 가 시작 되지 않습니다 .
대안은 부팅시 한 번, 각 실행이 완료된 후 1 분 후에 작업을 시작합니다.
[Timer]
OnBootSec=1m
OnUnitInactiveSec=1m
[Install]
WantedBy=timers.target
중복 크론이 실행되는 것과 같은 문제를 해결하기 위해 하나의 항아리를 만들었습니다 .Java 또는 쉘 크론 일 수 있습니다. Duplicates.CloseSessions ( "Demo.jar")에 cron 이름을 전달하면 현재를 제외하고이 cron에 대해 존재하는 pid를 검색하고 종료합니다. 이 작업을 수행하는 방법을 구현했습니다. String proname = ManagementFactory.getRuntimeMXBean (). getName (); 문자열 pid = proname.split ( "@") [0]; System.out.println ( "현재 PID :"+ pid);
Process proc = Runtime.getRuntime().exec(new String[]{"bash","-c"," ps aux | grep "+cronname+" | awk '{print $2}' "});
BufferedReader stdInput = new BufferedReader(new InputStreamReader(proc.getInputStream()));
String s = null;
String killid="";
while ((s = stdInput.readLine()) != null ) {
if(s.equals(pid)==false)
{
killid=killid+s+" ";
}
}
그런 다음 다시 쉘 명령으로 killid 문자열을 죽입니다.
@Philip Reynolds 답변은 잠금을 얻지 않고 5 초 대기 시간 후에 코드 실행을 시작합니다. 다음 Flock이 작동하지 않는 것 같습니다. @Philip Reynolds의 답변을
(
flock -w 5 -x 99 || exit 1
## Do your stuff here
) 99>/path/to/my.lock
코드가 동시에 실행되지 않도록합니다. 대신 5 초 대기 후 프로세스는 잠금을 얻지 못하면 1로 종료됩니다.