一次rsyslog与crontab与系统时间差8小时问题的处理

最近碰到一次奇怪的故障，系统时间显示对的，但syslog日志，以及crontab的调用时间与系统的时间差8小时，系统时区使用的是东8区
TZ设置为 Asia/Shanghai

补充于2018年12月12日：今天发现另一原因，系统升级过glibc

/usr/local/glibc-2.14/etc/localtime  这个文件中是无时区的，cp /etc/localtime到/usr/local/glibc-2.14/etc/localtime 也可以解决。

查看网上类似的问题，按网上所描述的进行操作
tzselect 修改时区为东8区
执行
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
设置了/etc/sysconfig/clock
ZONE="Asia/Shanghai"
UTC=false
ARC=false
也设置了全局环境变量
[root@hwGame1 .ssh]# tail -1 /root/.bashrc
export TZ='Asia/Shanghai'

而且如果不执行service rsyslog restart
service crond restart
进行这2个服务的重启，而是在root用户下使用
/etc/init.d/rsyslog restart  
/etc/init.d/crond restart
进行重启，日志时间正常。
系统重启也未解决问题。

查询service发现调度时清掉了很多环境变量 。最后通过修改service这个命令，在里面调度命令的地方加上时区的配置后解决