crontab 예약 작업이 실행되지 않는 몇 가지 이유를 알고 있습니까?

crontab 예약 작업이 실행되지 않는 몇 가지 이유 요약

업데이트 날짜: 2019년 1월 9일 09:34:57 작성자: Hope in the Fields

이 문서에서는 crontab 예약 작업이 실행되지 않는 몇 가지 이유를 주로 요약하고 소개합니다. 또한 이 문제에 직면한 동료를 위한 특정 참조 및 학습 가치가 있습니다. 함께 배우는 에디터

머리말

최근 직장에서 몇 가지 문제가 발생했습니다. crontab 예약 작업이 실행되지 않았습니다. 나중에 온라인으로 검색했을 때 인터넷에서 주로 다음 5가지 트리거를 언급한 것을 발견했습니다.

1crond 서비스가 시작되지 않았습니다

crontab은 Linux 커널의 기능이 아니지만 crond 서비스에 의존합니다. 이 서비스는 시작되거나 중지될 수 있습니다. 중지되면 예정된 작업을 수행하기가 어려워집니다. 해결 방법은 다음과 같습니다.

으아악

또는

으아악

crond 명령이 존재하지 않는다는 메시지가 나타나면 다음 명령을 통해 CentOS에서 다시 설치할 수 있을 뿐만 아니라 삭제되었을 수도 있습니다.

으아악

2 권한 문제

예: 스크립트에 x 실행 권한이 없습니다. 해결 방법:

실행 권한을 줄이거나 bashabc.sh를 사용하여 실행

crontab 작업이 속한 사용자에게 특정 디렉터리에 대한 쓰기 권한이 없을 수도 있으며 실패할 수도 있습니다

3 경로 문제

일부 명령은 셸에서 정상적으로 실행되지만 crontab에서 실행하면 항상 실패합니다. crontab에서 사용하는 sh가 경로를 올바르게 인식하지 못할 수도 있습니다. 예를 들어, 쉘에 루트로 로그인하고 /root/test.sh를 실행하세요.

으아악

그렇습니다. 그리고 이 스크립트는 crontab에서 찾을 수 없습니다. 예를 들어 완전히 작성하세요:

으아악

4시차 문제

서버와 클라이언트의 시차로 인해 crontab 시간은 서버 시간을 기준으로 합니다.

시차증 문제는 정말 짜증납니다. 제가 직접 경험한 현상은 다음과 같습니다.

(1) 타이밍 스크립트를 설정하고 date 명령어를 사용하여 스크립트 실행 시간에 도달했을 때 서버 시간을 관찰했는데 실행되지 않은 것을 발견했습니다

(2) 그리고 1분에 한 번씩 실행되도록 스크립트를 설정했는데 괜찮습니다

젠장, 서버시간 맞나요? 어떤 시간대를 추가해야 합니까? 그래서 스크립트 시간을 10시간, 12시간, 8시간 정도 줄여보려 했지만 잘 안 됐어요.

然而很显著是时间不一致引起的不执行。

最后用如下两行解决了问题：

cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
service crond restart

参考这篇文章：

5变量问题

有时侯命令中富含变量，但crontab执行时却没有，也会导致执行失败。

验证后，我的定时脚本test.sh不执行不是上述任何一种缘由，虽然我的脚本就一句话：

#!/bin/bash
echo 123 >> testFile

我希望通过这些方法来测试我设置的定时脚本起作用了，于是我设置了该脚本每分钟执行一次，而且死活在脚本所在目录看不到这个文件linux 计划任务没执行，我自动执行

# sh test.sh

却能看见在脚本所在目录能看见这个文件

我怀疑是crontab根本没有执行，于是我在crontab中直接添加了

*/1 * * * * echo 123 >> /home/denglinjie/testFile

testFile文件生成了，说明crontab是执行了的，那看来是我脚本自身存在问题

最后发觉，原先是testFile这儿必须写完整的路径，我天真的以为testFile会生成在脚本所在的目录，所以改成了如下方式

#!/bin/bash
echo 123 >> /data/denglinjie/testFile

之后就可以了。

虽然路径是个十分容易出问题的地方，假定在/home/denglinjie目录下有一个脚本文件test1.sh，之后在该目录下还有一个脚本文件test2.sh

在test1.sh中执行了test2.sh，并且用的是相对路径，即相对test1.sh所在的路径。

若果在crontab-e中编辑的时侯，执行的方法是

sh/home/denglinjie/test1.sh，当执行到调用shtest2.sh的时侯，系统会觉得是从crontab文件所在的目录去找test2.sharm linux，而且显然是找不到的，导致执行失败

最开始我想的方式是，我要将我写的待执行的脚本文件以及被调用的其他的脚本和crontab文件放在一个地方，这样就可以拉，并且失败了，可能是由于权限问题，我进不去/var/spool/cron目录。

所以另外一个解决方式就是在执行脚本之前先通过cd/home/denglinjie命令步入到脚本所在目录

------------------------------------------------------------------

近来又发觉一种新的导致crontab不执行的诱因

这儿我要执行的是python脚本，我python脚本的目录为：

/data/denglinjie/work/UpdateModuleSwitch

一开始我的定时任务是这样写的：

0 * * * * cd /data/denglinjie/work/UpdateModuleSwitch;python update_switch.py

发觉到了时间点竟然没有执行,其中update_switch.py的部份内容如下：

import pymongo

就是我的脚本中引入了自己安装的pymongo，注意，这个pymongo是安装到了指定的python版本上的

不执行缘由：crontab定时任务执行的时侯，使用的python不是我的那种python，使用的这个python没有安装pymongo，致使import失败

解决办法，改成如下方式：

0 * * * * cd /data/denglinjie/work/UpdateModuleSwitch;/data/zhoumi/install_evn/bin/python update_switch.py

指定运行使用的python，这个python早已安装绑定了pymongo，或则用如下方式：

0 * * * * export PATH=/data/zhoumi/install_evn/bin/:$PATH;cd /data/denglinjie/work/UpdateModuleSwitch;python update_switch.py

由于我的这个python是安装在我自己的用户目录下linux 计划任务没执行，所以系统找不到这个python，所以只要将我的python也加入到系统PATH环境变量中就可以了

总结

以上就是这篇文章的全部内容了，希望本文的内容对你们的学习或则工作具有一定的参考学习价值，假如有疑惑你们可以留言交流，感谢你们对本站的支持。

위 내용은 crontab 예약 작업이 실행되지 않는 몇 가지 이유를 알고 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!