☰

2日ごとにCentOS 6.8サーバーがクラッシュ（カーネルパニックに遭遇）する理由をどのように見つけることができますか？

tag-icon • tag-icon centos crash kernel-panic
2日ごとにCentOS 6.8サーバーがクラッシュ（カーネルパニックに遭遇）する理由をどのように見つけることができますか？

私のサーバーは2日に1回早い午後にクラッシュします。 CPUを多用するプログラムでサーバーに過負荷をかける方法も試してみましたが、それでもサーバーがダウンしていないため、プログラムや構成の問題だと思います。その原因となっています。私はクラッシュをダウンロードしていくつかの簡単なコマンドを実行してみましたが、結果が何であるかわかりません。

[root@resh boot]# crash /usr/lib/debug/lib/modules/2.6.32-642.1.1.el6.x86_64/vmlinux /var/crash/127.0.0.1-2016-08-02-09\:12\:20/vmcore
KERNEL: /usr/lib/debug/lib/modules/2.6.32-642.1.1.el6.x86_64/vmlinux
DUMPFILE: /var/crash/127.0.0.1-2016-08-02-09:12:20/vmcore  [PARTIAL DUMP]
CPUS: 32
DATE: Tue Aug  2 09:09:29 2016
UPTIME: 12:47:24
LOAD AVERAGE: 4.78, 4.66, 4.55
TASKS: 998
NODENAME: resh.cluster.org
RELEASE: 2.6.32-642.1.1.el6.x86_64
VERSION: #1 SMP Tue May 31 21:57:07 UTC 2016
MACHINE: x86_64  (2294 Mhz)
MEMORY: 31.8 GB
PANIC: "BUG: unable to handle kernel NULL pointer dereference at 
0000000000000002"
PID: 42993
COMMAND: "kslowd002"
TASK: ffff88040d88d520  [THREAD_INFO: ffff880100000000]
CPU: 7
STATE: TASK_RUNNING (PANIC)

crash> bt
PID: 42993  TASK: ffff88040d88d520  CPU: 7   COMMAND: "kslowd002"
#0 [ffff8801000039c0] machine_kexec at ffffffff8103fdcb
#1 [ffff880100003a20] crash_kexec at ffffffff810d1fe2
#2 [ffff880100003af0] oops_end at ffffffff8154bd00
#3 [ffff880100003b20] no_context at ffffffff810518cb
#4 [ffff880100003b70] __bad_area_nosemaphore at ffffffff81051b55
#5 [ffff880100003bc0] bad_area_nosemaphore at ffffffff81051c23
#6 [ffff880100003bd0] __do_page_fault at ffffffff8105231c
#7 [ffff880100003cf0] do_page_fault at ffffffff8154dc8e
#8 [ffff880100003d20] page_fault at ffffffff8154af95
[exception RIP: unknown or invalid address]
RIP: 0000000000000002  RSP: ffff880100003dd8  RFLAGS: 00010202
RAX: ffffffffa0465a80  RBX: ffff8801bc7da200  RCX: ffff8801bc7da2a8
RDX: 0000000000000002  RSI: 00000000ffffffff  RDI: ffff8801bc7da200
RBP: ffff880100003e20   R8: ffffffff81ad12d8   R9: fe2582cc8764a601
R10: 0000000000000001  R11: 0000000000000000  R12: 0000000000000000
R13: ffff8801bc7da248  R14: ffff8801bc7da290  R15: 00000000ffffffff
ORIG_RAX: ffffffffffffffff  CS: 0010  SS: 0018
#9 [ffff880100003dd8] fscache_object_slow_work_execute at ffffffffa0460e9f [fscache]
#10 [ffff880100003e28] slow_work_execute at ffffffff81121363
#11 [ffff880100003e68] slow_work_thread at ffffffff81121645
#12 [ffff880100003ee8] kthread at ffffffff810a662e
#13 [ffff880100003f48] kernel_thread at ffffffff8100c28a

2日に1回ずつ起きているようでクローンの仕事を探してみましたが、2日に1回ずつ行われるスケジュールに合ったクローンの仕事はありません。カーネルのアップデートも試しましたが、それも役に立ちませんでした。

答え1

私はこの記事が歴史であることを知っていますが、今夜も同じエラーが発生しました。スタック項目を参照してください。

#9 [ffff880100003dd8] fscache_object_slow_work_execute at ffffffffa0460e9f [fscache]

これは単なる直感ですが、カーネルバージョン2.6.32-642に問題があります。キャッシュファイルすでに実行中です。 RHEL 6.xシステムでオフにするには、次のコマンドを使用します。汚い牛コア。

アップデート：リファレンスRed Hat ソリューションページこの問題に関する追加情報。

はいキャッシュファイルこのシステムで実行していますか？その場合は、電源を切って無効にしてみてください。

関連情報