ここでは、インストール後に発生する可能性のあるさまざまな問題について説明します。
Application Server を再起動した場合、Application Server と Monitoring Console の間の通信が中断され、再度有効にする必要があります。以前動作していた監視規則が動作しなくなり、不明の状態になります。Application Server ホストで共通エージェントコンテナを再起動した場合は、Monitoring Console ホストでも共通エージェントコンテナを再起動する必要があるため、問題は引き続き存在します。
root として、Application Server があるホストで共通エージェントコンテナを再起動します。例:
/usr/sbin/cacaoadm start |
次に、Monitoring Console があるホストに移動し、共通エージェントコンテナを再起動します。例:
共通エージェントコンテナがすでに実行されている場合は、いったん停止してから、次のコマンドを使用して起動します。
Solaris OS の場合:
/usr/sbin/cacaoadm stop /usr/sbin/cacaoadm start |
Linux および HP-UX の場合:
/opt/sun/cacao/bin/cacaoadm stop /opt/suncacao/bin/cacaoadm start |
これは、デフォルトの Application Server コマンドを使用して Java DB を再起動した (asadmin stop-databsse、次に asadmin start-database ) あとで、Java DB を使用する Application Server サンプルを配備したときに発生することがあります。Portal Server サンプルにアクセスできなくなります。
推奨される解決方法: この問題の対処方法は多数あります。
Java DB を停止しないでください。
Java DB を停止した場合は、Application Server データベースを代わりの場所に作成できる次のコマンドを使用して Java DB を再起動します。
Solaris OS の場合: /asadmin start-database --dbhome /var/opt/SUNWportal/derby
Linux および HP-UX の場合: /asadmin start-database --dbhome /var/opt/sun/portal/derby
データベースをデフォルトの場所に配置する場合は、デフォルト以外のポートを使用して Java DB の 2 つ目のインスタンスを起動し、Application Server サンプル common.properties ファイルで正しい Derby ポートを指定します。例: asadmin start-database --dbport 1528