システムクラッシュの原因を特定する方法


10

私のサーバーは約1週間に1回クラッシュし、何が原因であるかについての手掛かりを残していません。チェック/var/log/messagesしたところ、ある時点で記録が停止し、ハードリブートを実行するとコンピューターの投稿情報から開始します。

原因を特定できる、確認できるものやインストールできるソフトウェアはありますか?

CentOS 7を実行しています。

これが私の唯一のエラー/問題です/var/log/dmesghttps//paste.netcoding.net/cosisiloji.log

[    3.606936] md: Waiting for all devices to be available before autodetect
[    3.606984] md: If you don't use raid, use raid=noautodetect
[    3.607085] md: Autodetecting RAID arrays.
[    3.608309] md: Scanned 6 and added 6 devices.
[    3.608362] md: autorun ...
[    3.608412] md: considering sdc2 ...
[    3.608464] md:  adding sdc2 ...
[    3.608516] md: sdc1 has different UUID to sdc2
[    3.608570] md:  adding sdb2 ...
[    3.608620] md: sdb1 has different UUID to sdc2
[    3.608674] md:  adding sda2 ...
[    3.608726] md: sda1 has different UUID to sdc2
[    3.608944] md: created md2
[    3.608997] md: bind<sda2>
[    3.609058] md: bind<sdb2>
[    3.609116] md: bind<sdc2>
[    3.609175] md: running: <sdc2><sdb2><sda2>
[    3.609548] md/raid1:md2: active with 3 out of 3 mirrors
[    3.609623] md2: detected capacity change from 0 to 98520989696
[    3.609685] md: considering sdc1 ...
[    3.609737] md:  adding sdc1 ...
[    3.609789] md:  adding sdb1 ...
[    3.609841] md:  adding sda1 ...
[    3.610005] md: created md1
[    3.610055] md: bind<sda1>
[    3.610117] md: bind<sdb1>
[    3.610175] md: bind<sdc1>
[    3.610233] md: running: <sdc1><sdb1><sda1>
[    3.610714] md/raid1:md1: not clean -- starting background reconstruction
[    3.610773] md/raid1:md1: active with 3 out of 3 mirrors
[    3.610854] md1: detected capacity change from 0 to 20970405888
[    3.610917] md: ... autorun DONE.
[    3.610999] md: resync of RAID array md1
[    3.611054] md: minimum _guaranteed_  speed: 1000 KB/sec/disk.
[    3.611119] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for resync.
[    3.611180] md: using 128k window, over a total of 20478912k.
[    3.611244]  md1: unknown partition table
[    3.624786] EXT3-fs (md1): error: couldn't mount because of unsupported optional features (240)
[    3.627095] EXT2-fs (md1): error: couldn't mount because of unsupported optional features (244)
[    3.630284] EXT4-fs (md1): INFO: recovery required on readonly filesystem
[    3.630341] EXT4-fs (md1): write access will be enabled during recovery
[    3.819411] EXT4-fs (md1): orphan cleanup on readonly fs
[    3.836922] EXT4-fs (md1): 24 orphan inodes deleted
[    3.836975] EXT4-fs (md1): recovery complete
[    3.840557] EXT4-fs (md1): mounted filesystem with ordered data mode. Opts: (null)

回答:


5

/var/log/dmesgカーネルメッセージをログに記録しているdmesgファイルを確認できます。メッセージログはサービスとアプリケーションのメッセージをログに記録するだけであり、カーネルエラーが発生した場合、サービスとアプリケーションは実行を停止しますが、カーネルエラーは引き続きdmesgに記録されます。


dmesgとdmesg.oldを確認しました。どちらもスタートアップ情報(約4.8秒)しか含まれていません。私が見ることができる唯一の「問題」は、起動ディスクまたはRAIDドライブに問題があるように見えますが、システムがそれを修正し、関係なく動作します。リンクのメインの投稿を確認してください。
ブライアングラハム

5

あなたがしている場合はcrashkernel/kdumpインストールして有効、あなたが使用して相対的な簡単でクラッシュしたカーネルを調べることができるはずcrashユーティリティを。たとえば、カーネルダンプをクラッシュさせたと仮定すると、uname -rに保存され/var/crashます。crash /var/crash/2009-07-17-10\:36/vmcore /usr/lib/debug/lib/modules//vmlinux

外観を与える、ここここに追加の詳細については。


crashkernel / kdumpを/dev/md1 not found実行grub2-probeしてインストールおよび構成したときにエラーを修復しました。クラッシュした場合やクラッシュした場合は、報告します。
ブライアングラハム

2
  • BIOSメモリテスト
  • BIOSハードドライブテスト
  • スマートドライブログを確認する smartctl /dev/sda -a
  • スマートドライブテスト
  • 去るdmesg -wHウィンドウで実行

3つのドライブすべてでスマートドライブテストを実行しましたが、破損していません。私はdmesg -wHウィンドウで実行しています(再びクラッシュするまで想定していますが、SSH経由でクラッシュした後も出力を読み取ることができます)。マシンに物理的にアクセスできません。BIOSにメモリとハードドライブのテストを実行するようホストに依頼しますか?
ブライアングラハム
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.