Snooda

    上周博客正式迁移，所以给服务器配置上了各种备份脚本，最近一周观察发现总是差了8个小时，非常奇怪，因为top看到的结果是没错的，今天深究了一下，看了下cron服务的环境变量：/proc/pid/environ的内容，发现是采用了莫斯科时区，一看/etc/localtime，确实是设置的莫斯科，看来是上周忘了改时区，于是改了下，重启cron进程，发现还是没变，疑惑，看了下cron的重启脚本，发现用了/etc/timezone，这个文件还是莫斯科时区，看来自己用改文件的方法不是特别的靠谱，总是有漏的地方，于是用debian
官方的命令设置了一下：dpkg-reconfigure tzdata  这个命令是文本图形界面，设置了一下，两个文件都更新了，再重启cron，看了下系统变量，发现更新了。看看明天的备份时间是不是恢复正常了。


    不过为啥top看的时间时区是对的呢？

    一个ubuntu server某用户配了crontab任务后一直不执行。但系统的可以。刚开始以为是crontab -e后是否要重启cron服务，man了一下，不需要。然后加了一个每分钟1次的echo，执行正常，排除了cron的问题。
    然后检查run-parts是否执行正常，执行run-parts --test cron.daily，发现是空结果。。。疑惑，上ubuntu的wiki一查，原来ubuntu版的run-parts有个bug，凡是带.sh后缀的不执行。。。这是什么鸟设计。并且06年就有这个bug了，还没修复。不靠谱。

    解决方法是建个不带sh的软链即可