test

Sun Java Communications Suite 5 インストールガイド

第 10 章 トラブルシューティング

この章では、Communications Suite のインストールとアンインストールの問題を解決する方法について説明します。

この章では、次の内容について説明します。

問題の解決方法

ここでは、Communications Suite のインストールおよびアンインストール時に、問題の原因を分析して特定するための一般的なガイドラインを紹介します。

ここで説明する内容は、次のとおりです。

インストールログファイルの検証

インストールまたはアンインストール中に問題が発生した場合は、発生した問題に関する情報を確認するために、最初にインストールログを調べます。インストール、アンインストール、およびインストール時の設定に関するメッセージはソースログファイルに収集されます。ユーザーの選択、パッケージの操作、インストールまたはアンインストールの手順などの操作のあとには、情報メッセージ、警告メッセージ、およびエラーメッセージが発行されます。各メッセージに表示される情報は、日時、ログレベル、モジュール ID、およびメッセージテキストで構成されます。

ログファイルの形式

インストールまたはアンインストールに関する情報を収集するログファイルには、次の 4 つの種類があります

アンインストール後に、アンインストーラはアンインストーラ自体、インストーラ、およびログビューアを削除します。ただし、ソースログファイルは削除されず、次の場所に格納されます。

次の表は、ソースログファイルの形式を示しています。

表 10–1 ログファイルの形式

ログに記録される内容 

ログファイル名の形式 

インストーラ 

Sun_Java_Communications_Suite_install.Atimestamp

 

Sun_Java_Communications_Suite_install.Btimestamp

 

Sun_Java_Communications_Suite_log.timestamp

 

Sun_Java_Communications_Suite_Summary_Report_install. timestamp

アンインストーラ 

Sun_Java_Communications_Suite_uninstall.Atimestamp

 

Sun_Java_Communications_Suite_uninstall.Btimestamp

 

Sun_Java_Communications_Suite_UnInstall_log.timestamp

 

Sun_Java_Communications_Suite_Summary_Report_uninstall. timestamp

ログメッセージは ULF (Unified Logging Format) で保存されます。この形式で読み取るのが難しい場合は、vi などのテキストエディタでソースファイルを編集するか、または Communications Suite ログビューアを使用して、ログメッセージを表示することもできます。

ログビューアのしくみ

Communications Suite ログビューアは、Sun_Java_Communications_Suite_Install_log. timestamp ファイルまたは Sun_Java_Communications_Suite_UnInstall_log. timestamp ファイルのインストーラログメッセージを表示するためのグラフィカルディスプレイを提供します。メッセージをフィルタで検索するときには、重要度の高いものまたは目的に合っているものから表示されるように、3 つの方法が用意されています。ログレベル別、モジュール ID 別、内容別の 3 つがあります

一般的なフィルタの例には次のようなものがあります。

次の表に、ログビューアの基本機能の概要を示します。

表 10–2 ログビューアの機能

作業 

機能 

「開く」 

フィルタリングし、表示するログファイルを選択します。 

「保存」 

フィルタリングし、翻訳したメッセージを「ファイル」>「名前を付けて保存」オプションで指定したファイルに保存します。 

「名前を付けて保存」 

フィルタリングし、翻訳したメッセージを書き込む個別のファイルを選択します。 

注意: このファイルは、インストーラがソースログの保存に使用するディレクトリに置くことはできません。 

「印刷」 

フィルタリングし、翻訳したファイルを印刷します。 

「終了」 

開いているすべての出力ファイルを閉じ、入力ファイルを閉じて、ログビューアページを閉じます。 

「ログレベルのフィルタ」 

フィルタリングするログレベルを選択します。 

「モジュール ID のフィルタ」 

開いたファイル内のいずれかのモジュール ID を選択するか、選択しません。リストは、フィルタリングするログファイルを選択したときに作成されます。 

「内容のフィルタ」 

ユーザー定義の文字列を含むメッセージを選択します。 

「言語の選択」 

翻訳言語を選択します。デフォルトは英語です。このリストは、インストーラによって格納される翻訳リソースバンドルに基づいて表示されます。 

この機能によって、ログビューアはトラブルシューティングの状況に役立つ選別された情報を表示できます。フィルタ条件を満たすメッセージが単一のログテーブルに表示されます。ログテーブルの行を選択して、詳細を表示し、メッセージを複数行形式で表示することができます。

Procedureログビューアを実行する

ログビューアは読み取り専用モードで動作するため、複数のユーザーが同時にログビューアを使用できます。インストール後、ログビューアは次の場所に存在します。

  1. ログビューアを起動します。

    ログビューアをグラフィカルモードで実行するには、次のコマンドを入力します。

    ./viewlog

Procedureログファイルによるトラブルシューティング

  1. Sun_Java_Communications_Suite_Summary_Report_install. timestamp などのサマリーファイルを検証します。

    問題が発生した場合は、どのコンポーネントが問題の原因であるかを確認します。複数の問題が発生している場合は、最初の問題に対処します必要に応じて、詳細ログのいずれかまたは両方のファイルを調べる必要があります。

  2. Sun_Java_Communications_Suite_install.A timestamp などの詳細ログ (A および B) を検証します。

    1. 最初に発生したエラーまたは警告を探して、解決します。1 つのエラーを解決すると、関連性がないように見える後続の多数のエラーも解決することがよくあります。

    2. 問題の原因となっているコンポーネントまたはパッケージの名前を探します。問題の解決に失敗したら、デバッグログを調査します。

  3. Sun_Java_Communications_Suite_Install_log. timestamp などのデバッグログを検証します。

製品の依存関係の検証

多数の製品コンポーネントに、インストール時の相互依存関係があります。1 つの製品コンポーネントに影響を与える問題は、別の製品コンポーネントにも影響を与える可能性があります。まず、『Sun Java Enterprise System 5 インストール計画ガイド』で説明されている内容をよく理解してください。

製品コンポーネントの相互依存関係のほかに、一部の製品コンポーネントは Solaris パッケージがインストールされているかどうかにも依存しています。パッケージがホストにインストールされていない場合、それが原因でインストールが失敗することがあります。詳細については、リリースノートの「ソフトウェア要件」の節を参照してください。

製品コンポーネントの起動時に問題が発生する場合は、その製品コンポーネントのログファイルを調べてください。多くの製品コンポーネントログファイルの場所については 「製品コンポーネントのトラブルシューティングのためのヒント」に記載されています。

リソースと設定のチェック

次のホストレベルの問題は、インストール時に問題を引き起こす可能性があります。

インストール後の設定のチェック

製品コンポーネントの起動時に問題が発生した場合は、第 6 章「Communications Suite のインストール後設定の完了」に説明されている手順を正しく実行しているかを確認してください。

配布メディアのチェック

DVD または CD からのインストールでは、メディアの汚れや損傷を調べます。ディスクに汚れがあると、インストール時に問題が発生する可能性があります。

Directory Server の接続性のチェック

Directory Server に依存する製品コンポーネントをインストールする場合、次のいずれかの問題によって問題が発生する可能性があります。

Web Server ファイルおよびディレクトリの削除

編集済みの設定ファイルなど、カスタマイズされたファイルの上書きを防ぐために、そのファイルが格納されるディレクトリには Web Server をインストールできません。

Web Server を再インストールする場合、インストールディレクトリをチェックして、それが空であることを確認します。空ではない場合は、どこか別の場所にファイルをアーカイブしてからインストールを再試行します。

パスワードの確認

インストーラは、製品コンポーネントごとにパスワードの入力を求めます。複数のホストに複数の製品コンポーネントをインストールする場合、各ホストで正しいパスワードを入力することが重要です。

パスワードの問題を解決するには、いったんアンインストールしてから再インストールすることが必要となる場合があります。アンインストールに失敗した場合は、「アンインストール時に残されたファイルによるインストールの失敗」を参照してください。

製品コンポーネントのインストール状態の検証

製品コンポーネントをインストールしたものの問題があり、再インストールまたはアンインストールを実行できない場合は、Solaris の pkginfo コマンドまたは Linux の rpm コマンドを使用して、インストールしたパッケージを調べます。その結果を、『Sun Java Enterprise System 5 インストールリファレンス (UNIX 版)』の第 5 章「インストール可能なパッケージの一覧」に記載されている Communications Suite パッケージと比較します。追加情報については、「アンインストール時に残されたファイルによるインストールの失敗」を参照してください。

ヒント –

Solaris 9 と Solaris 10 では、prodreg ツールを使用することもできます。このツールは、製品レジストリへのグラフィカルインタフェースを提供し、pkg ユーティリティーの代わりに、各コンポーネントおよびそのパッケージの両方への索引付けをします。prodreg を起動するには、コマンド行でこのコマンド名を入力します。詳細については、prodreg(1) のマニュアルページを参照してください。

管理者アクセス権の確認

「アンインストーラ用の管理者アクセス権の付与」で説明されているように、アンインストール時に管理者アクセス権をアンインストーラに付与しなければならないことがあります。

インストールに関する問題の解決

ここでは、インストール時に発生する可能性のある次の問題について説明します。

アンインストール時に残されたファイルによるインストールの失敗

アンインストール時に製品コンポーネントやパッケージが削除されずに残されることがあります。このような場合、Communications Suite を再インストールする前に、製品コンポーネントやパッケージを手動で削除する必要があります。この問題には、次のものが該当します。

Procedure部分的なインストールのクリーンアップ

  1. 次のコマンドを使用して、一部だけがインストールされたパッケージがないかどうか調べます。

    Solaris OS の場合: pkginfo -p

    Linux の場合: 


    rpm -qa |grep —I ^sun | xargs rpm -V

    コマンドの出力で、一部だけがインストールされたパッケージのリストが表示されます。『Sun Java Enterprise System 5 インストールリファレンス (UNIX 版)』の第 5 章「インストール可能なパッケージの一覧」を参照し、返されたパッケージ名に基づいてそれらのパッケージが属している製品コンポーネントを調べます。

  2. コンポーネントまたはパッケージを削除します。

    • Solaris 9 または Solaris 10 では、prodreg というツールを使用します。

      prodreg ツールを使用すると、ホスト上のパッケージベースのコンポーネントを管理できます。各製品コンポーネントとそのパッケージについて、相互依存関係を含む完全な情報を参照できます。prodreg ツールを使用して、安全に製品コンポーネントをアンインストールし、パッケージを削除することができます。prodreg ツールで製品コンポーネントを削除すると、再インストールできるようになります。

    • Linux では、rpm -e コマンドを使用します。

      製品のレジストリファイルを編集するには、/var/opt/sun/install/productregistry ファイルを開きます。この XML ファイルには、各製品コンポーネントの説明があります。各製品コンポーネントの説明は、<compid\> タグで始まり、</compid\> タグで終わります。製品コンポーネントのエントリ全体を削除します。

  3. 次のディレクトリに Communications Suite 製品コンポーネントまたはパッケージが含まれていないことを確認します。

    /opt

    /etc/opt

    /var/opt

  4. インストーラをもう一度実行します。

アンインストール後に製品レジストリに含まれる共有コンポーネントが削除されたためにインストールが失敗する

Communications Suite 5 release から、インストールが終了すると、製品レジストリファイル内に共有コンポーネントが登録されるようになっています。

アンインストーラは、製品コンポーネントをシステムから削除しますが、共有コンポーネントは削除しません。アンインストールが終了しても、製品レジストリには共有コンポーネントのエントリが依然として含まれています。アンインストール後に共有コンポーネントを手動で削除しても、それらのコンポーネントは製品レジストリからは削除されません。したがって、次回の Communications Suite 5 のインストールは失敗します。なぜなら、手動で削除された共有コンポーネントに対するエントリが製品レジストリ内には依然として存在するため、インストーラはそれらのコンポーネントが存在するものと仮定するからです。

ヒント –

Communications Suite の共有コンポーネントをシステムから手動で削除しないでください。

推奨される解決方法: 製品レジストリファイルから対応するエントリを削除するか、製品レジストリファイル自体を削除します。製品レジストリファイルからエントリを削除するとファイルが壊れる危険性があるため、製品レジストリの全体を削除することをお勧めします。これを行う前に、Communications Suite コンポーネント以外の製品が製品レジストリファイルを使用していないことを確認してください。

Linux では、Solaris OS に存在するグラフィカル製品レジストリに相当するものがありません。Linux でファイルを手動で削除した場合、製品レジストリファイルを手動で編集して、それらのエントリを削除する必要があります。

予期せぬ外部エラーが発生する

電源障害またはシステム障害が発生した可能性があります。または CTRL/C を入力して、インストーラのプロセスを停止した可能性もあります。

推奨される解決方法: インストール中または設定プロセスで障害が発生した場合は、おそらく一部だけがインストールされたままになっています。アンインストーラを実行します。アンインストーラが失敗した場合は、「アンインストールが失敗し、ファイルが削除されずに残った」の手順に従います。

グラフィカルインストーラが応答しない

イメージが入力を受け付けるようになる前に、インストーラによって画面上にイメージが作成されることがあります。待ちきれずにインストールウィザードで何度も「次へ」をクリックすることは避けてください。

推奨される解決方法: デフォルトの選択肢を表すボタンには、青い四角形が表示されます。この四角形は、ボタンが表示されたあとに表示されることがあります。ボタンをクリックするときは、青い四角形が表示されるまで待ってください。

サイレントインストールの失敗: 状態ファイルに互換性がない、または破損している

使用しているプラットフォームで作成された状態ファイルを使用している場合、ファイルが壊れ、原因不明であるというエラーが発生する可能性があります。この問題の解決には、次の 2 つの方法があります。

新しい状態ファイルの生成

プラットフォームに適した新規 ID の作成

状態ファイルを作成したプラットフォームが、サイレントインストールを実行しているプラットフォームと異なる場合、状態ファイルに対してプラットフォームに適した ID を新たに作成します。この方法については、「プラットフォームに適した状態ファイル ID の作成」を参照してください。

サイレントインストールに失敗した

状態ファイルを編集した場合、それによってエラーが発生した可能性があります。次の点をチェックし、「状態ファイルの作成」の説明に従って状態ファイルを再生成します。

推奨される解決方法: 問題を解決し、状態ファイルを再生成します。

マニュアルページが表示されない

この問題が起きる場合、たいていはインストールしたコンポーネントの MANPATH 環境変数が正しく設定されていないことが原因です。

推奨される解決方法: 新しいマニュアルページに直接関連付けるように /etc/MANPATH を更新します。「MANPATH の確認」を参照してください。

アンインストールに関する問題の解決

ここでは、アンインストール時に発生する可能性のある次の問題について説明します。

アンインストーラが見つからない

インストールプログラムは、システム上の次の場所に uninstall (アンインストーラ) を格納します。

アンインストーラがこのディレクトリにない場合は、次のいずれかの原因が考えられます。

推奨される解決方法: 「アンインストールが失敗し、ファイルが削除されずに残った」の説明に従ってシステムを手動でクリーンアップします。

アンインストールが失敗し、ファイルが削除されずに残った

アンインストーラがファイルまたはプロセスを削除できなかったために手動クリーンアップが必要となった場合は、次の手順を実行し、システムからパッケージを削除します。

Procedure手動でのパッケージのクリーンアップ

  1. 削除が必要なパッケージを特定します。

    システム上のパッケージを、『Sun Java Enterprise System 5 インストールリファレンス (UNIX 版)』の第 5 章「インストール可能なパッケージの一覧」に記載されている Communications Suite パッケージと比較します。インストールされているパッケージを特定するには、Solaris の pkginfo または prodreg ユーティリティー、あるいは Linux の rpm コマンドを使用できます。(「アンインストール時に残されたファイルによるインストールの失敗」を参照)

  2. Communications Suite 製品コンポーネントの実行中のすべてのプロセスを停止します。

    プロセスを停止する簡単な手順については、第 6 章「Communications Suite のインストール後設定の完了」製品コンポーネントマニュアルに説明されています。

  3. 以後のインストールで再利用を考えているカスタム設定データとユーザーデータをすべてバックアップします。

    「Communications Suite 製品コンポーネントのアンインストール動作の確認」に、バックアップすべき設定とユーザーデータに関する情報が説明されています。詳細については、各製品コンポーネントのマニュアルを参照してください。

  4. pkgrm、rpm -e、または swremove コマンドを使用して、Communications Suite コンポーネントパッケージを削除します。

  5. 以後のインストールで使用しない、残されている製品コンポーネントディレクトリとその内容をすべて削除します。これらのディレクトリをあとで利用する場合は、別の場所に移動します。

  6. 次の場所にある製品レジストリファイルを更新します。

    Solaris OS の場合: /var/sadm/install/productregistry

    Linux の場合: /var/opt/sun/install/productregistry

    アンインストーラはこのレジストリを使用して、ホストにインストールされている製品コンポーネントを特定します。インストーラとアンインストーラは、インストールまたはアンインストールの完了時に製品レジストリを更新します。

    注 –

    アンインストーラを使用せずに、パッケージを手動で削除した場合は、システムにインストールされているソフトウェアを製品レジストリが正しく反映するように、このファイルを手動で更新する必要があります。

  7. 次の場所にあるシステムのログファイルをクリーンアップします。

    Solaris OS の場合: /var/sadm/install/logs

    Linux の場合: /var/opt/sun/install/logs

    ログファイルは、パッケージを手動削除したあとのシステムの状態を正しく反映していない可能性があります。

製品レジストリが破損している

アンインストール時に、アンインストーラは製品レジストリファイルを使用して、アンインストールが必要な要素を特定します。

Solaris OS の場合: /var/sadm/install/productregistry

Linux の場合: /var/opt/sun/install/productregistry

Common Agent Container の問題の解決

ここでは、Common Agent Container の共有コンポーネントに関連して起きる可能性のある次の問題について説明します。

ポート番号の競合

Communications Suite に含まれる Common Agent Container (V2.0) では、デフォルトで次のポートが予約されています。

Sun Cluster のインストールに関する問題を解決しようとする場合、Sun Cluster では異なるバージョンの共通エージェントコンテナを使用しているため、ポートの割り当てが異なります。この場合、デフォルトのポートは次のようになります。

上記のポート番号のいずれかがすでにインストール時に予約されている場合は、Common Agent Container が使用するポート番号を次の手順の説明に従って変更します。

ポート番号の確認

Common Agent Container の cacaoadm コマンドの詳細については、cacaoadm のマニュアルページを参照してください。このマニュアルページをコマンド行に表示できない場合は、MANPATH が正しく設定されているか確認します。「MANPATH の確認」を参照してください。

ProcedureSolaris のポートの確認

  1. ルートとして、Common Agent Container 管理デーモンを停止します。


    /opt/SUNWcacao/bin/cacaoadm stop

  2. 次の構文を使用して、ポート番号を変更します。

    /opt/SUNWcacao/bin/cacaoadm set-param param=value

    たとえば、SNMP アダプタが占有するポートをデフォルトの 11161 から 11165 に変更するには、次のようにします。

    注 –

    Sun Cluster では、以前に指定したポートを使用します。


    /opt/SUNWcacao/bin/cacaoadm set-param snmp-adaptor-port=11165

  3. Common Agent Container 管理デーモンを再起動します。


    /opt/SUNWcacao/bin/cacaoadm start

ProcedureLinux のポートの確認

  1. ルートとして、Common Agent Container 管理デーモンを停止します。


    /opt/sun/cacao/bin/cacaoadm stop

  2. 次の構文を使用して、ポート番号を変更します。

    /opt/sun/cacao/bin/cacaoadm set-param param=value

    たとえば、SNMP アダプタが占有するポートを 11161 から 11165 に変更するには、次のようにします。


    /opt/sun/cacao/bin/cacaoadm set-param snmp-adaptor-port=11165

  3. Common Agent Container 管理デーモンを再起動します。


    /opt/sun/cacao/bin/cacaoadm start

ルートパスワードの安全性が危惧される場合

Communications Suite が稼働するホストで、セキュリティーキーを再生成することが必要になる場合があります。たとえば、ルートパスワードが他の人に知られたおそれがあり、安全性が危うくなっている場合には、セキュリティーキーを再生成することが必要です。Common Agent Container サービスによって使用されるキーは、次の場所に格納されています。

Solaris OS の場合: /etc/opt/SUNWcacao/security

Linux の場合: /etc/opt/sun/cacao/security

通常の動作では、これらのキーはデフォルトの構成のままとなります。キーの安全性が危うくなったために、キーを再生成することが必要な場合は、次の手順でセキュリティーキーを再生成できます。

セキュリティーキーの問題

ProcedureSolaris OS の場合のキー生成

  1. ルートとして、Common Agent Container 管理デーモンを停止します。


    /opt/SUNWcacao/bin/cacaoadm stop

  2. セキュリティーキーを再生成します。


    /opt/SUNWcacao/bin/cacaoadm create-keys --force

  3. Common Agent Container 管理デーモンを再起動します。


    /opt/SUNWcacao/bin/cacaoadm start
    注 –

    Sun Cluster ソフトウェアの場合は、この変更をクラスタ内のすべてのノードに伝達する必要があります。詳細については、『Sun Cluster Software Installation Guide for Solaris OS』の「How to Finish a Rolling Upgrade to Sun Cluster 3.1 8/05 Software」を参照してください。

ProcedureLinux の場合のキー生成

  1. ルートとして、Common Agent Container 管理デーモンを停止します。


    /opt/sun/cacao/bin/cacaoadm stop

  2. セキュリティーキーを再生成します。


    /opt/sun/cacao/bin/cacaoadm create-keys --force

  3. Common Agent Container 管理デーモンを再起動します。


    /opt/sun/cacao/bin/cacaoadm start

    cacaoadm コマンドの詳細については、cacaoadm(1M) のマニュアルページを参照してください。

製品コンポーネントのトラブルシューティングのためのヒント

このセクションの表では、製品コンポーネントの問題を解決するためのさまざまなヒントを提供し、役立つマニュアルを紹介します。ここで説明する内容は、次のとおりです。

Access Manager のトラブルシューティングのヒント

表 10–3 Access Manager のトラブルシューティングのヒント

トピック 

詳細 

設定ファイル

AMConfig.properties

  • Solaris OS の場合: /etc/opt/SUNWam/config

  • Linux の場合: /etc/opt/sun/identity/config

ログファイルとデバッグファイル

ログファイルのディレクトリ: 

  • Solaris OS の場合: /var/opt/SUNWam/logs

  • Linux の場合: /var/opt/sun/identity/logs

    デバッグファイルのディレクトリ:

  • Solaris OS の場合: /var/opt/SUNWam/debug

  • Linux の場合: /var/opt/sun/identity/debug

デバッグモード

『Sun Java System Access Manager 7.1 Developer’s Guide』の「Auditing Features」の章を参照してください。

Application Server のトラブルシューティングのヒント

表 10–4 Application Server のトラブルシューティングのヒント

トピック 

詳細 

ログファイル

ログファイルのディレクトリ: 

  • Solaris OS の場合: /var/sadm/install/logs/

  • Linux の場合: /var/opt/sun/install/logs/

Application Server インスタンスのログディレクトリ (最初に作成するインスタンスのデフォルトの場所): 

  • Solaris OS の場合: /var/opt/SUNWappserver/domains/domain1/logs

  • Linux の場合: /var/opt/sun/appserver/domains/domain1/logs

メッセージログのファイル名: 

server.log (サーバーインスタンスごとに存在する)

設定ファイル

  • Solaris OS の場合: /opt/SUNWappserver/appserver/config/asenv.conf

  • Linux の場合: /var/opt/sun/appserver/config/asenv.conf

トラブルシューティング

『Sun Java System Application Server Enterprise Edition 8.2 トラブルシューティングガイド』を参照してください。

Calendar Server のトラブルシューティングのヒント

表 10–5 Calendar Server のトラブルシューティングのヒント

トピック 

詳細 

ログファイル

管理サービス (csadmind): admin.log

分散データベースサービス (csdwpd)dwp.logHTTP サービス (cshttpd): http.log

通知サービス (csnotifyd): notify.logCalendar

バックアップサービス (csstored): store.log

デフォルトのログディレクトリ:  

  • Solaris の場合: /var/opt/SUNWics5/logs

  • Linux の場合: /var/opt/sun/calendar/logs

詳細については、『Sun Java System Calendar Server 6.3 管理ガイド』を参照してください。

設定ファイル

Solaris の場合: /opt/SUNWics5/cal/config/ics.conf

Linux の場合: /opt/sun/calendar/config/ics.conf

デバッグモード

デバッグモードを使用するには、Calendar Server の管理者が ics.conf ファイルで logfile.loglevel 設定パラメータを設定します。次に例を示します。

logfile.loglevel = "debug"

詳細については、『Sun Java System Calendar Server 6.3 管理ガイド』を参照してください。

トラブルシューティング

『Sun Java System Calendar Server 6.3 管理ガイド』を参照してください。

Communications Express のトラブルシューティングのヒント

表 10–6 Communications Express のトラブルシューティングのヒント

トピック 

詳細 

ログファイル

デフォルトのログファイル: uwc-deployed-path/logs/uwc.log

インスタンスディレクトリ

Solaris OS の場合: /var/opt/SUNWuwc

Linux の場合: /var/opt/sun/uwc

トラブルシューティング

『Sun Java System Communications Express 6.3 管理ガイド』の第 5 章「トラブルシューティング」を参照してください。

Delegated Administrator のトラブルシューティングのヒント

表 10–7 Delegated Administrator のトラブルシューティングのヒント

トピック 

詳細 

ログファイル

実行時ログファイル: 

Solaris: /opt/SUNWcomm/log

トラブルシューティング

『Sun Java System Delegated Administrator 6.4 管理ガイド』の付録 C「Delegated Administrator のデバッグ」を参照してください。

Directory Server のトラブルシューティングのヒント

表 10–8 Directory Server のトラブルシューティングのヒント

トピック 

詳細 

ログファイル

インストールログファイル: 

  • Solaris の場合: /var/sadm/install/logs

  • Linux の場合: /var/opt/sun/install/logs

トラブルシューティング

『Sun Java System Directory Server Enterprise Edition 6.0 管理ガイド』のパート I「Directory Server による管理」を参照してください。

『Sun Java System Directory Server Enterprise Edition 6.0 管理ガイド』のパート II「Directory Proxy Server による管理」を参照してください。

Instant Messaging のトラブルシューティングのヒント

表 10–9 Instant Messaging のトラブルシューティングのヒント

トピック 

詳細 

ログファイル

サーバーログ: xmppd.log

エージェントカレンダーログ: agent-calendar.log

ウォッチドッグのログiim_wd.log

マルチプレクサログ: mux.log.log

デフォルトのログディレクトリ: 

  • Solaris の場合: /var/opt/SUNWiim/default/log

  • Linux の場合: /var/opt/sun/im/default/log

詳細については、『Sun Java System Instant Messaging 7.2 管理ガイド』を参照してください。

設定ファイル

Solaris の場合: /opt/SUNWiim/config/iim.conf

Linux の場合: /opt/sun/im/config/iim.conf

デバッグモード

デバッグモードを使用するには、Instant Messaging の管理者が iim.conf ファイルで iim.log.iim_server.severity 設定パラメータを設定します。

サーバーコンポーネントの例: 

iim.log.iim_server.severity = "DEBUG"

マルチプレクサコンポーネントの例: 

iim.log.iim_mux.severity = "DEBUG"

ウォッチドッグコンポーネントの例: 

iim.log.iim_wd.severity = "DEBUG"

トラブルシューティング

トラブルシューティングの詳細と追加情報については、『Sun Java System Instant Messaging 7.2 管理ガイド』を参照してください。

アンインストール後の作業

アンインストール時に、Instant Messaging の設定ディレクトリと Web コンテナに配備されているインスタントメッセージのリソースは削除されないため、アンインストール後に削除する必要があります。 

Instant Messaging をホストから完全に削除するには、次のような不要なディレクトリを削除します 。/opt/SUNWiim/、 /var/opt/SUNWiim/、および /etc/opt/SUNWiim/。

さらに、undeploy all コマンドを使用して、Web コンテナからリソースの配備を解除します。

Message Queue のトラブルシューティングのヒント

表 10–10 Message Queue のトラブルシューティングのヒント

トピック 

詳細 

ログファイル

インストールログファイル: 

  • Solaris OS の場合: /var/sadm/install/logs

  • Linux の場合: /var/opt/sun/install/logs

ブローカログファイル: 

  • Solaris の場合: /var/mq/instances/instance-name /log

  • Linux の場合: /var/opt/sun/imq/instances/ instance-name/log

トラブルシューティング

『Sun Java System Message Queue 3 2005Q4 Administration Guide』の「問題のトラブルシューティング」の章を参照してください。

パフォーマンスの問題については、『Sun Java System Message Queue 3 2005Q4 Administration Guide』の「メッセージサービスの分析と調整」を参照してください。

Messaging Server のトラブルシューティングのヒント

表 10–11 Messaging Server のトラブルシューティングのヒント

トピック 

詳細 

実行ファイルの場所

プロセスログファイル: 

  • Solaris OS の場合: /opt/SUNWmsgsr/sbin

  • Linux の場合: /opt/sun/messaging/sbin

設定ログファイル: 

  • MessagingServer-base/install

ログファイル

  • Solaris OS の場合: MessagingServer-base /data/log

  • Linux の場合: /opt/sun/messaging/log

トラブルシューティング

『Sun Java System Messaging Server 6.3 管理ガイド』を参照してください。

Monitoring Console のトラブルシューティングのヒント

表 10–12 Monitoring Console のトラブルシューティングのヒント

トピック 

詳細 

設定ファイル

Monitoring Console の場合: 

  • Solaris OS の場合: /opt/SUNWjesmc/WEB-INF/web.xml

  • Linux の場合: /opt/sun/jesmc/WEB-INF/web.xml

Monitoring Framework の場合: 

  • Solaris OS の場合: /etc/opt/SUNWmfwk/config/mfwk.properties

  • Linux の場合: /etc/opt/sun/mfwk/config/mjwk.properties

ログファイル

Monitoring Console の場合: 

  • /var/log/webconsole/console/console_config_log (すべてのプラットフォーム)

  • /var/log/webconsole/console/console_debug_log (すべてのプラットフォーム)

Monitoring Framework の場合: 

  • Solaris OS の場合: /var/opt/SUNWmfwk/logs

  • Linux の場合: /var/opt/sun/mfwk/logs

トラブルシューティング

Monitoring Console にアクセスできない場合は、『Sun Java Enterprise System 5 監視ガイド (UNIX 版)』の「Monitoring Console のトラブルシューティング」を参照してください。Monitoring Console で監視したコンポーネントを確認できない場合は、『Sun Java Enterprise System 5 監視ガイド (UNIX 版)』の「Monitoring Framework のトラブルシューティング」を参照してください。

Web Server のトラブルシューティングのヒント

表 10–13 Web Server のトラブルシューティングのヒント

トピック 

詳細 

ログファイル

Web Server のログファイルは 2 種類あります。errors ログファイルと access ログファイルです。errors ログファイルには、サーバーで発生したすべてのエラーがリストされます。access ログファイルには、サーバーに対する要求と、サーバーからの応答に関する情報が記録されます。詳細については、『Sun Java System Web Server 7.0 管理ガイド』を参照してください。

これらのログは、次のディレクトリにあります。 

  • Solaris OS の場合: /var/opt/SUNWwbsvr7/https- instancename/logs

  • Linux の場合: /var/opt/sun/webserver7/https- instancename/logs

「今すぐ設定」インストール時に Web Server の設定が失敗した場合、追加情報については次のログを参照してください。 

  • Solaris OS の場合: /var/opt/SUNWwbsvr7/setup/WebServer_Install.log

  • Linux の場合: /var/opt/sun/webserver7/setup/WebServer_Install.log

設定ファイルのディレクトリ

  • Solaris OS の場合: /var/opt/SUNWwbsvr7/https- instance-name/config

  • Linux の場合: /var/opt/sun/webserver7/https- instance-name/config

トラブルシューティングの追加情報

このマニュアルに記載されている次の情報も、トラブルシューティングに役立ちます。