JavaScript is required to for searching.
ナビゲーションリンクをスキップ
印刷ビューの終了
Oracle Solaris の管理: 一般的なタスク     Oracle Solaris 11 Information Library (日本語)
search filter icon
search icon

ドキュメントの情報

はじめに

1.  Oracle Solaris のコマンドに関する情報の検索

2.  ユーザーアカウントとグループの管理 (概要)

3.  ユーザーアカウントとグループの管理 (手順)

4.  Oracle Solarisシステムのブートとシャットダウン

5.  Oracle Configuration Manager の操作

6.  サービスの管理 (概要)

7.  サービスの管理 (手順)

8.  障害管理の使用

9.  システム情報の管理 (手順)

10.  システムプロセスの管理 (手順)

11.  システムパフォーマンスの監視 (手順)

12.  ソフトウェアパッケージの管理 (手順)

13.  ディスク使用の管理 (手順)

14.  システムタスクのスケジュール設定 (手順)

15.  CUPS を使用したプリンタの設定と管理 (手順)

16.  システムコンソール、端末デバイス、および電源サービスの管理 (手順)

17.  システムクラッシュ情報の管理 (手順)

システムクラッシュ情報の管理に関する新機能

高速クラッシュダンプ機能

システムクラッシュ情報の管理 (作業マップ)

システムクラッシュ (概要)

x86: GRUB ブート環境のシステムクラッシュ

システムクラッシュダンプファイル

クラッシュダンプの保存

dumpadm コマンド

dumpadm コマンドの動作

システムクラッシュダンプ情報の管理

現在のクラッシュダンプ構成を表示する方法

クラッシュダンプ構成を変更する方法

クラッシュダンプを検査する方法

クラッシュダンプディレクトリが一杯になった場合に復元する方法 (省略可能)

クラッシュダンプの保存を無効または有効にする方法

18.  コアファイルの管理 (手順)

19.  システムおよびソフトウェアのトラブルシューティング (手順)

20.  その他各種のシステムおよびソフトウェアの トラブルシューティング (手順)

索引

システムクラッシュ (概要)

ハードウェアの障害、入出力の問題、ソフトウェアエラーなどが原因でシステムがクラッシュすることがあります。システムがクラッシュすると、システムはエラーメッセージをコンソールに表示し、物理メモリーのコピーをダンプデバイスに書き込みます。その後、システムは自動的にリブートします。システムがリブートすると、savecore コマンドが実行され、ダンプデバイスのデータを取り出して、保存されたクラッシュダンプを savecore ディレクトリに書き込みます。このクラッシュダンプファイルは、サポートプロバイダにとって、問題を診断する上で貴重な情報となります。

クラッシュダンプ情報は圧縮した形式で vmdump. n ファイルに書き込まれます。この n は、クラッシュダンプ識別用の整数です。その後、同じシステムまたは別のシステムで savecore コマンドを呼び出して、圧縮されているクラッシュダンプを、unix. n および vmcore.n という名前の 1 組のファイルに展開できます。リブート時にクラッシュダンプが保存されるディレクトリも、dumpadm コマンドを使用して構成できます。

Oracle Solaris ZFS ルートファイルシステムがあるシステムの場合、スワップとダンプの領域用には専用の ZFS ボリュームが使用されます。詳細は、『Oracle Solaris の管理: ZFS ファイルシステム』の「ZFS スワップデバイスおよびダンプデバイスを管理する」を参照してください。

x86: GRUB ブート環境のシステムクラッシュ

GRUB ブート環境の x86 ベースのシステムでシステムクラッシュが発生した場合、GRUB ブートアーカイブ (svc:/system/boot-archive:default) を管理する SMF サービスが、次のシステムリブート時に失敗する可能性があります。GRUB ベースのブートの詳細については、『x86 プラットフォーム上の Oracle Solaris のブートおよびシャットダウン』を参照してください。

システムクラッシュダンプファイル

システムクラッシュの後で自動的に実行される savecore コマンドは、ダンプデバイスからクラッシュダンプ情報を取り出し、unix.X vmcore.X という 1 対のファイルを作成します。X はダンプの通し番号です。これらのファイルは 2 つで、保存されたシステムクラッシュダンプの情報を表します。

クラッシュダンプファイルはコアファイルと混同されることがあります。コアファイルは、アプリケーションが異常終了したときに書き込まれるユーザーアプリケーションのイメージです。

クラッシュダンプファイルは、あらかじめ決められたディレクトリに保存されます。これはデフォルトでは /var/crash/ です。以前の リリースでは、システムを手動で有効にして物理メモリーのイメージをクラッシュダンプファイルに保存しない限り、システムがリブートされた時にクラッシュダンプファイルが上書きされていました。このリリースでは、クラッシュダンプファイルの保存がデフォルトで有効です。

システムクラッシュ情報は dumpadm コマンドで管理します。詳しくは、dumpadm コマンド」を参照してください。

クラッシュダンプの保存

制御構造体、アクティブなテーブル、動作中またはクラッシュしたシステムカーネルのメモリーのイメージなど、カーネルの動作状況についての情報を調べるには、mdb ユーティリティーを使用します。mdb を完全に使いこなすには、カーネルについての詳細な知識が必要ですが、このマニュアルでは説明を省きます。このユーティリティーの使用法については、mdb(1) のマニュアルページを参照してください。

さらに、savecore で保存したクラッシュダンプを購入先に送って、システムがクラッシュした原因を解析してもらうことも可能です。

dumpadm コマンド

Oracle Solaris OS でシステムクラッシュダンプ情報を管理するには、dumpadm コマンドを使用します。

次の表で、 dumpadm 構成パラメータを説明します。

ダンプパラメータ
説明
ダンプデバイス
システムがクラッシュしたときにダンプデータを一時的に保存するデバイス。ダンプデバイスがスワップ領域でない場合は、savecore がバックグラウンドで実行されるため、ブートプロセスの速度が上がる
savecore ディレクトリ
システムのクラッシュダンプファイルを保存するディレクトリ
ダンプ内容
ダンプするメモリーデータの種類
最小空き容量
クラッシュダンプファイルを保存した後で savecore ディレクトリに必要な最小空き容量。空き容量を指定しないと、デフォルトで 1M バイトになる

詳細は、dumpadm(1M) のマニュアルページを参照してください。

ダンプ構成パラメータは、dumpadm コマンドで管理します。

dumpadm コマンドの動作

dumpadm コマンドは、システム起動時に svc:/system/dumpadm:default サービスによって呼び出されて、クラッシュダンプパラメータの構成を行います。

dumpadmコマンドは、/dev/dump インタフェースを通してダンプデバイスとダンプ内容を初期化します。

ダンプ構成が完了すると、savecore スクリプトは、クラッシュダンプファイルのディレクトリの場所を探します。次に、savecore を呼び出して、クラッシュダンプがあるかどうかを調べたり、クラッシュダンプディレクトリにある minfree ファイルの内容を確認したりします。