test

Sun Java Communications Suite 5 リリースノート

Calendar Server の既知の問題と制限事項

ここでは、Calendar Server 6.3 リリース時の、重要度の高い既知の問題の一覧を示します。

Calendar Server の既知の問題

現時点で知られている制限事項は次のとおりです。

以前のバージョンの Calendar Server から Calendar Server 6.3 へのアップグレード後に発生する高可用性関連の問題

Calendar Server HA パッケージ SUNWcsics を利用して高可用性機能を使用する場合、以前のバージョンの Calendar Server から Calendar Server 6.3 にアップグレードしたあとで、問題 6560681 を回避するために次の手順に従う必要があります。

回避方法:

  1. Calendar Server 6.3 に付属する SUNWscics パッケージを手動で削除します。

  2. pkgadd を使用して、Java Enterprise System ソフトウェアにバンドルされた SUNWscics パッケージを追加します。

設定プログラムにより DWP の ics.conf パラメータに誤った値が設定される

DWP プロトコルの使用が必須の構成で、フロントエンドサーバーとバックエンドサーバーを使用して Calendar Server を配備している場合、設定プログラムにより、バックエンドサーバーのホスト名の追加を求められます。設定プログラムが ics.conf のパラメータ caldb.dwp.server.hostname.ip にこの値を格納するとき、本来格納されるべき完全修飾ホスト名の代わりに IP アドレスが誤って格納されてしまいます。このことが原因で、システムがバックエンドサーバーを検出できなくなります。

回避方法: IP アドレスをバックエンドサーバーの完全修飾ホスト名に置き換えます。これは、テキストファイルである ics.conf を編集するだけで行うことができます。

フロントエンドサーバーとバックエンドサーバーの設定に使用する、このパラメータやその他のパラメータの設定値についての正確な情報は、『Sun Java System Calendar Server 6.3 管理ガイド』の第 5 章「Calendar Server バージョン 6.3 での複数のマシンへのカレンダデータベースの分散の設定」を参照してください。

この問題は、このリリースノートの次の節 「Calendar Server 6.3 で報告された問題」で、問題番号 6542989 として報告されています。

アップグレード後に、Linux プラットフォームにログインできない: 「Backend Host Unresolvable」

Linux オペレーティングシステムでは、Calendar Server 6.3 にアップグレードしたあとに、start-cal を実行すると、http.log ファイルに次のようなエラーメッセージが示されます。

cshttpd[2984]: General Error: caldb: 
caldb_pvt_isLocalUrl: hostname of hostname.xyz.com is not resolvable.  
Please check that hostname is correct and that hostname resolver is correct.

また、ログインを試みると、次のようなエラーメッセージが示されます。

Backend Host Unresolvable
Please try again

修正: この問題は、Calendar Server 6.3 Update 1、パッチ番号 121658-17 で修正されています。

これは、次の節 「Calendar Server 6.3 で報告された問題」の問題番号 6516438 と同じ問題です。

設定ファイル内の重複するパラメータ

設定ファイル ics.conf では、パラメータの重複が許可されます。このため、パラメータの値に関して混乱を招く可能性があります。システムが使用しているパラメータのインスタンスを判別するには、ファイルの最後のインスタンスを確認してください。ファイルを処理する際、システムは検出するパラメータの最後のインスタンスの値を使用します。

ベストプラクティス: ics.conf ファイルの最後に # My Parameter Changes のようなセクションラベルを付けて、すべての変更をそこに追加します。変更の履歴を維持する場合は、変更の理由および日付を記述したコメントを追加します。

使用しなくなった以前の変更を定期的にコメントアウトするか、使用しない重複する内容を削除して (変更の履歴を維持する必要がない場合)、最新の変更だけがファイルに残るようにします。

非推奨のユーザーインタフェースによるパフォーマンス低下

このバージョンでは、パッケージングのプリプロセス段階で XSL ファイル内の文字列置換は実行されません。このため、文字列置換がリアルタイムで実行され、Calendar Express ユーザーインタフェースのパフォーマンスが低下します。

回避方法: すべての XSL ファイルのプリプロセスを実行し、適切な言語文字列を手動で挿入することにより、Calendar Server を実行する前に文字列置換を実行できます。置換を実行するには、perl スクリプト (xslvarparser.pl) を追加する必要があります。このスクリプトは { CAL_SERVER_BASE}/tools/unsupported/bin ディレクトリ内にあります。スクリプトの実行方法は、スクリプト本体に記述されています。

    参考までに、スクリプト内に記述されている実行方法を次に示します。

  1. XSL の描画を高速化するため、perl スクリプト xslvarparser.pl を使って XSL ファイル内の変数を置換します。

  2. このファイルを /opt/SUNWics5/cal/html ディレクトリ (Solaris のデフォルトディレクトリ) にコピーします。

  3. 次に $ perl xslvarparser.pl と入力して、このスクリプトを実行します。

  4. 生成されたファイルが、各ロケールの出力ディレクトリ内に格納されます。

  5. 各ロケール内の XSL ファイルを、出力ディレクトリ内のファイルで置き換えます。

    注 –

    置換を実行する前に、元のファイルを保存することをお勧めします。

これは、「Calendar Server 6.3 で報告された問題」の問題番号 6385495 で説明したものと同じ問題です。

値が複数のユーザー設定のすべてのインスタンスの削除

各 set_userprefs コマンドにより、複数値の設定のインスタンスが 1 つだけ削除されます。

回避方法: 複数値ユーザー設定のインスタンスをすべて削除するには、インスタンスごとに 1 つの set_userpref コマンドを発行する必要があります。

次に例を示します。get_userprefs を実行して、ユーザー設定のすべてをリスト表示します。icsSubscribed などのように、設定に複数の値が存在する場合は、リスト表示された値ごとに set_userprefs コマンドを発行して、設定を削除する必要があります。

クラスタ化された環境でインストールされたパッチの検索

クラスタの個々のノードに何がインストールされているかを示す、クラスタ固有の showrev コマンドは存在しません。これは、一般的な問題であり、単に Calendar Server 固有の問題というわけではありません。グローバルファイルシステムにインストールされた製品であればどれでも、同じ問題に遭遇します。

このことは、Calendar Server のアップデート時に問題となります。Calendar Server のインストールされたすべてのノードにパッチを適用する必要があるためです。また、Calendar Server がノードにインストールされていない場合、パッチをノードに適用することはできません。少なくとも Calendar Server がインストールされているノードがわからないと、Calendar Server のインストール先を見つけるのは、紛らわしく、時間のかかる作業になります。

回避方法: 次のコマンドを実行して、Calendar Server がインストールされているすべてのノードを表示します。pkgparam -v SUNWics5 | grep ACTIVE_PATCH

ポップアップブロッカー

ポップアップブロッカーを有効にしていると、特定の Calendar Server ウィンドウが表示されません。

回避方法: Calendar URL に対するポップアップブロッカーを無効に設定して、すべての Calendar Server ウィンドウが確実に表示されるようにします。

例外: Norton Inet Security AD_BLOCKER および Mozilla 内蔵の POP_BLOCKER は、Calendar Server ウィンドウの動作には影響を及ぼしません。

スキーマ 1 モードの Communications Express のユーザーの作成

csuser ユーティリティーでは、アドレス帳で作成されたユーザーが有効になりません。

回避方法: ldapmodify を使用してユーザーを有効にします。

複数のドメイン (ホストしているドメイン)

設定プログラム csconfigurator.sh を使用すると、1 つのドメインしか設定されません。

回避方法: 複数ドメインのカレンダ環境 (仮想ドメインまたはホストドメインと呼ばれる) が必要な場合、次の 2 つを実行する必要があります。

  1. ホストドメインを有効にします。

  2. Sun LDAP スキーマ 1 を現在も使用している場合は、Delegated Administrator または csdomain ユーティリティーを使って、ドメインを独自に追加します。

『Sun Java System Calendar Server 6.3 管理ガイド』の第 10 章「Calendar Server 6.3 の複数ドメイン環境の設定」および 『Sun Java System Calendar Server 6.3 管理ガイド』の第 13 章「Calendar Server ドメインの管理」を参照してください。

Calendar Server で LDAP キャッシュデータが期限切れにならない

(問題番号 4777792) キャッシュがいっぱいになるために、エラーが発生します。Calendar Server では、LDAP キャッシュデータが期限切れになりません。

回避方法: 定期的にファイルの内容を削除します。その後、Calendar Server を再起動します。

設定ファイルに完全修飾されたホスト名と完全修飾されていないホスト名の両方を入力する必要がある

設定ファイルへのホスト名の入力が 2 回求められます。最初は完全修飾されたホスト名で、2 番目は完全修飾されていないホスト名です。次に例を示します。

caldb.dwp.server.skate.red.sesta.com.ip = "skate.red.sesta.com" 
caldb.dwp.server.skate.ip = "skate" 
caldb.dwp.server.test12.red.sesta.com.ip = "test12.red.sesta.com" 
caldb.dwp.server.test12.ip = "test12"

X-Token 内の RFC 非準拠のデータを引用符で囲む必要がある

X-Token 内に RFC 非準拠のデータが存在する場合は、そのデータを引用符で囲む必要があります。たとえば、X-Token 内のコロンは ":" のようにする必要があります。

二次所有者として追加するまでユーザーは検証されない。

Calendar Server ユーティリティー cscal は、ユーザーを二次所有者として所有者リストに追加する前に、ユーザーの検証を行いません。

移行ユーティリティーは所有者カレンダを更新しない。

Calendar Server 移行ユーティリティー csmig は、所有者カレンダを使用した icsSubscribed の更新を行いません。

キャッシュされた古い LDAP データを自動的に破棄できない。

これは、手動で実行する必要があります。

複数の接続をすばやく同時に開いたり閉じたりすると、enpd がクラッシュする。

予定通知サービスは非推奨になりました。これは修正されません。Sun Java System Message Queue 製品を代わりに使用してください。

予定が予期せずに削除される。

ユーザーが予定を変更して、今日の予定と将来のすべての予定を変更するオプションを選択すると、以前の予定はすべて削除されて、UI に表示されなくなります。

SSLv2 クライアントを使用できない。

SSLv2 モードで SSL の初期化が失敗します。SSLv2 クライアントを使用できません。

DC ツリーが存在しない場合、カレンダユーティリティーが失敗する。

スキーマ 1 の場合、カレンダを作成したり、別の方法で管理したりする前に、DC ツリーノードを作成する必要があります。

カレンダサーバーユーティリティーがあいまいなエラーメッセージを送信する。

エラーメッセージがあいまいなのは、もともとは何段階も下のレベルで作成され、多くのさまざまな状況が原因として考えられるためです。次の上位レベルのプログラムは、エラーメッセージが上位に移動する前にそれを解釈することはありません。

説明内の先頭の空白が保存時に消える。

説明の先頭に空白を使用すると、空白がテキストで保存されず、予定が表示されるときに空白が表示されません。

ドメインごとに SSL を有効/無効にできない。

これは、このリリースでは実装されていない RFE です。

(Linux のみ) リブート時に Calendar Server が再起動しない。

残存するロックファイルのために、再起動が妨げられています。ロックファイルを削除してから再起動してください。

ロックファイルは、次のディレクトリ内にあります。

/opt/sun/calendar/lib/lock/__db.001

2007 年 3 月 11 日から 2007 年 4 月 1 日までの間の予定が 1 時間ずれる

法律により、夏時間の切り替え日が変更されました。Calendar Server 6.3 ソフトウェアには新しい正確な時間帯表が含まれています。将来作成されるすべての予定および作業は、正確な時間となります。ただし、以前の切り替え日と新しい切り替え日の間の期間にスケジュールされている既存の予定および作業は 1 時間ずれます。この問題は、カレンダで毎年 2 回発生します。1 回は、春の標準時間から夏時間への切り替え日で、もう 1 回は、秋の夏時間から標準時間への切り替え日に発生します。

この問題は、あとでこのマニュアルの 「Calendar Server 6.3 で報告された問題」で説明されている問題番号 6502376 と同じ問題です。

修正: この問題の標準的な修正方法は、ユーザーが、カレンダ内の影響を受ける予定の時間を調整できるようにすることです。

テクニカルサポートでは、要求に応じて、修正プログラムを提供することができます。

カレンダデータのインポートが、同じ calid からのデータにしか機能しない

インポート機能を使用して、カレンダ間でデータを移動することはできません。インポートできるのは、エクスポートした、同じカレンダ (同じ calid) に対して のみです。

この制限は、このマニュアルの 「Calendar Server 6.3 で報告された問題」の節で、番号 6461183 として示されているものです。

Calendar Server 6.3 で報告された問題

次のリストに、この製品に関して報告されている問題を示します。

4972249

ホストドメイン環境の場合、csexport では、calid は完全修飾名である必要があります。たとえば、uid@domain のような形式になります。

6244958

状態ファイルが作成されない。

csconfigurator.sh を -saveState オプションを指定して実行し、指定された状態ファイルにパスが含まれていない場合、状態ファイルは作成されません。次に例を示します。

/opt/sun/calendar/sbin/csconfigurator.sh -saveState cs.state

回避方法: 状態ファイルを作成する場所を、常にフルパス名で指定します。

6289810

リソースカレンダのデフォルトの出席依頼ステータスは「受諾済み」でならなければならない。

リソースカレンダのデフォルトの出席依頼ステータスは、「受諾済み」でなければなりません。リソースカレンダが出席依頼を受け付けることができないため、リソースカレンダに登録されたユーザーに出席依頼が表示されないことが起こり得ます (「Communications Express」->「オプション」->「カレンダ表示」で、ユーザーが受諾済みの出席依頼のみの表示を選択している場合)。

回避方法: サーバーレベルの自動受諾は、ics.conf のパラメータ resource.invite.autoaccept = "yes" により決定されます。また、icsAutoaccept LDAP 属性を使用して、各リソースレベルで決定することもできます。

6312605

定期的な予定に関する問題。

日付以外のフィールドを変更して (storeevents を使用して) dtstart および dtend パラメータを送信すると、データが破壊されます。

回避方法: 日付以外のフィールド変更が必要なストア変更コマンドでは、dtstart および dtend を指定しないでください。

6377803

Directory Server がスキーマ 2 で、ドメインが作成されていない場合、Calendar Server 設定プログラムによりエラーメッセージが表示され、この種の Directory Server に対する設定が許可されません。

注 –

この問題は、GUI バージョンの設定プログラムのみで修正済みです。コマンド行バージョンの場合は、Delegated Administrator でドメインを作成してから、Calendar Server を設定する必要があります。

6391883

Java ES 2005Q1 からのアップグレード後に、Access Manger を使用したシングルサインオンが機能しません。たとえば、Portal Server デスクトップにログインしてから Calendar Server へのアクセスを試みると、シングルサインオンによる自動認証が実行されずにログインページが表示されます。

回避方法: この問題を回避する方法はありません。

6393241

フロントエンドおよびバックエンドのインストールを含む Calendar Server 配備をアップグレードしたあと、DWP を使用して通信を行うと、フロントエンドのインストールの開始が失敗し、さまざまなエラーがログに記録されます。この問題は、キャッシュディレクトリが新規インストールにコピーされなかったことが原因です。

回避方法: cld_cache および ldap_cache ディレクトリを /var/opt/SUNWics5/csdb.old から /var/opt/SUNWics5/csdb にコピーします。次に、新規ディレクトリの所有者およびグループを icsuser および icsgroup に設定します。

6428959

データベースログファイルが csdb に蓄積される。

ストアデーモンが適切な設定ファイルパラメータを読み込んでいません。存在しない caldb.berkeley.*.enable を検索しています。次に、このデーモンは無効な循環ログのデフォルトを取得します。これは、ホットバックアップが実行されないなど、ほかの問題の原因にもなります。正しい ics.conf パラメータは caldb.berkeleydb.*.enable です。

回避方法: サービスを再起動します。csstored は、累積されたログファイルを削除することでこの問題に対処します。

6461183

エクスポートまたはインポートを使用して、異なる calid のカレンダ間でデータを移動することはできません。インポートされるデータには、インポートしようとしているカレンダと同じ calid が必要です。

6470688

csrestore がユーザーの個人用カレンダを処理しない。

個人用カレンダの作成およびバックアップを実行したあとで、個人用カレンダを手動で削除します。次に、restore コマンドを使って個人用カレンダを復元します。ログファイルから、カレンダの復元に成功したことを確認できます。ただし、UWC や Calendar Express インタフェースへのログ記録中に、個人用カレンダの表示や管理を実行することはできません。この問題は、csrestore がユーザーの LDAP エントリ、登録済みカレンダ、または独自のカレンダを処理しないことが原因です。

回避方法: csrestore を使用して削除および復元された複数値の属性 icsSubscribed を、ユーザーごとに手動で編集または削除します。

6479810

ログインの失敗および過度のセッションタイムアウトメッセージの原因となっているセッションデータベースの破損。

回避方法:

  1. サービスを停止します。

  2. セッションデータベースを削除します。

  3. サービスを起動します。

6494811

Calendar Server パッケージには、JMQ クライアントはバンドルされていません。インストールされている Messaging Server から JMQ クライアントを使用します。JMQ が有効になっている場合、JMQ クライアントのインストールに失敗すると、admind プロセスが異常終了します。

回避方法: Messaging Server バンドルから、JMQ クライアントをコピーしてください。

6502376

2007 年 3 月 11 日から 2007 年 4 月 1 日まで、カレンダの予定が 1 時間ずれる

これは、夏時間期間の延長のため、夏時間への切り替え日および標準時間への切り替え日が変更されたために発生します。以前よりも、春 (3 月) の切り替え日が早まり、秋 (11 月) の切り替え日が遅くなりました。Calendar Server 6.3 に付属している時間帯ファイルは、これらの変更を反映するように更新されています。

Calendar Server の時間帯ファイルではなく、JVM の時間帯情報を使用する Communications Express の場合、使用している JVM を更新して、新しい時間帯の変更を取得する必要があります。時間帯データの更新、およびセキュリティーの修正などのそのほかの製品改良を提供する手段として、最新の Sun Java SE JDK/JRE 更新リリースの使用をお勧めします。次のマニュアルで説明されている手順に従って、JVM 更新プログラムを使用してください。

http://java.sun.com/javase/tzupdater_README.html

時間帯情報を更新すると、時間帯の更新前にスケジュールされていた予定は、以前の切り替え日と新しい切り替え日の間、1 時間ずれて表示されます。

要求に応じて、テクニカルサポートから修正用ファイルが入手できます。

単純に、以前の切り替え日と新しい切り替え日の間にスケージュールされている予定の時間を更新するよう、ユーザーに依頼する方法もあります。または、独自のスクリプトを実行して、更新が必要な予定についてデータベースを処理します。

6503200

LDAP ツールの場所が変更された

以前の (ベータ) バージョンの Java Enterprise System をインストールしている場合、リリース (RR) バージョンの Java Enterprise System 5 をインストールする前に、SUNWldapcsdk-tools を削除する必要があります。これは、リリースバージョンでは SUNWldapcsdk-tools パッケージの場所が変更されているためです。このパッケージを削除せず、リリースバージョンをインストールして Calendar Server または Messaging Server を起動しようとすると、次のようなエラーメッセージが表示されます。


Could not find .../bin/ldapsearch utility
Please install the ldapcsdk-tools package

このエラーメッセージは、LDAP ツールの場所が変更されているために表示されます。

回避方法: リリースバージョンの Java Enterprise System 5 をインストールする前に、SUNWldapcsdk-tools パッケージを削除してください。SUNWldapcsdk-tools のバージョンを確認するには、コマンド pkgparam -v SUNWldapcsdk-tools VERSION を実行します。

注 –

6.00,REV=2006.12.11.00.08 以降のバージョンである必要があります。そうでない場合、LDAP 検索ユーティリティーが見つからないというエラーメッセージが表示されます。

pkgrm SUNWldapcsdk-tools コマンドを使用して、SUNWldapcsdk-tools パッケージを削除してください。

Java Enterprise System 5 インストーラをすでに実行している場合、SUNWldapcsdk-tools パッケージを手動で削除し、次のコマンドを使用してインストールすることができます。


cd <jes5_distro>/Solaris_sparc/Product/shared_components/Packages
  pkgadd -d . SUNWldapcsdk-tools
6505032

Linux プラットフォームで csmfagent サーバーを起動できない。

カレンダのバイナリは、Linux バージョンでの監視フレームワークの共有ライブラリを検索できません。Monitoring Framework ファイルの正確なパスは /opt/sun/mfwk/share/lib ですが、Calendar Server は、/opt/sun/calendar/lib にあると予期しています。

回避方法: 次の例のように、Calendar Server ライブラリの適切なライブラリにシンボリックリンクを追加します。

# cd /opt/sun/calendar/lib 
# ln -s /opt/sun/mfwk/share/lib/*.so .

これを実行するもう 1 つの手段として、次のように監視フレームワークライブラリからカレンダサービスを起動する方法があります。/opt/sun/mfwk/share/lib

6516438

Linux プラットフォームで、Calendar Server 6.3 へのアップグレード後にログインできない。

この問題は、Calendar Server 6.3 Upgrade 1、パッチ番号 121658-17 で修正されます。この問題の詳細については、このリリースノートの次の節 「Calendar Server の既知の問題」を参照してください。

6542989

設定プログラムを使用してバックエンドサーバーを設定すると、プログラムの問題により、完全修飾ホスト名の代わりに IP アドレスが次のパラメータに誤って設定されてしまいます。

caldb.dwp.server.hostname.ip

ics.conf ファイルを編集してパラメータ値を修正する必要があります。修正しないと、システムがバックエンドサーバーを検出できません。正しい値は、バックエンドサーバーの完全修飾ホスト名です。

6560681

高可用性パッケージ SUNWcsics には、正常に機能するためのいくつかの更新が必要です。Java Enterprise System ソフトウェアバンドルで使用されるパッケージが正しいパッケージです。この問題を修正するパッチが提供されるまでの間、次の回避方法に従う必要があります。

  1. Calendar Server の配布に含まれる SUNWcsics パッケージを手動で削除します。

  2. pkgadd を使用して、Java Enterprise System ソフトウェアの配布に含まれる SUNWcsics パッケージを追加します。