test

Sun Java Enterprise System 5 リリースノート (UNIX 版)

監視に関する問題点

この節では、Monitoring Console および Monitoring Framework における既知の問題点について説明します。Monitoring Framework は、監視を有効にするためにほかのコンポーネントとともに自動的にインストールされる共有コンポーネントです。

監視に必要なパッチ

Monitoring Framework における特定の既知の問題を回避するために、次のパッチが必要です。これらのパッチは通常、Java ES に必要なほかのパッチバンドル、または Solaris オペレーティング環境の更新されたバージョンに含まれています。ただし、Java ES 製品コンポーネントを監視するホスト上で、これらのパッチまたは代替パッチの存在を確認することをお勧めします。

表 1 Solaris オペレーティング環境を監視するためのパッチ

Solaris のバージョン 

パッチ番号 

Solaris 9 SPARC プラットフォーム (バージョン s9u7_06 およびそれ以前)

114344-17 

Solaris 9 i386 プラットフォーム (バージョン s9u7_06 およびそれ以前)

114345-08 (非推奨。現在の推奨パッチは 117172-17)、118559-28 (またはそれ以降) 

Solaris 10 SPARC Platform (バージョン s10_58 およびそれ以前)

114344-17 

Solaris 10 i386 プラットフォーム (バージョン s10_58 およびそれ以前)

114345-08 (非推奨。現在の推奨パッチは 117172-17)、118855-15 (またはそれ以降) 

HP-UX オペレーティングシステムの場合、監視に必要なパッチは 「HP-UX の要件と問題点」で説明するパッチに含まれています。

Monitoring Console インタフェースに関する問題点

検証される新しいホスト証明書が表示されない (6467360)

監視対象の新しいホストを追加する場合、Monitoring Console は SSL を使用して接続をセキュリティー保護しますが、選択されたホストで示された証明書を表示しません。Monitoring Console はホストのルートパスワードをノードエージェントに送信するため、対象ホストの IP アドレスを偽造し、パスワードを受信する攻撃者に対する脆弱性があります。ノードエージェントの大半は、すでにセキュリティー保護されたネットワーク内で動作するホストで実行されているため、この状況が発生するリスクは非常に低くなります。

解決方法 ノードエージェントホストがセキュリティー保護されたネットワーク内で動作していない場合は、これらのホストを Monitoring Console に新規ホストとして追加する前に、信頼性を検証します。ホストの信頼性を検証するには、ホストにログインし、ホストの構成とファイルシステムを認識できることを確認します。UNIX ホストの場合は、ssh でログインし、証明書情報を表示します。

Application Server がアプリケーションインスタンスを指す (6495539、6388513)

製品に含まれるオブジェクトが、Monitoring Console で「アプリケーションサーバー」として表記されています。この用語を Sun Java System Application Server と混同しないでください。

解決方法: Monitoring Console のコンテキストにおける「アプリケーションサーバー」は、インストールされた Java ES コンポーネントの実行中のインスタンスを指します。

Monitoring Console の応答時間が遅い ( 6490794、6438443)

Monitoring Console でのページの表示と切り替えに 30 秒ほどかかる場合があります。

解決方法: 高速なプロセッサと多くのメモリーを搭載した、ほかのアプリケーションを実行していないホスト上で Monitoring Console を実行します。

Monitoring Console でホスト名またはドメイン名が表示されない (6444357、6446325、6496542)

左側のツリー内のラベルにはコンポーネント名のみが表示され、ホスト名またはドメイン名は含まれません。そのため、異なるホスト上の類似したコンポーネントを区別するのが難しい場合があります。同様に、監視ルールの作成時や監視対象コンポーネントの選択時に、異なるホスト上にある同じコンポーネントのインスタンスが区別しにくい場合があります。

解決方法: 監視対象コンポーネントの詳細ビューでホスト ID を調べます。一部のコンポーネントのインスタンス名にはコンポーネントのプロセス ID が含まれるため、各ホスト上のインスタンスのプロセス ID を知る必要があります。

特定のコンポーネントの監視を無効にする簡単な方法がない (6446505)

Monitoring Console では、コンポーネント単位で監視を有効または無効にすることができません。

解決方法 各コンポーネント独自の機構を通じ、コンポーネントの監視を有効化、および無効化する必要があります。手順については、『Sun Java Enterprise System 5 監視ガイド (UNIX 版)』の第 2 章「Monitoring Framework の有効化と設定」のコンポーネント固有のセクションを参照してください。

監視対象コンポーネントが停止されても、コンソールに反映されないことがある (6487785)

監視対象コンポーネントがクラッシュしたり、通常の操作によって停止されたりすると、監視対象オブジェクトがノードエージェントから削除されず、Monitoring Console の左側のツリーで表示されたままになります。同様に、ノードエージェント全体を停止すると、ホストノードが左側のツリーから削除されないことがあります。この問題は断続的に発生します。

解決方法: サーバーインスタンスを停止または再起動するとき、ノードエージェント、マスターエージェント、および Monitoring Console も再起動しなければならないことがあります。ホストとノードエージェントを停止した場合、マスターエージェントと Monitoring Console を再起動しなければならないことがあります。『Sun Java Enterprise System 5 監視ガイド (UNIX 版)』の「ノードエージェントを再起動するには」の手順は、その両方を行う方法を説明しています。

監視ルールとアラームがホストとともに削除されない (6474032)

Monitoring Console からホストを削除するとき、監視対象コンポーネントと関連付けられた監視ルールおよびアラームは自動的に削除されません。そのため、同じホストが再度追加されても、ルールとアラームの状態が持続します。

解決方法 同じホストを再度追加しない場合は、「ルール」ダイアログを使用し、そのホストに関連するすべてのルールを検索し、削除します。ホストが削除されたときに発生しているアラームが確認されることがありますが、これは Monitoring Console に残ります。アラームをトリガーした監視対象の属性にはアクセスできなくなるためです。アラームを確認状態のまま残しておかないためには、監視対象コンポーネントのすべてのアラーム状態を解決し、ホストを削除する前に Monitoring Console のアラームを確認します。

Monitoring Console に関する重大度の低い問題

次の一覧は、Monitoring Console で確認されているその他の既知の問題を示しています。

6366190

複数のテーブルがデフォルトでソートされない

6375583

インストール済み製品を使用するオブジェクトからリンクされたホストが不明なオブジェクトになっている

6388558

AppServer プラグインの使用時に、サーバーに含まれるオブジェクトに孫のオブジェクトが含まれているが、これは適切でない

6390983

ホストのテーブルで機能の有効化および無効化が正しく機能しない

6396891

「統計」および「設定」オブジェクトに対してはキャプションおよび説明フィールドが表示されるが、ベースオブジェクトに対しては表示されない

6495587

オブジェクトを選択して「監視ルール」、「新規作成」の順にクリックしたときに、ユーザーがオブジェクトをもう一度選択しなければならないが、これは適切ではない

6405363

特定のホストに対して一覧表示される JVM オブジェクトの名前が一貫していない

6405949

Application Server によって作成される CMM_Cluster オブジェクトがどこにも表示されない

6412408

「新しいルール」ダイアログの監視可能オブジェクトのリストが明瞭でない

6429231

Portal Server、Web Server、および Application Server オブジェクトのオブジェクトおよび動作ステータスが不明として表示される

6388513

Application Server で配備される Enterprise JavaBeans の名前が説明的でない

6434184

Application Server 監視オブジェクトで属性の名前が使用できない

6434241

Application Server の内部設定の変更が Monitoring Console に反映されない

Monitoring Framework に関する問題点

Linux IPv6 ループバックインタフェースの未サポート (6356355)

Linux システムで IPv6 を有効にしている場合、Monitoring Framework は機能しません。結果として、このシステム上の監視対象コンポーネントの Instrumentation が cacao コンテナにロードされず、それらのコンポーネントは Monitoring Console には表示されません。

解決方法: 可能な解決方法は 2 つあります。

監視対象コンポーネントをノードエージェントから配備取消しするとデッドロックが発生する場合がある (6481273)

監視対象コンポーネントを無効化する処理では、そのコンポーネントがそのノードエージェントから配備取消しされるのが正しい処理ですが、このときにフリーズが発生する場合があります。特に、cacaoadm undeploy コマンドから復帰せず、ノードエージェント全体で監視がブロックされます。

解決方法 プロセスを終了し、ノードエージェント、マスターエージェント、および Monitoring Console を、『Sun Java Enterprise System 5 監視ガイド (UNIX 版)』の「ノードエージェントを再起動するには」で示す手順で再起動します。

Linux 上で C コンポーネントの監視パフォーマンスが低速である (6332884)

Monitoring Framework とのインタフェースを C ライブラリに依存するコンポーネントは、Linux オペレーティング環境で動作するときに Monitoring Console での表示が遅くなる場合があります。

解決方法: なし。

ノード操作後に C コンポーネントの監視パフォーマンスが低速な場合がある (6410218)

C ライブラリに依存するコンポーネントは、同じノードエージェント内のほかのコンポーネントが配備取消しまたは終了された場合に、Monitoring Console での監視パフォーマンスが低速になる場合があります。

解決方法 ノードエージェントを含む共通エージェントコンテナを再起動し、次にマスターエージェントおよび Monitoring Console を、『Sun Java Enterprise System 5 監視ガイド (UNIX 版)』の「ノードエージェントを再起動するには」で示す手順で再起動します。

C コンポーネントとノードエージェントの通信がセキュリティー保護されない (6405037)

C ライブラリに依存するコンポーネントと、同じホスト上のノードエージェント間のプロセス間通信はセキュリティー保護されません。デフォルトでは、通信はループバックインタフェースを使用してセキュリティーリスクを軽減します。

解決方法: なし。

Java コンポーネントの SNMP パフォーマンスが低速である (6437945)

Monitoring Framework とのインタフェースを Java ライブラリに依存するコンポーネントでは、SNMP 経由でのアクセス時にパフォーマンスの問題が発生する場合があります。

解決方法: なし。

Solaris 9 上でノードエージェントが監視対象コンポーネントを検出できない (6504230)

Solaris 9 のバグが原因で、宛先が IPv4 アドレスであるパケットが IPv6 ソケット上のリスナーに配信されません。これにより、ノードエージェントと、そのホスト上の監視対象コンポーネントの間で検出メカニズムが遮断されます。

解決方法: 次のコマンドを使用して、ノードエージェントの JVM に強制的に IPv4 ソケットを待機させます。


cacaoadm stop
oldvalue=`cacaoadm get-param java-flags --value`
cacaoadm set-param java-flags="${oldvalue} -Djava.net.preferIPv4Stack=true"

次に、ノードエージェント、マスターエージェント、および Monitoring Console を、『Sun Java Enterprise System 5 監視ガイド (UNIX 版)』の「ノードエージェントを再起動するには」で示す手順で再起動します。

クロックの同期ずれによりホストを Monitoring Console に追加できない (6487357)

ノードエージェント上の時刻と、マスターエージェントホスト上の時刻のずれが大きすぎる場合、Monitoring Console でのそのノードの追加は失敗します。マスターエージェントの Monitoring Framework のエラーログには、「JRMP 接続確立中の」重大なエラーが報告されます。

解決方法: 両方のホストで時刻が同期するように設定します。

サポート対象外の非公開 C API のドキュメント (6463023)

非公開 C API のドキュメントが、実行時パッケージに意図せず含まれています。このドキュメントで説明されているインタフェースは非公開であり、いつでも変更される可能性があるため、それらのインタフェースの使用は推奨されません。

解決方法: なし。

HP_UX: 過剰な並行監視ルールにより、例外が発生する (6481758)

HP-UX オペレーティングシステムのノードエージェントで、多数の監視ルールが並行的に作成されると、Java 仮想マシン (JVM) のスレッド数がカーネルパラメータの上限を超え、OutOfMemory 例外が発生することがあります。

解決方法: Sun Java Enterprise System 5 Monitoring Guide で示すように、HPjconfig ツールをダウンロードし、実行します。