Linuxのクラッシュログはどこにありますか?

Linux クラッシュ ログは「/var/log/」にあります。Linux の「/var/log/」のログ ログには、メッセージ、カーネル エラー ログ demsg などが含まれます。sa レコードには CPU、メモリおよびその他の操作のパフォーマンス ファイル。クラッシュ時の CPU とメモリの状態を表示するには、sa ファイルを使用します。

#このチュートリアルの動作環境: linux5.9.8 システム、Dell G3 コンピューター。

Linux クラッシュ ログはどこにありますか?

Linux ホストのダウンタイムのトラブルシューティングのアイデア

原因分析

サーバー分類、Web サーバー、データベース サーバー、ファイル サーバー、ミドルウェア、その他のサーバー。

Web サーバー分析: 一般的な Web アプリケーション Apache、nginx、IIS など。

ダウンタイムには、CPU、メモリ、IO ディスク、アプリケーションのバグ、カーネルのバグ、ハードウェアなど、さまざまな理由があります。

システムとカーネルのバージョン

プロセス

1. ダウンタイム時間の記録、ログインおよび再起動時間の履歴を表示します

最後の再起動

last -F | grep crash

異常なユーザーのログイン履歴を確認してください

last

2. まずシステムログを確認します。たとえば、Linux の /var/log/ 配下のログには、メッセージやカーネルエラーログ demsg などが含まれます。 sa レコードは、CPU やメモリなどの動作を記録し、システムの実行状況を記録するパフォーマンス ファイルです。図に示すように、動作中の CPU を表示します。

#sa ファイルを使用してクラッシュ中の CPU ステータスを確認する

sa ファイルを使用してクラッシュ中のメモリ ステータスを確認する

ログの量は多くの場合、非常に大量になります

エラー レポートの表示

tail -200 /var/log/messages |grep "Error"
cat /var/log/dmesg |grep "Error"

View などのファジー クエリを実行することもできます。カーネル クラッシュ ログ

tail -200 /car/log/messages |grep "crash"

OOMが発生するとプロセスは通常killによって強制終了されるかどうかを確認してください

cat /var/log/messages |grep -i "kill"

ダウンタイム期間中にログを確認することもできます。15:00のログを確認してください。 12月11日

cat /vat/log/messages |grep "Feb 11 15*"

3. メモリ使用量の確認

free -mでスワップ、残りメモリ、キャッシュの使用量を確認します。スワップが使用されており、利用可能だけでは不十分な場合は、パラメータ cat /proc/sys/vm/swappiness も確認する必要があります。0 に設定されている場合は、メモリが不足していることを意味します。

4.

を使用して io とファイル システムを表示し、idle と iowait を観察します。キャッシュはディスクの読み書き時に使用され、通常システム メモリの 40% が使用されますが、途中で 120 秒のバッファリング時間があり、キャッシュが使い果たされそうになると、待機します。ディスクへの書き込みの 120 秒前 読み取りと書き込みが頻繁に行われると、ハングが発生しやすくなります。

# IO の読み取りおよび書き込み速度を確認します。速度が非常に遅い場合は、ディスクのパフォーマンスにボトルネックがあることを意味します。

#ファイル システムの使用法

5. セキュリティ ログを確認します

セキュリティ ログは / var/log/secure では、履歴レコードを確認して、誰かがホストにログインし、シャットダウンなどの悪意のあるアクションを実行したかどうかを確認します。

#6. kdump およびクラッシュ ツールを使用してカーネルを分析します。

kdump サービスがサーバー上で有効になっていることを確認し、/var/crash ディレクトリでその日に生成された vmcore ファイルを見つけます。クラッシュ ツールを使用して vmcore を分析します。ファイル。

Kdump はメモリ イメージをダンプするために使用されます。メモリ イメージをローカル ハード ディスクにダンプするだけでなく、NFS、SSH、その他のプロトコルを介して別のマシン上のデバイスにメモリ イメージをダンプすることもできます。

Kdump は、Kexec と Kdump の 2 つのコンポーネントに分かれています。

Kexec は、カーネルの迅速な起動ツールです。これを使用すると、時間のかかる BIOS 検出を経ることなく、実行中のカーネル (実稼働カーネル) のコンテキストで新しいカーネルを起動できるようになり、カーネル開発者にとって作業が容易になります。デバッグのためにカーネルにコピーします。

Kdump は効果的なメモリ ダンプ ツールです。Kdump を有効にすると、実稼働カーネルは、カーネルがクラッシュしたときに Kexec を通じて新しいカーネルをすぐに起動できるように、メモリ領域の一部を予約します。このプロセスには再起動は必要ありません。 . システムにアクセスして、クラッシュした実稼働カーネルのメモリ イメージをダンプできるようにします。

7. サービス ログと監視ソフトウェアを確認する

ダウンタイム中のプロセスの占有を確認できた場合は、異常な占有が発生したサービスに基づいてログを確認できます。

サービス ログには通常、データベースや Web サービス、ミドルウェア、フレームワークなどが含まれます。

以下に示すように、監視ソフトウェアの履歴記録画像を表示し、ピーク ポイントとダウンタイム ポイントの画像分析を見つけることもできます。

#8. まとめ

#システムのダウンタイムにはさまざまな理由があり、プロセスに応じて慎重に分析する必要があります。

#関連する推奨事項: 「

Linux ビデオ チュートリアル

」

以上がLinuxのクラッシュログはどこにありますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。