나는 많은 컬 스크립트를 실행하기 위해 내 사용자에게 Crontab을 사용하는데, 잘 작동하고 그 중 40개가 작동합니다.
그러나 'sudo crontab -e' 명령을 사용하여 루트 Crontab에 있는 스크립트는 실행되지 않고 있으며 약 1개월 전에 작동을 멈췄으며 2년 넘게 잘 작동했습니다.
서버 직원과 대화를 시도했지만 그들 중 누구도 무엇이 잘못되었는지 전혀 모릅니다. 그런데 저는 서버 전문가가 아니기 때문에 가이드를 따를 수는 있지만 그게 전부입니다 :)
나는 cron 서비스 다시 시작, "새 crontab 설치", 루트 사용자를 사용하여 일반 crontab에서 스크립트 실행, 서버 다시 시작, 파일의 모든 항목 삭제, MAILTO 삭제 등을 시도했습니다.
모든 스크립트는 수동으로 실행하여 작동합니다.
이것은 작동하지 않는 벌금입니다.
메일토=""
2 3 * * * "/usr/local/scripts/backup-mysql.sh"
25 3 * * * "/usr/local/scripts/backup-prestashop.sh"
답변1
가장 도움이 되는 것은 오류 메시지를 받는 것입니다.
2 3 * * * { date; bash -v "/usr/local/scripts/backup-mysql.sh"; date; } &>/tmp/cron-backup-mysql.log
25 3 * * * { date; bash -v "/usr/local/scripts/backup-prestashop.sh"; date; } &>/tmp/cron-backup-prestashop.log
/tmp/cron-backup-mysql.log
출력은 및 에 기록됩니다 /tmp/cron-backup-prestashop.log
. bash -v
읽은 대로 스크립트의 행을 출력합니다.
파일 소유자를 확인하여 루트로 실행되는지 확인할 수 있습니다. 그런 다음 파일을 읽으면 실행이 완료되었는지, 지속 시간이 예상한 기간인지 확인할 수 있는 시작 및 종료 시간이 있습니다.
이제 스크립트가 올바르게 실행된다면 문제는 아마도 암시적으로 호출된 셸( bash -v
crontab에서 제거하고 echo SHELL = $SHELL
스크립트에 추가)이거나 스크립트에 실행 권한이 없기 때문일 것입니다( chmod +x
).
스크립트가 충돌하면 bash -v
버그를 찾는 데 도움이 됩니다. -v
by 로 대체하여 더 자세한 내용을 표시할 수 있지만 -x
이렇게 하면 평가되는 각 표현식으로 출력이 넘치게 됩니다.