方法1: 1. 修改rsyslog文件,将/etc/rsyslog.d/50-default.conf 文件中的#cron.*前的#删掉;2. 重启rsyslog服务service rsyslog restart3. 重启cron服务service cron restart 方法2: 1. 编辑 /etc/syslog.conf,并且打开以cron.*开始的那行注释。2. 运行 /etc/init.d/sysklogd restart 。3. 运行 /etc/init...
查log，有bug会写在log里 不排斥被人 crontab -e 删了，那好像就不好查了……看看/var/spool/cron/里文件的修改时间 还有一个可能是，/var整个挂了……（我的电脑会出这个问题，因为我的/var是分在另一块硬盘上的，有时候硬盘自动断电会写不进去，所以偶尔会挂，不过这种可能性可以忽略……去...
Running transaction test Transaction test succeeded Running transaction Installing : cronie-1.4.11-23.el7.x86_64 1/1 Error unpacking rpm package cronie-1.4.11-23.el7.x86_64 error: unpacking of archive failed on file /etc/cron.d/0hourly;60a90564: cpio: open Verifying : cronie-1.4.11-23.el7...
如果不指定用户,则表示编辑当前用户的crontab文件。 -l:显示某个用户的crontab文件内容,如果不指定用户,则表示显示当前用户的crontab文件内容。 -r:从/var/spool/cron目录中删除某个用户的crontab文件,如果不指定用户,则默认删除当前用户的crontab文件。 -i:在删除用户的crontab文件时给确认提示。 2、crontab文件语法 ...
根本原因是某些命令无法使用crontab调用,因为用户登陆Linux操作系统的时候,”/etc/profile”, “~/.bash_profile”等配置文件会被自动执行,所以手动执行脚本能够成功,但是crontab执行失败。 大意了啊,环境变量需要直接配在脚本中才行啊,配在环境变量文件里读不到啊,又一次雪的教训!
然而,有些情况下用户可能会找不到crontab文件的位置。这可能是因为用户正在使用的Linux发行版或系统版本不同,导致crontab文件存放的路径有所变化。在这种情况下,用户可以通过以下几种方法找到crontab文件的位置: 1. 使用which命令查找:用户可以使用which命令来查找crontab文件的位置。在终端中输入“which crontab”,系统会...
which crontab 来确定一下,命令路径,如果不是/usr/bin/crontab这个路径,基本确定是这个问题。which 这个命令非常好用。查变量命令什么 的经常可以用。(大神请略过) 直接运行 source /etc/crontab ,再查看 crontab -l 是不是恢复正常了?如果不是看看配置是否正确。
如果以上方法都没有解决问题,可能是因为 crontab 的环境变量设置不正确,可以尝试在 crontab 文件中设置 PATH 等环境变量,或者在 crontab 命令中指定环境变量。另外,还可以尝试重启 crontab 服务或者重启系统来解决问题。如果问题依然存在,可能需要进一步深入排查。 0 赞 0 踩最新...
一般来说,在 crontab 中建议使用 sh 或 bash 来执行 shell 脚本,避免因脚本文件的执行权限丢失导致任务失败。当然,最直接检查就是人工直接复制 crontab -l 里面的命令行测试结果。 ③、检查脚本需要用到的变量 和上文一样,通常来说从 crontab 里面执行的脚本和人工执行的环境变量是不一样的,所以对于一些系统变量...