一月程前に書いた「kernel panic は体に悪いぜ」に、コメントを頂きました。”もぎゃ”さんありがとうございます。
Red Hart Bugzillの Bug 456664 – Kernel panic when unloading ip conntrack modulesを見ると。最新のkernelでは修正されているということだったが、治ってないよっていう意見も出ていて、自分のところも同じ状況だったのですが、、、hanetaにも同じような件があがってますね。
もぎゃさんが「CentOS4でiptablesをリスタートしたらsshが切られる」で書いているように、iptablesの設定を変えて、panicを回避するということのようです。
/etc/sysconfig/iptables-configを開いて、IPTABLES_MODULES_UNLOAD を”no”にする
iptablesをstar, stopさせると、panicを起こすことから、終了時にiptablesをunloadさせなければ、panicしない ということらしい。
なるほどね。
レンタルしている専用サーバのうちの一台がやたらとkernel panicになって止まる。
サポートセンターに電話すれば、２４時間、対応してくれるので、リブートさせるのは簡単だが、原因がわからないと、「起動しなくなったらどうしよう」ってのが怖い。
で、今日、そして前回のハングアップしたときに何をしていたか、共通点があるのではないか？と思い起こしてみると、webminを使って、iptablesの設定を更新した直後から反応がなくなって、リブート依頼をしていたことに気が付いた。
iptablesで必要なポートに穴をあける設定だけしかしていないのだが、iptables kernel panic でgoogle先生に聞いてみたら、一発だった。検索の先頭に出てきたおれ最前線ネットのページは、昨年の１０月の記事だ。このページ内のリンクにあった、redhat のbugリストによると、最新のkernelでも直っていないらしい。
Bug 456664 – Kernel panic when unloading ip conntrack modules
場当たり的な解決方法は、このredhatの書き込みの中の#31とかにあるけど、kernel自体に問題があるんじゃ、なかなか枕を高くして寝れないよ。
しかし、この日付が変わるかどうかという時間に、しかも明日は６時起きなのに、「明日の朝までにサーバが動いていなかったらどうしよう」なんて問題を抱えたくないから、専用サーバを借りてたんだけど、あまり考えていなかったこういった状況は早々に解決しないといけないな。