我们一直有一个问题,让时间同步在我们的Lit高速网络集群,因为系统时间(我们正在使用CentOS)似乎认为,目前的时间为东部时间(作为“美国/纽约”)时区是比当前时间提前3小时。
在佛罗里达,现在的时间是晚上10点53分,服务器报告说: TZ='America/New_York‘将被使用。当地时间:美国东部时间2013年6月4日01:51:43。现在是世界时间: Tue Jun 4 05:51:43,2013。
是什么导致了这样的事情?在集群的PHP.ini配置中也是如此。
这是来自一个配置完全相同的完美web服务器的响应: TZ='America/New_York‘将被使用。当地时间:2013年美国东部时间6月3日22:53:15。
-更新1--工作服务器上的ntp对等点:
krillin.ecansol 184.164.149.162 2 u 52 64 1 35.631 110337. 7937.50
ntp.sunflower.c 184.164.149.162 16 u - 64 0 0.000 0.000 15937.5
triangle.kansas 184.164.149.162 2 u 50 64 1 55.125 110331. 7937.50ntp在故障服务器上的对等点:
fairy.mattnordh 164.244.221.197 2 u 59 64 7 49.397 -108052 1.171
ec2-50-16-231-1 209.51.161.238 2 u 60 64 7 59.565 -108052 0.016
colossus915.ser 200.23.51.102 2 u 59 64 7 46.693 -108052 0.051发布于 2013-06-04 08:42:51
除非您已经将操作系统配置为期望不同,否则服务器的系统时钟必须反映UTC,而不是本地时区。时区偏移是在事实之后应用的,因为多个时区可以同时在单个服务器上使用。考虑到假定系统时钟设置为UTC,您的时区文件会告诉服务器返回的时间。
如果系统时钟离目标时钟太远,NTPd将拒绝同步。您必须在目标时间(UTC)的一分钟左右内手动设置它;或者使用ntpdate从NTP服务器获取时间,并立即相应地设置时钟。然后,您可以运行ntpd微调您的时钟,以获得您需要的毫秒精度。
在预热时间之后,ntpq -pn应该显示一个在左边标记了*的远程服务器,以表明它已被宣布为主要的同步对等点,而其他服务器则希望使用+来表示它们是有资格的候选对等点。
如果没有,那么您的时钟没有同步。
注意,在对等点列表中,在正常运行条件下,偏移量应该小于1ms 绝对值,随着时钟的精确调整,偏移量可能只有几百ms。列表显示的偏移量远远超出了范围,因此使用时钟旋转同步是不可能的。相反,您将需要“跳转”您的时钟到正确的时间,一些ntpd将不会通过政策做自己的事情。这就是ntpdate工具的用途。
发布于 2013-06-04 08:10:48
您是否使用ntpd选项运行-g?它应该在/etc/sysconfig/ntpd中指定。如果没有-g,如果时钟关闭超过1000秒,ntpd将拒绝设置它。
https://serverfault.com/questions/512990
复制相似问题