JavaScript is required to for searching.
ナビゲーションリンクをスキップ
印刷ビューの終了
Oracle Solaris 11.1 での一般的な問題のトラブルシューティング     Oracle Solaris 11.1 Information Library (日本語)
このドキュメントの評価
search filter icon
search icon

ドキュメントの情報

はじめに

1.  システムクラッシュ情報の管理 (タスク)

2.  コアファイルの管理 (タスク)

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

システムクラッシュの問題のトラブルシューティング

システムがクラッシュした場合の対処方法

トラブルシューティングデータの収集

システムクラッシュをトラブルシュートするためのチェックリスト

システムメッセージの管理

システムメッセージの表示

システムメッセージを表示する方法

システムログローテーション

システムのメッセージ記録のカスタマイズ

システムのメッセージ記録をカスタマイズする方法

リモートコンソールメッセージングを有効にする

実行レベルの変更中に補助コンソールメッセージングを使用する

対話型ログインセッションで consadm コマンドを使用するためのガイドライン

補助 (リモート) コンソールを有効にする方法

補助コンソールのリストを表示する方法

システムリブート後も補助 (リモート) コンソールを有効にする方法

補助 (リモート) コンソールを無効にする方法

ファイルアクセスでの問題のトラブルシューティング

検索パスに関連する問題を解決する (コマンドが見つかりません)

検索パスの問題を診断して解決する方法

ファイルとグループの所有権の変更

ファイルアクセスの問題を解決する

ネットワークアクセスで発生する問題の把握

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

索引

ドキュメントの品質向上のためのご意見をください
簡潔すぎた
読みづらかった、または難し過ぎた
重要な情報が欠けていた
内容が間違っていた
翻訳版が必要
その他
Your rating has been updated
貴重なご意見を有り難うございました!

あなたの貴重なご意見はより良いドキュメント作成の手助けとなります 内容の品質向上と追加コメントのためのアンケートに参加されますか?

システムクラッシュの問題のトラブルシューティング

Oracle Solaris が動作しているシステムがクラッシュした場合は、クラッシュダンプファイルを含む、可能なかぎりの情報を購入先に提供してください。

システムがクラッシュした場合の対処方法

次に、システムクラッシュが発生した場合に留意すべきもっとも重要な点について説明します。

  1. システムのコンソールメッセージを書き取ります。

    • システムがクラッシュした場合は、システムを再稼動させるのを最優先に考えがちです。しかし、システムをリブートする前に、コンソール画面のメッセージを確認してください。 これらのメッセージは、クラッシュした原因を解明するのに役立ちます。システムが自動的にリブートして、コンソールメッセージが画面から消えた場合でも、システムエラーログファイル /var/adm/messages を表示すれば、これらのメッセージをチェックできます。システムエラーログファイルを表示する方法については、「システムメッセージを表示する方法」を参照してください。

    • クラッシュが頻繁に発生し、その原因を特定できない場合は、システムコンソールまたは /var/adm/messages ファイルからできるだけ多くの情報を収集し、購入先に問い合わせます。購入先に問い合わせるために収集しておくトラブルシューティング情報の完全なリストについては、「システムクラッシュの問題のトラブルシューティング」を参照してください。

  2. また、システムクラッシュダンプがシステムのクラッシュ後に生成されたかどうかを確認してください。デフォルトでは、システムクラッシュダンプが保存されます。クラッシュダンプについては、第 1 章システムクラッシュ情報の管理 (タスク)を参照してください。

  3. システムクラッシュ後にブートが失敗する場合は、『Oracle Solaris 11.1 システムのブートおよびシャットダウン』の「復旧目的のシステムのシャットダウンおよびブート」を参照してください。

トラブルシューティングデータの収集

システムの問題を特定するために、次の質問に答えてください。「システムクラッシュをトラブルシュートするためのチェックリスト」を使用し、クラッシュしたシステムのトラブルシューティングデータを収集します。

表 3-1 システムクラッシュに関するデータの収集

質問
説明
問題を再現できるか
この質問は、再現可能なテストケースは実際のハードウェア問題をデバッグするために重要であることが多いために重要である。購入先では、特殊な計測機構を使用してカーネルを構築して問題を再現し、バグを引き起こし、診断、および修正できる
Sun 以外のドライバを使用しているか
ドライバは、カーネルと同じアドレス空間で、カーネルと同じ特権で動作する。したがって、ドライバにバグがあると、システムクラッシュの原因となることがある
クラッシュの直前にシステムは何を実行していたか
システムが通常でないこと (新しい負荷テストの実行など) を行なったり、通常よりも高いロードがシステムにかかったりした場合、クラッシュの原因となることがある
クラッシュ直前に、異常なコンソールメッセージが表示されたか
システムがクラッシュする前には、なんらかの兆候を示していることがある。この情報は重要
/etc/system ファイルに調整パラメータを追加したか
調整パラメータは、システムクラッシュの原因となることがある。たとえば、共有メモリーセグメントを増やした結果、システムが限度以上の多くのメモリーを割り当てようとした
問題は最近発生するようになったか
そうであれば、問題の原因は、システムの変更 (たとえば、新しいドライバ、新しいソフトウェア、作業負荷の変化、CPU のアップグレード、メモリーのアップグレードなど) にある可能性がある

システムクラッシュをトラブルシュートするためのチェックリスト

クラッシュしたシステムの問題を解決するためのデータを収集するときは、次のチェックリストを使用します。

項目
ユーザーのデータ
システムクラッシュダンプがあるか
オペレーティングシステムのリリースと適切なソフトウェアアプリケーションのリリースレベルを確認する
システムのハードウェアを確認する
SPARC システムの prtdiag 出力を含める他のシステムの Explorer 出力を含める
パッチはインストールされているか。そうであれば、showrev -p 出力を含める
問題を再現できるか
Sun 以外のドライバをシステムで使用しているか
クラッシュ直前のシステムの動作は
クラッシュ直前に、異常なコンソールメッセージが表示されたか
/etc/system ファイルにパラメータを追加したか
問題は最近発生するようになったか