这是一个创建于 3848 天前的主题，其中的信息可能已经有所发展或是发生改变。
Twitter上已经各种酸爽了
 |
1
longestusername 2015 年 7 月 1 日
闰秒引起宕机的原因是？
|
 |
2
est 2015 年 7 月 1 日
@longestusername 代码里 getSecond() 返回一个60 。。。
|
 |
5
renfufei 2015 年 7 月 1 日
只有时间服务器修改下不就好了吗?把1秒拆成2秒。
|
 |
6
MuskWang 2015 年 7 月 1 日
闰秒：怪我咯......
|
 |
7
blessme 2015 年 7 月 1 日
这么脆？
|
 |
8
gamexg 2015 年 7 月 1 日
一直不清楚这种事情到底有什么影响？
程序上需要做那些特殊处理？ |
 |
9
learnshare 2015 年 7 月 1 日
又不是第一次闰秒，为什么这么脆弱...
不知道有没有人经历过 千年虫，从 9* 到 00 的 Bug 更严重 |
 |
10
benjiam 2015 年 7 月 1 日 via iPad
jdk有问题 会cpu100%
|
 |
11
hging 2015 年 7 月 1 日
不是因为这个. 是因为ntp服务- - 内核的原因.
|
 |
12
caixiexin 2015 年 7 月 1 日
有点疑惑，除了需要重新同步下时间外，闰秒对计算机的影响到底是啥。。
|
 |
13
youxiachai 2015 年 7 月 1 日
|
 |
14
wy315700 2015 年 7 月 1 日  1
|
|
15
MuskWang 2015 年 7 月 1 日 1
|
 |
16
loading 2015 年 7 月 1 日 via Android
unix 时间遇到闰秒，会出现两个一样的。
然后就傻逼了… |
 |
17
wdlth 2015 年 7 月 1 日 1
为何上交所和深交所不崩溃？快崩了拯救股民。
|
 |
19
invite 2015 年 7 月 1 日
为什么？
|
 |
21
zhengkai 2015 年 7 月 1 日
昨天刚看到同事发了个 http://toutiao.com/a4600340448/ ，今天就……
|
 |
22
lilydjwg 2015 年 7 月 1 日
|
 |
23
tt88050643 2015 年 7 月 1 日 1
我们公司（一交易所）采取的方法是在6月30号晚停止ntp服务，7月1号8点以后，手动ntpdate立即校时，保证开盘前完成闰秒调整，而从今天的记录来看，ntp服务器不会出现07:59:60而是在08:00:00时间点停留两秒。在之前的模拟闰秒的测试中看，主机在接收到闰秒通知后是会重复跑两遍07:59:59。
|
 |
24
em70 2015 年 7 月 1 日 via Android
@learnshare 千年虫是当时业界集体忽悠外行的，没那么严重，但搞得全世界都如临大敌，很多软件公司都大大的赚了一笔
|
 |
26
duangaduang 2015 年 7 月 1 日 1
我们自己的服务器N多负载飙高，影响不小，主要还是我们用的内核版本比较低，哎！
|
|
27
duangaduang 2015 年 7 月 1 日
@tt88050643 你们很专业啊！
|
|
29
tt88050643 2015 年 7 月 1 日
@duangaduang 交易系统对时间进行切片打上时间戳，对时间还是挺敏感的。
|
 |
31
easehu 2015 年 7 月 1 日
我们公司从今年1月份就开始出通告了，我们在3月份完成所有设备的调查，最后找供应商确认这些设备是否会因为闰秒问题出现问题，最后到4月中旬得到结果，只有两台过保的光纤交换机可能会有问题，其他的机器系统内核都升级到了新版本，网络设备和存储设备都询问过供应商，确定到时没有这个问题。最终给两台光纤交换机搞了个私有的ntp服务器（ntp配置无法去掉，过保没技术支持），在私有ntp上用perl 模拟ntp服务器。早上平稳过度没出现设备宕机和网络中断的情况。
|
 |
33
princeofwales 2015 年 7 月 1 日
半个月前就做好了预案，今早提前到了公司，临时停止了几台数据库服务器的ntp，8点过后再打开，没有发现异常
我看了一些资料，是说会出现07:59:60，一般的应用当然没问题，timestamp类型的字段就可能有问题了，数据库不认第60秒 |
 |
34
rrfeng 2015 年 7 月 1 日
不是闰过好几回了吗……第一次就是停了 NTP 然后第二天起
反正我们的业务时间相关性不是很大。 |
 |
35
alen 2015 年 7 月 1 日
AWS机器没啥特殊变化，就和平时一样没啥事发生。
|
 |
37
julyclyde 2015 年 7 月 1 日
@princeofwales 数据库字段应该可以吧？就怕事务处理受逆转时刻影响
|
|
40
wy315700 2015 年 7 月 1 日
|
 |
41
ivanchou 2015 年 7 月 1 日 via Android
家里的网件路由器昨晚正常，今天老爸打电话说不能上网了，会不会是闰秒造成的？
|
 |
42
YvesX 2015 年 7 月 2 日 via iPhone
AWS 因为闰土大面积宕机
|
 |
43
crystone 2015 年 7 月 2 日
刚发现我的一个vps自己重启了 是这个原因么
|
 |
44
yanyandenuonuo 2015 年 7 月 2 日
@em70 应该没这么简单吧，99变00对很多软件还是有影响的吧，比如不是盛传WIN9跳票就是为了避免一些软件对WIN95的判断==
|
 |
46
liuyangmengqi 2016 年 3 月 6 日 via Android
@em70 当年千年虫事件真的非常，非常严重。你所谓的"忽悠、没那么严重、大赚一笔"的阴谋论，我来给你打个比方:一群气象专家拼命宣传洪水要来了，政府决定大力加固年久失修的堤坝，修好后洪水真来了，幸好堤坝坚固，只漏了一点水，淹了几间草房。结果几个市民开始嘀咕：“这洪水也不怎么厉害嘛，电视报纸上整天吓唬我们，花了那么多钱，肯定有阴谋。”
应该说，之所以最后没有造成太过严重的后果，正是因为对千年虫危害宣传和防治做的非常彻底， |
|
47
liuyangmengqi 2016 年 3 月 6 日 via Android
@em70 其实就是两句话:
出现了千年虫问题，"专家"没说话，业界不重视，完全没有做应对措施，最后造成严重后果☞阴谋论:"垃圾，这点事都摆不平，背后肯定有阴谋。" 出现了千年虫问题，"专家"一起告危，业界非常重视，积极做应对措施，把损害降到了最低☞阴谋论:"其实没多大事，真能忽悠，背后肯定有阴谋。" 总之无论什么都是阴毛 呵呵，你开心就好 |
Select Language