Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Update 2 リリースノート

- Previous: 第 2 章 Application Server 8.1 Update 2 2005Q2 の概要
- Next: Apache とロードバランサプラグイン

# 管理

ここでは、管理上の既知の問題とその解決方法を示します。

バグ ID | サマリー
--- | ---
6171458 | `domain1` がない場合に `package-appclient` スクリプトが機能しない。 デフォルトでは、`$INSTALL/lib/package-appclient.xml` に、`asenv.conf` によってポイントされる `domain1` の `AS_ACC_CONFIG` 変数用にハードコードされた値があります。domain1 を削除して新たなドメインを作成した場合、`AS_ACC_CONFIG` 変数は新たなドメイン名で更新されません。その結果、`package-appclient` スクリプトの処理が失敗します。 解決法 次のいずれかの操作を行います。 `domain1` はそのままにしておき、その前後に別のドメインを作成します。 `domain1` を削除し、`$INSTALL/lib/package-appclient.xml` で `domain1` 用にハードコードされた値を、新たなドメイン名で置き換えます。 `domain1` がない場合、新たなドメインが作成されるたびにこれを行う必要があります。
6196993 | バックアップ取得したドメインを別の名前で復元できない。 同一の Application Server 上でのドメインのミラー化は、`backup-domain` および `restore-domain` コマンドでは行えません。`asadmin restore-domain` コマンドにはドメインをリネームするオプションがありますが、元の名前とは違う名前でドメインを復元することはできないからです。バックアップ取得したドメインのリネームは正常に行われたように見えますが、そのリネームされたドメインの起動は失敗します。ドメイン設定のエントリは変更されておらず、`startserv` および `stopserv` は元のドメイン名を使用してパスを設定するからです。 解決法 `restore-domain` で使用するドメイン名は、元の `backup-domain` コマンドで使用したドメイン名と同じである必要があります。Application Server 8.1 での `backup-domain` および `restore-domain` コマンドは、同一マシン上の同一ドメインのバックアップおよび復元についてだけ有効です。
6200011 | JMX エージェントを伴う Application Server の起動がサポートされていない。 Application Server では、J2SE 1.4.x または 5.0 以降を設定できます。J2SE 5.0 プラットフォームの重要な特徴は、JMX エージェントを起動できることです。サーバーの起動時にシステムプロパティーを明示的に設定すると、JMX エージェントがアクティブになります。 次に例を示します。
    name="com.sun.management.jmxremote" value="true"
    name="com.sun.management.jmxremote.port" value="9999"
    name="com.sun.management.jmxremote.authenticate" value="false"
    name="com.sun.management.jmxremote.ssl" value="false"
JMX プロパティーを設定してからサーバーを起動すると、Application Server VM 内に新たな `jmx-connector` サーバーが起動します。この場合は、望ましくない副作用の 1 つとして、管理機能が悪影響を受け、Application Server の管理コンソールやコマンド行インタフェースで予期しない結果が発生することがあります。問題は、組み込みの `jmx-connector` サーバーと新たな `jmx-connector` サーバーとの間で衝突が発生することにあります。 解決法 `jconsole` または何らかの `JMX 互換`クライアントを使用する場合には、Application Server とともに起動する標準の JMX コネクタサーバーを再利用することを検討してください。 サーバーの起動時に、次に示すような行が server.log に作成されます。ここで指定されている `JMXService` の URL に接続し、資格を正常に指定した後、同様の管理および設定操作を実行することができます。次に例を示します。
    [#|2004-11-24T17:49:08.203-0800|INFO|sun-appserver-ee8.1|javax.
    enterprise.system.tools.admin|_ThreadID=10;|ADM1501: Here is
    the JMXServiceURL for the JMXConnectorServer: [service:jmx:rmi:
    ///jndi/rmi://hostname:8686/management/rmi-jmx-connector]. This
    is where the remote administrative clients should connect using
    the JSR 160 JMX Connectors.|#]
詳細は、『管理ガイド』を参照してください。
6206176 | UNIX で、Application Server の start および stop スクリプトに関する実行権に過度の制限がかけられている。 ユーザー「A」としてログインして `asadmin restore-domain` コマンドを実行すると、そのスクリプトのアクセス権は 744 (`rwxr--r--`) になります。そのあとでユーザー「B」としてドメインを起動または停止しようとすると、たとえ「B」が root であっても、その試みは失敗します。ユーザー「A」についてだけスクリプトが実行可能だからです。 解決法 スクリプトのアクセス権を次のようにして変更します。
    chmod 755 appserv/domains/domain-name/bin/*
1. 6236544、6275436 | どの Web サービスのエンドポイント URL を使用しても、ロードバランサの設定ファイルが作成されない。 Web サービスの URL をエクスポートする EJB モジュールを含むアプリケーションを使用してロードバランサを設定しても、作成された `loadbalancer.xml` ファイルに、その Web サービスのコンテキストルートが存在しません。 解決法 `loadbalancer.xml` ファイルを編集して、作成されなかった Web モジュールを次のように追加します。
       <web-module context-root="context-root-name"
       disable-timeout-in-minutes="30" enabled="true"/>
context-root-name 値を、EJB として公開された Web サービスのコンテキストルート名に置き換えます。
6288893 | `sun-appserv-admin` を使用して Application Server を再起動すると、`LoginException` エラーが発生する。 解決法 既存の <as_install>`/bin/asant` スクリプトの名前を `asant.bak` に変更します。 <as_install>`/lib/install/templates/ee` (SE/EE バージョンの場合) にある `asant.template` ファイルを <as_install>`/bin/` ディレクトリにコピーし、このファイルの名前を `asant` に変更します。 新しくコピーされた <as_install>`/bin/asant` スクリプトを編集して、`%CONFIG_HOME%` トークンを <as_install>`/config` に置き換えます。 元の `asant.bak` ファイルに対して行なった手作業の変更がある場合は、それを新しい `asant` スクリプトに結合します。
6315957 | Application Server のマニュアルに `.asadmintruststore` ファイルが記述されていない。このファイルがサーバー管理者の `home` ディレクトリに存在しないと、そのサーバー上にホストされている特定のアプリケーションをアップグレードしたときに重大なバグが発生する場合があります。 解決法 可能であれば、そのサーバーをインストールしたユーザーが `asadmin start-domain domain1` コマンドを実行してください。 そのユーザーがこのコマンドを実行できない場合は、`.asadmintruststore` を、インストールしたユーザーの `home` ディレクトリから実行中のユーザーの `home` ディレクトリに移動またはコピーしてください。 このファイルをインストールユーザーの `home` ディレクトリから実行中のユーザーの `home` ディレクトリに (コピーではなく) 移動した場合は、アップグレードまたはインストールしたユーザーのホームディレクトリ (Java ES では、通常 `root`) に `.asadminstruststore` ファイルが存在しなくなるため、バグ 6309079、6310428、および 6312869 で説明されているようなアプリケーションのアップグレードに関する問題が発生する可能性があることに注意してください。
6462903 | 「保存」ボタンを複数回クリックすると、Application Server 8.1 管理 GUI でエラーが発生する。 サーバーインスタンスの HTTP ポート値を変更する場合、ポート変更を行う前にサーバーインスタンスを起動するか、サーバーインスタンスがダウンしている場合は「保存」ボタンを 1 度だけクリックします。
6506605 | `asadmin multimode` がマスターパスワードをキャッシュしているように見える。 `asadmin` を `multimode` で実行すると、次の一連の操作が失敗します。
    create-domain
    start-domain
    stop-domain
    delete-domain
    create-domain
最後の `create-domain` では次のエラーが発生します。
    Invalid database password. CLI130 Could not create domain, domain2
この問題は JDK の制限事項によって生じます。 解決法 `asadmin multimode` で単一の Java VM に複数のドメインを作成しないでください。`asadmin multimode` を使用して、マスターパスワードが異なる 2 つのドメインを作成または起動することはできません。

- Previous: 第 2 章 Application Server 8.1 Update 2 2005Q2 の概要
- Next: Apache とロードバランサプラグイン

- © 2010, Oracle Corporation and/or its affiliates