Connaissez-vous quelques raisons pour lesquelles les tâches planifiées de crontab ne sont pas exécutées ?

Un résumé de quelques raisons pour lesquelles les tâches planifiées crontab ne sont pas exécutées

Mise à jour : 9 janvier 2019 09:34:57 Auteur : L'espoir dans les champs

Cet article résume et présente principalement quelques raisons pour lesquelles les tâches planifiées par crontab ne sont pas exécutées. Il fournit également des solutions à toutes les incitations possibles. Il a une certaine valeur de référence et d'apprentissage pour les collègues qui rencontrent ce problème. éditeur pour apprendre ensemble

Préface

Récemment, j'ai rencontré quelques problèmes au travail. Les tâches planifiées par crontab n'étaient pas exécutées. Plus tard, lors d'une recherche en ligne, j'ai découvert qu'Internet mentionnait principalement ces 5 déclencheurs :

.

Le service 1crond n'est pas démarré

crontab n'est pas une fonction du noyau Linux, mais repose sur un service crond. Ce service peut être démarré ou arrêté. S'il s'arrête, il sera difficile d'effectuer les tâches planifiées. La solution est de l'ouvrir :

crond

ou

service crond start

Si cela indique que la commande crond n'existe pas, elle a peut-être été supprimée. Non seulement elle peut être réinstallée sous CentOS via cette commande :

yum -y install crontabs

2 Problème d'autorisation

Par exemple : le script n'a pas la permission d'exécution x, solution :

Réduisez les autorisations d'exécution ou utilisez bashabc.sh pour exécuter

Il est également possible que l'utilisateur auquel appartient la tâche crontab ne dispose pas des autorisations d'écriture pour un certain répertoire, et cela échouera également

Problème des 3 chemins

Certaines commandes s'exécutent normalement dans le shell, mais échouent toujours lorsqu'elles sont exécutées dans crontab. Il se peut que le sh utilisé par crontab ne reconnaisse pas correctement le chemin. Par exemple : connectez-vous au shell en tant que root et exécutez /root/test.sh.

./test.sh

C'est tout. Et ce script ne sera pas trouvé dans crontab, par exemple, écrivez-le complètement :

/root/test.sh

4Problème de décalage horaire

En raison du décalage horaire entre le serveur et le client, l'heure de la crontab est basée sur l'heure du serveur.

Le problème du décalage horaire est vraiment gênant, j'en ai moi-même fait l'expérience. Le phénomène est le suivant :

(1) J'ai configuré un script de chronométrage et utilisé la commande date pour observer l'heure du serveur lorsqu'il atteignait l'heure d'exécution du script et j'ai constaté qu'il n'était pas exécuté

(2) Et j'ai configuré le script pour qu'il s'exécute une fois par minute, et c'est OK

Bon sang, l'heure du serveur est-elle correcte ? Dois-je ajouter quels fuseaux horaires ? J'ai donc essayé de réduire la durée du script de 10, 12 ou 8 heures, mais cela n'a pas fonctionné.

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

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

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环境变量中就可以了

总结

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

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!