我有CentOS,当我在
shell中运行date命令时,它会返回类似于：
使用–debug选项可以查看我们搜索访问方法的详细信息. @H_301_2@当我使用debug运行时：
/usr/sbin / hwclock –depug hwclock来自util-linux-2.13-pre7 hwclock：打开/ dev / rtc失败,错误= 2：没有这样的文件或目录.找不到可用的时钟接口.无法通过任何已知方法访问硬件时钟
@H_301_2@Thu Apr 28 14:08:20 GMT 2011@H_301_2@但是cron作业在PST时运行.如果我指定的话
@H_301_2@15 7 * * * command@H_301_2@它将在7太平洋标准时间而不是格林威治标准时间请告诉我为什么会这样. @H_301_2@谢谢 @H_301_2@输出hwclock命令： @H_301_2@/usr/sbin / hwclock –utc无法通过任何已知方法访问硬件时钟.
使用–debug选项可以查看我们搜索访问方法的详细信息. @H_301_2@当我使用debug运行时：
/usr/sbin / hwclock –depug hwclock来自util-linux-2.13-pre7 hwclock：打开/ dev / rtc失败,错误= 2：没有这样的文件或目录.找不到可用的时钟接口.无法通过任何已知方法访问硬件时钟
很可能不是你的问题,但值得一提 – 如果你的/ etc / localtime在crond加载后发生变化,它将继续停留在之前的时区.只需重新启动/重新加载crond,它就会接受这个改变.
@H_301_2@另一个’问题’是cron将遵守TZ环境变量.这可以在crontab中设置为内联,影响其后面的任何行,但似乎更有可能在加载crond的环境中设置TZ.
@H_301_2@我刚刚尝试了以下几个变体(调整hr / min字段)来确定是否/何时运行这两个作业.填入/tmp/tzout.localtime的输出还应该给你一些提示,说明$TZ是否以某种方式设置在加载crond的环境中.
* * * * * echo $TZ `date` >> /tmp/tzout.localtime TZ=GMT * * * * * echo $TZ `date` >> /tmp/tzout.gmt@H_301_2@虽然我没有声称确切地知道你的问题在哪里,但希望这会对解决方案有所了解！
