定时重启不起作用,哪里的问题?(cron 相关)
通过 webmin 设置了每周四半夜重启 VPS,前几天设置的,到现在应该有重启一遍了,但是,现在看系统的运行时间还是 3 天多,这是第一次用 cron 相关的东西,百思不得其解,请大佬们拿捏一下是哪里的问题:
webmin 的设置:i.imgur.com/Yhi6c4B.png
终端看:i.imgur.com/KJYGbRK.png
确实是路径问题,用"/sbin/reboot"就 OK 了
猜测是程序路径不完整, 不知你这边是什么系统, 我这边看 CentOS7 是在 /usr/sbin/reboot
盲猜是路径的问题, 可以通过 /var/mail/ 目录下 对应账户的 邮件看到报错信息
比如看 root 用户的
cat /var/mail/root 就能看到 crontab 的错误信息了
cron 的执行环境的环境变量的比用户的少很多,它找不到 reboot 在哪,你要用完整的路径
crontab 、systemctl 等程序里要用完整的可执行文件路径。你直接使用 reboot,看 cron 日志(话说我也没看过 cron 的执行日志)有可能会有 'reboot' command not found 的日志
盲猜路径问题 +1
crontab 里头写完整路径
不是应该先执行一遍,看看能不能执行啊。这个排除后再来排查其他吧
没有执行是以为它这个执行也是到点才执行……
所以到点不执行就可以去执行一下是不是本身就无法执行,大概率是这个问题
最优是写一个 shell 然后定时执行 还可以做做备份 写写 log
我也遇过这个坑,sh 嵌套 sh,手动执行没问题,自动就提示没找到程序,后来才意识到没引入环境变量
最近 v2 里想 /准备去日本工作的新人多了起来,但有些坑我觉得一定要月月讲,年年讲,避免新人掉坑 去日本工作十有八九都是做 java/ios/andriod 外包。在日本做外…
忘记打包了,直接移动源码,好家伙,文件管理器移动进度直接卡住。点关闭,没效果,强行关闭。卧槽了!文件数据给我弄坏了!给我代码弄得缺胳膊少腿的,源码文件最后少了一段,开头也乱码了…
我们都知道有很多软件帮我们把图片转成ASCII码图,这里这个工具是帮我们把ASCII图转成漂亮的图片。这个开源的软件是一个用Java写成的一个命令行的工具。对于这个工具的目的…