Access Manager が Application Server ノードエージェントに配備されていると、Delegated Administrator を version 2004Q2 から version 6.4 (現在のリリース) にアップグレードできない。
この問題は、Delegated Administrator が Application Server に配備されている状況で Application Server を version 7 から version 8.x にアップグレードすると発生します。asupgrade ユーティリティーは、Application Server 7 server1 インスタンスをノードエージェント下で実行されている Application Server 8.x server1 ターゲットに移行します。ところが、asupgrade は、仮想サーバーの値を Application Server 7 の server1 から Application Server 8.x の server に変更します。
回避方法:
Delegated Administrator の設定プログラム config-commda の実行時に application server の設定の詳細で、ターゲットおよび仮想サーバーに次の値を指定します。
ターゲット: server1
仮想サーバー: server
Delegated Administrator を version 6.4 (現在のリリース) にアップグレードしないで Access Manager 7.0 にアップグレードした場合、ユーザー作成が失敗する。
この問題は、現在 Delegated Administrator 6 2005Q1 (Java ES Release 3) 以前を実行している場合にのみ発生します。Delegated Administrator version 6 2005Q4 (Java ES Release 4) をインストール済み、または Delegated Administrator を version 6.4 にアップグレード済みの場合、この問題は発生しません。
Java Enterprise System Release 5 へのアップグレード時に、Access Manager は version 6.x から 7.0 にアップグレードしたが Delegated Administrator は version 6.4 にアップグレードしなかった場合、メールサービスまたはカレンダサービスによるユーザー作成が失敗します。
この問題を解決する方法として、Delegated Administrator を version 6.4 にアップグレードすることをお勧めします。Delegated Administrator をどうしてもアップグレードできない事情がある場合は、次の回避方法で説明している手順に従ってください。
回避方法:
UserCalendarService.xml ファイルを更新します。このファイルはデフォルトで次のディレクトリに格納されています。
/opt/SUNWcomm/lib/services/UserCalendarService.xml |
UserCalendarService.xml ファイル内で、mail、icssubscribed、および icsfirstday 属性を、必須ではなく省略可能としてマークします。
Access Manager で、amadmin コマンドを実行して既存の xml ファイルを削除します。次に例を示します。
amadmin -u amadmin -w netscape -r UserCalendarService |
Access Manager で、更新済みの xml ファイルを追加します。次に例を示します。
amadmin -u amadmin -w netscape -s /opt/SUNWcomm/lib/services/UserCalendarService.xml |
Web コンテナを再起動します。
Delegated Administrator 設定プログラムで「ドメイン区切り文字」フィールドに無効な値を入力できてしまう。
設定プログラム config-commda では、^ などの無効な文字を「ドメイン区切り文字」フィールドに入力できます。無効なドメイン区切り文字を含むログイン ID を使って Delegated Administrator コンソールにログインすることはできません。
回避方法: daconfig.properties ファイル内の commadminserver.domainseparator プロパティーの値を編集します。このファイルのデフォルトパスは次のとおりです。
/var/opt/SUNWcomm/da/WEB-INF/classes/ com/sun/comm/da/resources/daconfig.properties |
@、-、_ など、有効な値を使用してください。
編集した daconfig.properties ファイルを Delegated Administrator コンソールが使用する Web コンテナに再配備します。
変更を有効にするには、カスタマイズした daconfig.properties ファイルを Web コンテナに配備するスクリプトを実行する必要があります。
カスタマイズしたプロパティーファイルを特定の Web コンテナに配備する方法については、『Sun Java System Delegated Administrator 6.4 管理ガイド』の「カスタマイズした設定ファイルを配備する」を参照してください。
config-commda プログラムによって Delegated Administrator が再設定されると、resource.properties ファイル内の値が上書きされる。
config-commda プログラムを再度実行して Delegated Administrator の既存の設定済みインストールを設定すると、resource.properties ファイル内のプロパティーがデフォルト値にリセットされます。
たとえば、以前にプロパティーを次のように設定していたとします。
jdapi-wildusersearchmaxresults=50
jdapi-wildorgsearchmaxresults=10
このとき、config-commda を実行すると、これらのプロパティーが次のようにデフォルト値にリセットされます。
jdapi-wildusersearchmaxresults=-1
jdapi-wildorgsearchmaxresults=-1
この問題を解決する必要が生じるのは、Delegated Administrator の設定を変更した場合 (プラグインを有効にしたか、resource.properties ファイル内のいずれかのプロパティーの値を変更した場合) だけです。
回避方法: Delegated Administrator をアップグレードする必要が生じた場合や、config-commda プログラムを何らかの理由で再実行する必要が生じた場合、次の手順に従えば既存の設定を維持できます。
resource.properties ファイルをバックアップします。
resource.properties ファイルは、次のデフォルトパスにあります。
da_base/data/WEB-INF/classes/sun/comm/cli/server/servlet/ resource.properties |
config-commda プログラムを実行します。
config-commda プログラムによって作成された新しい resource.properties ファイルを編集します。次の手順を実行します。
新しいファイルは、上記の手順 1「resource.properties ファイルをバックアップします」で示したデフォルトパスに格納されています。
新しい resource.properties ファイルを開きます。
Delegated Administrator サーバーが使用する Web コンテナに配備されたファイルではなく、Delegated Administrator のインストールディレクトリ内の元の (標準の) 場所にある resource.properties ファイルを編集するように注意してください。
resource.properties ファイルのバックアップコピーを開きます。
バックアップコピーでカスタマイズしたプロパティーを探します。そのカスタマイズ値を、新しい resource.properties ファイル内の対応するプロパティーに適用します。
新しい resource.properties ファイルの全体をバックアップコピーで単純に上書きしないでください。新しいファイルには、このリリースの Delegated Administrator をサポートするために作成された新しいプロパティーが含まれている可能性があります。
編集した resource.properties ファイルを Delegated Administrator サーバーが使用する Web コンテナに再配備します。
変更を有効にするには、カスタマイズした resource.properties ファイルを Web コンテナに配備するスクリプトを実行する必要があります。
カスタマイズしたプロパティーファイルを特定の Web コンテナに配備する方法については、『Sun Java System Delegated Administrator 6.4 管理ガイド』の「カスタマイズした設定ファイルを配備する」を参照してください。
Delegated Administrator の設定プログラム (config-commda) で作成されたデフォルトの組織名の先頭部分がルートサフィックスの名前と一致する場合、組織を作成できない。
config-commda プログラムの実行時に、デフォルトの組織 DN の先頭部分をルートサフィックスと同じ文字列にすると、名前の衝突エラーが発生します。たとえば、o=ispsesta.com という名前の組織を作成するときに、ルートサフィックスが o=isp であるとこのエラーが発生します。
回避方法: 状態ファイルを使用して config-commda プログラムをサイレントインストールモードで実行します。サイレントインストールモードでは設定プログラムが組織 DN 値を検証しないので、組織を作成できます。
デフォルトの組織 DN がルートサフィックス名と同じ文字列で始まらないようによく確認して指定することも一つの方法です。