我有CentOS，当我在shell中运行date命令时，会返回如下所示的内容：
Thu Apr 28 14:08:20 GMT 2011
但是cron作业正在PST时间运行。如果指定，则是指
15 7 * * *命令
它将运行在7 PST而不是7 GMT。 请告诉我为什么发生这种情况。
谢谢
hwclock命令的输出：
/usr/sbin/hwclock --utc无法通过任何已知方法访问硬件时钟。
使用–debug选项查看我们search访问方法的详细信息。
而当我运行使用debugging：
/usr/sbin/hwclock --debug hwclock from util-linux-2.13-pre7 hwclock：打开/ dev / rtc失败，errno = 2：没有这样的文件或目录。 找不到可用的时钟接口。 无法通过任何已知的方法访问硬件时钟
更有可能不是你的问题，但值得一提的是 – 如果你的/ etc / localtime在crond加载后发生了变化，它将继续滞留在前一个时区。 只需重新启动/重新加载crond，它会接受这个变化。
另一个“难题”是cron会坚持TZ环境variables。 这可以在crontab中设置为内联，影响后面的任何行，但是似乎更有可能在加载crond的环境中设置TZ。
我只是尝试了几个变化（调整hr / min字段）以确定是否/何时运行这两个作业。 input到/tmp/tzout.localtime中的输出也应该给你一些关于$ TZ是否设置在加载crond的环境中的提示。
* * * * * echo $TZ `date` >> /tmp/tzout.localtime TZ=GMT * * * * * echo $TZ `date` >> /tmp/tzout.gmt
虽然我没有声称确切地知道你的问题在哪里，但希望能够解决这个问题。
问题是有点老，但改变时区，并越来越认识到这一变化仍然是一个CentOS的问题：我发现，更改时区后，syslog deamon也必须重新启动
/etc/init.d/rsyslog
请仅查看日志文件Timzone不正确？
我相信“cron”基于硬件时钟运行，而不是configuration的时区时钟。 尝试查看“hwclock”而不是“date”，因为“date”已修改为用户configuration的时区。