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