sched_clock() overflow after 208.5 days in Linux Kernel

えーっと、久しぶりに Linux Kernel にダメダメなバグが発見されて、よりにもよってうちの製品も影響を受けたので、ここに詳細を書くことにした。 つーか。新しい Kernel を使うなら皆で使おうよ。なんだよその「1つだけ」影響を受けて残りは「影響も受けないぐらい古い」ってのは… 概要 大雑把に 208.5日連続運転した Linux Kernel が突如として reboot する。 実機でなおかつ Time Stamp Counter を内包している必要があるので、Pentium4以降のプロセッサ(が、それはようするに今ある Intel 系CPU全部)か、その互換CPUである必要がある。32bit モード、64bit モードの区別はない。 逆に VMware や Xen など、仮想マシン上で動いている kernel に影響はない。これはそもそもバグを内包したルーチンを、仮想マシンで動

[rryu]

64ビットもあれば10ビットくらいゲタ履かせても大丈夫じゃね?→584.9年/1024=208.5日→死

[rokujyouhitoma]

ﾋｰ

[kuenishi]

後日談がとてもよい

[s025236]

何故208.5日なのか理由が解ってスッキリした

[ktakemoto]

おもしろい。

[t_f_m]

2011年12月時点の報告

[tak_yah]

kernel 2.6.28-2.6.32.50で連続稼働208.5日で再起動する問題。kernel 3.x系は最新なら問題ない。要注意。

[totttte]

意外と知られていなかったのでブクマ

[A_Wilhelm]

インフラエンジニア双六のネタのために提供してｋ（ｒｙ

[carme-264pp]

Linuxカーネルの2008.5日問題について分かりやすい解説。

[TOKOROTEN]

Linuxの208日問題

[Marin_MTB]

ウチのCentOSは2.6.18だからギリセーフってところか。CentOS6、Devian、ubuntu系列とかは全滅だな…。で、2.6.32.50でFixか…。これはひどい、と言うかこわい。

[pmakino]

うちにも該当kernelで208日以上普通に動作し続けてるサーバありそう…。クロックが動的に変化するCPUならこの問題には遭遇することはまずないってことでいいのかな。

[sinya77]

難しいけど、こういう解説があると復習に役立つね。感謝。（後で復習します、、、）

[furuichi]

64bitは無限にでかいわけではない…

[Akkiesoft]

今日会社で聞いた件。ほー

[security_check]

okkyの銀河制圧奇譚: sched_clock() overflow after 208.5 days in Linux Kernel

[rightgo09]

”64bitは、無限にでかいに等しい桁数ではないのだ。”

[shoma]

2.6.28 - 2.6.32.50, 3.0.13

[iR3]

ほ～「大雑把に 208.5日連続運転した Linux Kernel が突如として reboot する。 」バグ！！

[grafi]

64bitに2^-10nsスケールでCPUのクロックから取った起動時間を格納してて208日でオーバーフロー強制再起動て

[SavingThrow]

208.5日連続運転した Linux Kernel が突如として reboot する。の詳細。

[m-bird]

まじかよ怖い

[syuu1228]

okkyの銀河制圧奇譚: sched_clock() overflow after 208.5 days in Linux Kernel

[tmtms]

"208.5日連続運転した Linux Kernel が突如として reboot する" Linux こわい

[negima1976]

こえーなこれ。。

[JULY]

linux が 210 日足らずで再起動する問題の詳細。「右に 10bit シフトすれば済むよっ!!!」で、がっくりきた。

[syanbi]

桁あふれの考慮をしていなかったとかいまだにおきえることなんだな。

[isaisstillalive]

桁溢れの可能性がある数値での掛け算は鬼門なのに……

[kshimo69]

明日見てみよう。