답변:
아니.
로부터 크론 man 페이지 :
... cron은 모든 crontab의 수정 시간을 검사하고 변경된 crontab을 다시로드합니다. 따라서 crontab 파일을 수정할 때마다 cron을 다시 시작할 필요가 없습니다.
하지만 어쨌든 그 일을 확실히하고 싶다면
sudo service cron reload
또는
/etc/init.d/cron reload
sudo service cron restart입니다.
/etc/init.d/cron reload
crond대신에 cron.
sudo crontab -e저장하고 변경 사항을 채택 Ctrl + X한다고 가정 cron했습니다 (이 답변이 너무 높았 기 때문에). 그런 다음 며칠 후 내 고객은 cron이 여전히 이전주기에서 실행되고 있다고보고합니다. 따라서-솔직히-안전을 원한다면- cron시스템을 다시 시작 하고 낭비되는 시간 테스트를하지 마십시오.이 고도의 대답에도 불구하고 수행해야합니다.
cPanel을 사용하는 CentOS sudo /etc/init.d/crond reload에서는 트릭을 수행합니다.
CentOS7에서 : sudo systemctl start crond.service
crond점점 끔찍한 시스템에서 시작하기보다는 다시로드하려면을 실행하십시오 sudo systemctl reload crond.service.
cron은 이제 검은 마법으로 간주됩니다 . (Ubuntu 18.04) sudo systemctl reload crond와 함께 실패합니다 Failed to reload cron.service: Job type reload is not applicable for unit cron.service.. 읽는다 : "SystemD, 단 하나만있을 수있다"라는 신념이있다. 장면 뒤에서 자동으로 재 장전을 수행하지 않으면 파산 한 것입니다! 지난 3 년 이상 그랬던 것처럼 그것을 고칠 생각조차하지 마십시오! 읽는다 : Windows의 세계는 마침내 데비안을 삼켰다. 데비안 : 후드 아래에 이상한 것이 있다면, 어떻게 할 것인가? 재시작!
16.04 VPS Digital Ocean에서도 비슷한 문제가있었습니다. crontab을 변경하는 경우 다음을 실행하십시오.
sudo service cron restart
reload충분하다. 필요 없습니다 restart. 감사. :)
배포에 따라 "cron reload"를 사용하면 아무 작업도 수행되지 않을 수 있습니다. init.d / cron에서 스 니펫을 붙여 넣으려면 (데비안 스퀴즈) :
reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"
# cron reloads automatically
log_end_msg 0
;;
일부 개발자 / 유지 업체는 리로딩에 의존했지만 그렇지 않았으며,이 경우 리로드를 강제 할 수있는 방법이 없습니다. 배포의 일부로 crontab 파일을 생성하고 있으며 파일 길이가 변경되지 않으면 변경 내용이 다시로드되지 않습니다.
이것을보십시오 : service crond restart따라서 crond그렇지 않습니다 cron.
crond인식 할 수없는 서비스입니다. 그것은 cron나를 위해 작동 합니다. 내 OS는 우분투 18.04
sudo service cron restart테스트되지 않았습니다.