タグ付けされた質問 「kernel-panic」

継続的なoom＆panicの状況は未解決です。システムがすべてのRAM（36GB）を使い果たすかどうかわかりません。このシステムがなぜこのような状況を引き起こしたのですか？32ビットLinuxシステムのlowmemゾーンに関連していると思われます。カーネルパニックとoom-killerからのログを分析するにはどうすればよいですか？ 宜しくお願いします、 カーネル3.10.24 Dec 27 09:19:05 2013 kernel: : [277622.359064] squid invoked oom-killer: gfp_mask=0x42d0, order=3, oom_score_adj=0 Dec 27 09:19:05 2013 kernel: : [277622.359069] squid cpuset=/ mems_allowed=0 Dec 27 09:19:05 2013 kernel: : [277622.359074] CPU: 9 PID: 15533 Comm: squid Not tainted 3.10.24-1.lsg #1 Dec 27 09:19:05 2013 kernel: : [277622.359076] …

15 linux  kernel-panic  oom  oom-killer 

私は本番gentoo Linuxマシンを実行しています。最近、サーバーが同じ場所にある敷地内でハングし、そこにたどり着くと、サーバーがカーネルパニックハングのように見える状態でハングしていることに気付きました。ハードリブートでマシンを再起動しましたが、マシンがハングした理由に関する証拠の断片がどこにも見つからなかったことに失望しました。 ハードリブートを実行すると、メッセージ自体が失われるか、少なくともsyslog-ngまたはおそらくsysctlでエラーログを保存して、このような事故の発生を防ぐことができる設定があるのは本当ですか？将来は ？ところで、2.6.xカーネルを実行しています。 前もって感謝します。

10 linux  linux-kernel  kernel-panic 

数十台のProxmoxサーバー（ProxmoxはDebian上で実行されます）があり、月に1回程度、そのうちの1台にカーネルパニックが発生してロックアップします。これらのロックアップに関する最悪の部分は、サーバーがクラスターマスターとは別のスイッチ上にある場合、そのスイッチ上の他のすべてのProxmoxサーバーは、実際にクラッシュしたサーバーを見つけて再起動するまで応答を停止することです。 この問題をProxmoxフォーラムで報告したときに、Proxmox 3.1にアップグレードするようにアドバイスされました。私たちは過去数か月間それを行っています。残念ながら、Proxmox 3.1に移行したサーバーの1つは、金曜日にカーネルパニックでロックされ、クラッシュしたサーバーを見つけて再起動するまで、同じスイッチ上にあるすべてのProxmoxサーバーにネットワーク経由で到達できませんでした。 ええと、スイッチ上のほとんどすべてのProxmoxサーバー...同じスイッチ上のProxmoxサーバーが、Proxmoxバージョン1.9のままであったことは、影響を受けなかったことが興味深いものでした。 クラッシュしたサーバーのコンソールのスクリーンショットは次のとおりです。 サーバーがロックアップすると、同じスイッチ上にある、Proxmox 3.1を実行していた残りのサーバーが到達不能になり、次の問題が発生しました。 e1000e 0000:00:19.0: eth0: Reset adapter unexpectedly e1000e 0000:00:19.0: eth0: Reset adapter unexpectedly e1000e 0000:00:19.0: eth0: Reset adapter unexpectedly ...etc... uname-ロックされたサーバーの出力： Linux ------ 2.6.32-23-pve #1 SMP Tue Aug 6 07:04:06 CEST 2013 x86_64 GNU/Linux pveversion -v出力（省略形）： proxmox-ve-2.6.32: 3.1-109 (running kernel: 2.6.32-23-pve) pve-manager: 3.1-3 …

9 networking  debian  proxmox  kernel-panic