アカウント名:
パスワード:
起動にしてから初期化プロセスが走るまでの時間が208.5日を超えると落ちるわけね。普通はそんなことありえんから放っといたら、Xeon E5シリーズだとバグで再起動時にtscがリセットされなかったと。
リンク先の最後に
> kexec時も同様の問題が起きるはずですので、ご注意ください。
って書かれているのに気づいてる?
kexec であれば Xeon E5 シリーズでなくても発生する筈だし、 kernel panic 発生時のkdump 取得のために cold reset を経由させるわけにもいかないし。
この問題は、例えば Ubuntu 12.04 リリース時点( 2012-04-11 の 3.2.0-23.36カーネル)にも存在していたけれど、 Ubuntu さんの対応が早かった( 2012-05-01 の3.2.0-24.38 カーネルで修正された)ので、未だにリリース時点のカーネルを使い続けている人以外は引っかからないことでしょう。しかし、 Red Hat さんの対応が遅かった( 2013-10-16 の 2.6.32-358.23.2.el6 カーネルで修正された)ので、この問題の発生する 2.6.32-220.4.2.el6 ~ 2.6.32-358.18.1.el6 カーネル(および前回の 208.5 日問題を修正した EUS カーネル)を使い続けている人が大量に存在しそうなので、要注意なわけです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
つまり (スコア:0)
起動にしてから初期化プロセスが走るまでの時間が208.5日を超えると落ちるわけね。
普通はそんなことありえんから放っといたら、Xeon E5シリーズだとバグで再起動時にtscがリセットされなかったと。
Re:つまり (スコア:0)
リンク先の最後に
> kexec時も同様の問題が起きるはずですので、ご注意ください。
って書かれているのに気づいてる?
kexec であれば Xeon E5 シリーズでなくても発生する筈だし、 kernel panic 発生時の
kdump 取得のために cold reset を経由させるわけにもいかないし。
この問題は、例えば Ubuntu 12.04 リリース時点( 2012-04-11 の 3.2.0-23.36
カーネル)にも存在していたけれど、 Ubuntu さんの対応が早かった( 2012-05-01 の
3.2.0-24.38 カーネルで修正された)ので、未だにリリース時点のカーネルを
使い続けている人以外は引っかからないことでしょう。しかし、 Red Hat さんの
対応が遅かった( 2013-10-16 の 2.6.32-358.23.2.el6 カーネルで修正された)ので、
この問題の発生する 2.6.32-220.4.2.el6 ~ 2.6.32-358.18.1.el6 カーネル(および
前回の 208.5 日問題を修正した EUS カーネル)を使い続けている人が大量に存在
しそうなので、要注意なわけです。