この章では、問題として認識されている実行時の問題について説明します。
この章には、Solaris 9 12/03 INSTALLATION CD に含まれている Installation Kiosk、および Solaris 9 12/03 DOCUMENTATION CD に含まれている『Solaris 9 12/03 ご使用にあたって』の発行後に見つかった、実行時の以下のバグに関する説明が追記されています。
同じ場所に同じパッチが 2 つ存在した場合、patchadd コマンドは署名付きのパッチをインストールする (バグ ID: 4949580)
Solaris 9 12/03 DOCUMENTATION CD のアンインストールプロセスが失敗する (バグ ID: 4920548)
ocfserv が終了し、ディスプレイがロックされている場合は、スマートカードを挿入しても取り出しても、システムはロックされたままになります。
回避方法 : 次の手順を実行してシステムのロックを解除してください。
ocfserv プロセスが終了したマシンにリモートログインして接続します。
スーパーユーザーになります。
端末ウィンドウで次のように入力して、dtsession プロセスを終了させます。
% pkill dtsession |
スマートカード Console の「構成ファイルを編集」メニュー項目を使用して 、/etc/smartcard/opencard.properties にあるスマートカードの構成ファイルを編集することができません。 メニュー項目を選択すると、テクニカルサポートを受けないと編集を継続できないことを示す警告メッセージが表示されます。
回避方法 : スマートカード Console の「構成ファイルを編集」メニュー項目は使用しないでください。スマートカードの設定に関する情報は、『Solaris スマートカードの管理』を参照してください。
Solaris 共通デスクトップ環境 (CDE) の実行時に発生するバグの情報および注意事項について説明します。
Solaris 9 では、文字集合 JIS X 0212:1990 に対するフォントが、「HeiseiMin-W3H」から、「HG-GothicB-Sun」と「HG-MinchoL-Sun」に変更になりました (今までの平成明朝体も引き続きインストールされますが、利用するにはシステム側の変更が必要となります)。
また、文字集合 JIS X 0213:2000 に関しては UTF-8 ロケール上で利用可能ですが、UNICODE3.1 で定義された文字集合が対象となります (ただし、Java および DPS からの利用はできません)。
/usr/lib/libxml2.so.2 ライブラリを使用するアプリケーションは、xmlValidateDocument() 関数が使用されると、ときどきコアダンプが発生して失敗する可能性があります。この問題は、 xmlValidateDocument() 関数で検定されたドキュメントに関してライブラリ内でスタック超過が発生したことによるものです。
この問題は、Solaris 9 4/03 リリースよりも前のリリースの libxml2 を使ってコードがコンパイルされ、かつ、そのコードが次のいずれかのリリースで実行された場合にのみ発生します。
Solaris 9 4/03
Solaris 9 8/03
Solaris 9 12/03
回避方法: 次のパッチを、すべての Solaris 9 リリースに適用します。
SPARC システムの場合、パッチ番号 114014-07 を適用します。
x86 システムの場合、パッチ番号 114015-07 を適用します。
Solaris 9 4/03、Solaris 9 8/03、または Solaris 9 12/03 リリースを使用して、システム上の libxml2.so を使ってコンパイルされたアプリケーションは、 libxml2.so の機能テストマクロが使用された場合は、再コンパイルする必要があります。 Solaris ソフトウェアに含まれている libxml2.so のバージョンは、バイナリに互換性がないために、 2.4.23 に戻されています。 このバイナリの非互換性の問題は、libxml2 のバージョン 2.5.4 に存在しました。
CDE デスクトップ環境のリムーバブルメディア自動実行機能は、Solaris 9 12/03 ソフトウェアから一時的に削除されています。
回避方法: CD-ROM などのリムーバブルメディアの自動実行機能を使用するには、次のいずれかを実行する必要があります。
リムーバブルメディアのファイルシステムに移動し、最上位のディレクトリで volstart プログラムを実行します。
CD に記載されている指示に従って、CDE 以外の環境からリムーバブルメディアにアクセスします。
dtmail をコマンド行から起動した場合、FontList オプションが指定されていると、IMAP サーバーに接続した後で dtmail がクラッシュします。次の例を参照してください。
/usr/dt/bin/dtmail -xrm "Dtmail*FontList: -*-r-normal-*:" |
次のエラーメッセージが表示されます。
Segmentation Fault |
この問題は、C および ja ロケールの両方で発生します。
回避方法: dtmail をコマンド行から起動するときは、FontList オプションを指定しないでください。
Solaris 9 12/03 Unicode または UTF-8 ロケールで、行数の多い電子メールメッセージを読むと、CDE Mailer (dtmail) がハングアップしたようになり、メッセージがすぐには表示されません。
回避方法 : 次のどちらかを実行してください。
132 桁が表示されるように、dtmail メールボックスウィンドウを拡大する。
次の手順で、Complex Text Layout 機能を使用不可にする。
スーパーユーザーになります。
使用システムのロケールディレクトリに切り替えます。
# cd /usr/lib/locale/locale-name |
上の例では、locale-name はシステムの Solaris 9 12/03 Unicode ロケール名または UTF-8 ロケール名です。
ロケールレイアウトエンジンのカテゴリ名を変更します。
# mv LO_LTYPE LO_LTYPE- |
パッチを適用する場合は、ロケールレイアウトエンジンのカテゴリ名を元の名前 (LO_LTYPE) に戻してから、ロケールレイアウトエンジンにパッチを適用してください。
デスクトップから最後のエントリを削除した後に、PDA デバイスに対して同期処理を実行すると、最後のエントリが PDA デバイスからデスクトップに復元されてしまいます。 たとえば、カレンダの最後のアポイントメントやアドレス帳の最後のアドレスが、削除した後に復元されてしまいます。
回避方法 : 同期処理を実行する前に、PDA デバイスから最後のエントリを手動で削除してください。
Solaris PDA Sync で日本語などの複数バイト文字を扱えるようになりましたが、PDA デバイスではコードセット Shift_JIS、Solaris 環境では ja または ja_JP.eucJP ロケール (コードセット eucJP) のように、PDA デバイスと Solaris 環境で異なるコードセットを利用する環境でデータを交換すると、両方の環境において、交換した複数バイト文字データが壊れる可能性があります。
回避方法 : PDA Sync を実行する前に必ず、PDA デバイスに付属しているバックアップ機能やバックアップユーティリティを使用して、PC などにデータの完全なバックアップをとってください。間違ってデータ交換をしてしまった場合には、バックアップデータからデータを復旧させてください。
不在返信メッセージを作成する場合、dtmail はその内容を (日本語のメールの場合) ISO-2022-JP エンコーディングではなく、dtmail を起動したエンコーディングで保存します。 このため、不在返信メールを受信した際に、メールの内容が文字化けすることがあります。
回避方法 :不在返信メッセージが保存されている .vacation.msg ファイルを、次のように入力して (日本語のメールの場合) ISO-2022-JP エンコーディングに変更し、保存し直します。
% /usr/bin/iconv -f org_locale -t ISO-2022-JP $HOME/.vacation.msg \ > $HOME/.vacation.msg_tmp % /usr/bin/cp $HOME/.vacation.msg_tmp $HOME/.vacation.msg |
上記の org_locale には、iconv で使用されるコードセット (dtmail で作成した .vacation.msg ファイルのエンコーディングに対応) を指定します。日本語環境では、次の 3 つのいずれかです。
ボリュームマネージャのメッセージを表示するためのダイアログウィンドウは XViewTM アプリケーションなので、ja_JP.PCK ロケールおよび ja_JP.UTF-8 ロケールでは英語表示で起動されます。
ja ロケールで登録したカレンダは、ja_JP.PCK ロケール および ja_JP.UTF-8 ロケールで起動されたカレンダ・マネージャで見ることができません (ja_JP.PCK ロケールまたは ja_JP.UTF-8 ロケールで作成した場合も同様です)。
Solaris CDE 1.2 より前のメールプログラムで、オプションメニューの「移動メニューの設定」で登録したメールボックス名に日本語文字列が含まれている場合、Solaris CDE 1.2 以降のメールプログラムではそれらのメールボックス名が文字化けすることがあります。
回避方法 : Solaris CDE 1.2 あるいは Solaris CDE 1.3 のメールプログラムで、再度登録してください。
GNOME 2.0 デスクトップに関するリリースノートおよび問題の解決に関する情報は、 http://docs.sun.com で次のマニュアルを参照してください。
Solaris システムのシステム管理作業を実行する際に発生するバグの情報および注意事項について説明します。
Solaris 7 のディスクレスクライアントを構成する場合、OS サービスを追加した後、OS サービスにパッチ 106978-10 および 107456-01 を適用する必要があります。
このパッチを適用しないと、ディスクレスクライアント追加時に設定したクライアントのパスワードが、正しく反映されない場合があります。
パッチを OS サービスに追加する方法については、『Solaris のシステム管理 (基本編)』を参照してください。
Solaris 8、Solaris 8 6/00、Solaris 8 10/00 のディスクレスクライアントを日本語環境で構成する場合は、OS サービスを追加した後、OS サービスにパッチ 110416-02 を適用する必要があります。
このパッチを適用しないと日本語入力システム ATOK12 が正しく動作せず、 CDE 上でアプリケーションが正しく起動できないなどの問題が発生することがあります。
パッチを OS サービスに追加する方法については、『Solaris のシステム管理 (基本編)』を参照してください。
Solaris 2.6 3/98 または 5/98 の Sun4U ディスクレスクライアントを構成する場合は、 OS サービスを追加した後、OS サービスにパッチ 105654-03 を適用する必要があります。
このパッチを適用しないと Sun4U ディスクレスクライアントがブート中にハングアップすることがあります。
パッチを OS サービスに追加する方法については、『Solaris のシステム管理 (基本編)』を参照してください。
Solaris 管理コンソールのヘルプの索引で日本語文字列を使用して検索を実行するとフリーズします。索引ではなく文中からの検索に日本語文字列を使用する場合は問題がありません。
この問題は Solaris 管理コンソールに限らず、実装に JavaHelp を使用している一般のアプリケーションでも発生します。
回避方法: ありません。
署名付きパッチの内容が、署名付きパッチと同じディレクトリに抽出されている場合、抽出されたパッチは /usr/sbin/patchadd コマンドを使用してもインストールすることができません。その代わり、署名付きのパッチは、/usr/sbin/patchadd ./patchid を実行するとインストールできます。署名のない抽出されたパッチは無視されます。
場合によっては、次のエラーメッセージが表示されることがあります。
Verifying signed patch patchid... ERROR: Unable to open keystore /var/sadm/security/patchadd /truststore for reading ERROR: Unable to lock keystore /var/sadm/security for exclusive access Signature invalid on signed patch patchid. Patchadd is terminating. |
回避方法: 次のいずれかの回避方法を選択してください。
署名付きパッチの内容は、署名付きパッチのあるディレクトリとは別のディレクトリに抽出します。/usr/sbin/patchadd コマンドを実行するときに、パッチを抽出したディレクトリのパスを使用します。
署名付きパッチを抽出したのち、/usr/sbin/patchadd コマンドを実行する前に、.jar ファイルを削除します。
署名付きパッチを抽出しません。その代わり、パッケージのキーストアを生成し、署名付きパッチを直接インストールします。次の手順に従います。
スーパーユーザーになります。
次のコマンドを実行します。
# /usr/bin/mkdir /var/sadm/security |
# /usr/bin/keytool -export -storepass changeit -alias \ gtecybertrustca -keystore usr/java/jre/lib/security/cacerts -file \ /tmp/gte.crt |
# /usr/bin/pkgadm addcert -t -f der /tmp/gte.crt |
デフォルトのパスワード changeit を、Java キーストアを保護するために使用するパスワードに変更してください。
新しいブート環境を作成するのに lucreate コマンドを使用すると、次の場合にコマンドが失敗します。
マウントされたいずれかの記憶装置のデバイスパスが、マウントされているほかの記憶装置のデバイスパスのサブセットである場合。
たとえば、1 つのファイルシステムが現在 /dev/md/dsk/d1 にマウントされていて、もう 1 つのファイルシステムが /dev/md/dsk/d10 にマウントされている場合。
マウントされているいずれかの記憶装置のデバイスパスが、lucreate コマンドの引数として使用された記憶装置のデバイスパスのサブセットである場合。
たとえば、1 つのファイルシステムが現在 /dev/md/dsk/d10 にマウントされていて、新しいブート環境のファイルシステムを指定するのに lucreate コマンドのオプションとして /dev/md/dsk/d100 が使用されている場合。
次のエラーメッセージが表示されます。このメッセージの情報は誤りです。
The file system creation utility /usr/lib/fs/ufsufs/mkfs is not available. |
Unable to create all required file systems for boot-environment. |
Cannot make file systems for boot-environment |
回避方法: そのファイルシステムがすでに使用されているほかの記憶装置のサブセットとなるようなデバイス名を持つ記憶装置で、ファイルシステムが使用されていないことを確認します。
マウントされているファイルシステムに判別があいまいな名前が存在する場合は、 Solaris ボリューム管理が使用する既存のメタデバイスの名前を変更してください。
次の回避方法では、d10 と d100 を一例として使用します。ほかにデバイス名の判別があいまいな例として、d20 と d200、d377 と d37 などがあります。ここで、d20 は d200 と、d377 は d37 と判別されます。
スーパーユーザーになります。
metarename コマンドを使用して、あいまいなメタデバイス名の 1 つを変更します。
# metarename d10 d300 |
メタデバイスの名前が d10 から d300 に変更されます。
d10 のファイルシステムは、metarename コマンドを使用する前にマウント解除する必要があります。
ファイルシステムがマウント解除されている間に、/etc/vfstab ファイルを編集します。また、名前を変更するメタデバイスの名前が記載された適切な構成ファイルを編集します。変更前のメタデバイス名の参照はすべて新しいデバイス名に変更する必要があります。
ファイルシステム上のデータにプロセスがアクセスしている場合は、システムをシングルユーザーモードにしてから、ファイルシステムをマウント解除してください。変更を行なった後でシステムをリブートします。
DNS (Domain Name Service) サーバーとして機能するシステム上のユーザーアカウントまたはグループツールで Solaris 管理コンソールから処理を実行すると、エラーが発生します。このエラーは、 DNS システム上に /etc/named.conf ファイルが存在していると、エラーが発生します。
具体的には、グラフィカルユーザーインタフェース (GUI) または Solaris 管理コンソールのコマンド行インタフェース smuser および smgroup の使用時に次のエラーが発生します。
ユーザーアカウントツールの場合は、Solaris 管理コンソールの新しいダイアログボックスが開くか、次のエラーメッセージとともに smuser コマンドが終了します。
"ユーザーまたは役割を表示しようとしましたが、予期しないエラーのために 失敗しました。 原因となったエラー: CIM_ERR_FAILED" |
グループツールの場合は、Solaris 管理コンソールの新しいダイアログボックスが開くか、次のエラーメッセージとともに smgroup コマンドが終了します。
"グループ名を読み取ろうとしましたが、予期しない CIM エラーによって 失敗しました: CIM_ERR_FAILED" |
回避方法: 次のいずれかを実行してください。
次の手順に従って DNS サーバーを再起動します。
スーパーユーザーになります。
たとえば次のようにして、named.conf ファイルを別のディレクトリに移動します。
# mv /etc/named.conf /var/named/named.conf |
DNS サーバーを再起動します。
# pkill -9 in.named |
# /usr/sbin/in.named /var/named/named.conf |
次の手順に従って WBEM サーバーを再起動します。
スーパーユーザーになります。
テキストエディタで /usr/sadm/lib/wbem/WbemUtilityServices.properties ファイルを開いて編集します。
文字列 /etc/named.conf を /tmp/new-filename に変更します。
すでにシステム上に存在するファイル名以外を使用してください。
WBEM サーバーを停止します。
# /etc/init.d/init.wbem stop |
WBEM サーバーを起動します。
# /etc/init.d/init.wbem start |
詳細は、smuser(1M) および smgroup(1M) のマニュアルページを参照してください。
これは、Solaris 9 12/03 (x86 版) ソフトウェアがインストールされた、Service パーティションを保持する Sun LX50 のブート時に発生します。F4 ファンクションキーを押すことで Service パーティションのブートを選択できますが、オプションを選択すると画面が空白になります。システムは Service パーティションのブートに失敗します。
回避方法: BIOS ブート画面の表示時に、F4 キーを押さないでください。タイムアウト後に「Current Disk Partition Information」画面が表示されます。type=DIAGNOSTIC に対応する「Part#」列の番号を選択します。続いて Return キーを押します。Service パーティションがブートします。
UltraSPARC II ベースのシステム上で動作する Solaris 9 12/03 リリースでは、 いくつかの訂正不可能なメモリーエラーメッセージを伴う CP イベントメッセージが、常に作成されるわけではありません。このようなシステムの例には、次のものがあります。
Sun EnterpriseTM 10000
Sun Enterprise 6500
Sun Enterprise 6000
Sun Enterprise 5500
Sun Enterprise 5000
Sun Enterprise 4500
Sun Enterprise 4000
Sun Enterprise 3500
Sun Enterprise 3000
つまり、障害のあった CPU を識別するのに必要な情報が常に得られるわけではありません。
回避方法 : 最新の情報については、 SunSolveSM の Web サイト http://sunsolve.sun.com を確認してください。
Solaris WBEM Services 2.5 デーモンは、com.sun.wbem.provider インタフェースまたは com.sun.wbem.provider20 インタフェースに書き込まれたプロバイダを検出できません。これらのインタフェースに書き込まれたプロバイダ用に Solaris_ProviderPath インスタンスを作成した場合でも、Solaris WBEM Services 2.5 デーモンはプロバイダを検出しません。
回避方法 : デーモンがこのようなプロバイダを検出できるようにするには、Solaris WBEM Services 2.5 デーモンをいったん停止してから再起動します。
# /etc/init.d/init.wbem stop # /etc/init.d/init.wbem start |
javax
API を使用してプロバイダを作成した場合は、Solaris WBEM
Services 2.5 デーモンを停止してから再起動する必要はありません。Solaris WBEM Services 2.5 デーモンが javax
プロバイダを動的に認識します。
javax
アプリケーションプログラミングインタフェースではなく、com.sun アプリケーションプログラミングインタフェースを使用して WBEM ソフトウェアを開発する場合、全面的にサポートされるのは、Common
Information Model (CIM) リモートメソッド呼び出し (RMI) だけです。XML/HTTP など、他のプロトコルについては、com.sun アプリケーションプログラミングインタフェースで完全に機能するという保証はありません。
次の表に、RMI では正常に実行され、XML/HTTP では失敗する呼び出しの例を示します。
メソッド呼び出し |
エラーメッセージ |
---|---|
CIMClient.close() |
NullPointerException |
CIMClient.execQuery() |
CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED |
CIMClient.getInstance() |
CIM_ERR_FAILED |
CIMClient.invokeMethod() |
XMLERROR: ClassCastException |
Solaris 管理コンソール (Management Console) の Mounts and Shares ツールでは、ルート (/)、/usr、/var などのシステムに必須なファイルシステム上のマウントオプションを変更できません。
回避方法 : 次のいずれかを実行してください。
mount コマンドとともに remount オプションを使用する。
# mount -F file-system-type -o remount,additional-mount-options device-to-mount mount-point |
-remount オプションを指定した mount コマンドで行なったマウント属性の変更は、一時的なものです。また、上記のコマンドの additional-mount-options の部分で指定しなかったマウントオプションのすべてがシステムによって指定されたデフォルト値を継承するわけではありません。詳細は、マニュアルページの mount_ufs(1M) を参照してください。
/etc/vfstab ファイル内の適切なエントリを編集することによって、ファイルシステムのマウントプロパティを変更し、システムを再起動する。
使用可能なメモリー容量が十分にない時に、次のエラーメッセージが表示されます。
CIM_ERR_LOW_ON_MEMORY |
CIM オブジェクトマネージャ (Object Manager) のメモリー容量が十分にない場合、エントリを追加することができません。CIM オブジェクトマネージャのリポジトリをリセットする必要があります。
回避方法 : 次のようにして CIM オブジェクトマネージャのリポジトリをリセットしてください。
スーパーユーザーになります。
CIM オブジェクトマネージャを停止します。
# /etc/init.d/init.wbem stop |
JavaSpacesTM ログディレクトリを削除します。
# /bin/rm -rf /var/sadm/wbem/log |
CIM オブジェクトマネージャを再起動します。
# /etc/init.d/init.wbem start |
CIM オブジェクトマネージャのリポジトリをリセットすると、データストアに格納されている独自の定義は失われます。定義が含まれている MOF ファイルを mofcomp コマンドを使用して再コンパイルする必要があります。次に例を示します。
# /usr/sadm/bin/mofcomp -u root -p root_password your_mof_file |
Sun ONE Console の「証明書の管理」ダイアログ等でボタンが重なって表示されたり、欠けて表示されたりという問題が発生する場合があります。
回避方法 : ウィンドウの幅を広げることでこの問題を回避できます。
admintool 上でログインシェルを sh または ksh に指定してユーザーを作成した場合、ホームディレクトリに自動生成される .profile には以下の 1 行が記述されています。
stty istrip
この行は、入力文字を 7 ビットにストリップすることを意味していますので、このままの設定ではそのユーザーが端末上で日本語入力を行うと、文字が化けてしまいます。
回避方法 : 上記の 1 行をコメントにするか、もしくは削除してください。
シリンダ 0 から始まっていないルート (/) ファイルシステムをミラー化する場合には、接続されるすべてのサブミラーにシリンダ 0 から始まるものを含めることはできません。
シリンダ 0 から始まるサブミラーを元のサブミラーにあるミラーに接続しようとすると、シリンダ 0 から始まるサブミラーは使用できず、次のエラーメッセージが表示されます。
can't attach labeled submirror to an unlabeled mirror |
回避方法: 次のいずれかを実行してください。
ルートファイルシステムとほかのサブミラー用のボリュームの両方がシリンダ 0 から始まるようにする。
ルートファイルシステムとほかのサブミラー用のボリュームの両方がシリンダ 0 から始まらないようにする。
JumpStart インストールのデフォルトでは、swap パーティションがシリンダ 0 から始まっていて、ルートファイルシステム / はディスク上の他の場所から始まっています。システム管理者は通常、スライス 0 をシリンダ 0 から始めようとします。デフォルトの JumpStart インストールにおいてスライス 0 上にあり、シリンダ 0 から始まってないルートパーティションを、別のディスクのシリンダ 0 から始まるスライス 0 にミラー化しようとすると問題が発生する場合があります。その結果、ミラーを追加しようとする際に、エラーメッセージが出力されます。Solaris インストールプログラムのデフォルト動作の詳細については、『Solaris 9 12/03 インストールガイド』を参照してください。
次の場合に、metahs -e コマンドが失敗することがあります。
ホットスペアデバイスに障害が発生した場合。たとえば、metaverify テストユーティリティを使用したときに、エラーが発生した場合など。
メタデバイスにエラーが発生して、Solaris ボリュームマネージャソフトウェアがホットスペアを起動しようとしたが、このホットスペアが「broken」とマークされている。
システムが停止して、障害が発生したホットスペアを含むディスクが同じ配置で新しいディスクに交換された。
システムが起動しても、Solaris ボリュームマネージャソフトウェアが新しいホットスペアを認識しない。
新しいディスクのホットスペアを有効にするために、metahs -e コマンドが使用された。
次のメッセージが表示されます。
WARNING: md: d0: open error of hotspare (Unavailable) |
Solaris ボリュームマネージャソフトウェアは、物理的に同じ場所に交換された新しいホットスペアディスクを認識しないため、この問題が起こります。Solaris ボリュームマネージャソフトウェアはすでにシステムに存在しないディスクのデバイス ID を表示し続けます。
ディスクが交換されるとデバイス番号が変わる Photon などのストレージ格納装置では、この問題が発生するかどうかは判明していません。
回避方法: 次のいずれかを実行してください。
次の手順に従い、Solaris ボリュームマネージャの状態データベースでホットスペアディスクのデバイス ID を更新する。
スーパーユーザーになります。
次のコマンドを入力して、ホットスペアディスクのデバイス ID を更新します。
# metadevadm -u logical-device-name |
次のコマンドを入力して、新しいホットスペアディスクを利用できるようにします。
# metareplace -e logical-device-name |
次の手順に従い、システムのホットスペアとホットスペアプールを管理する。
スーパーユーザーになります。
次のコマンドを入力して、ホットスペアスライス用のエントリを削除します。
# metahs -d hsphot-spare-pool-number logical-device-name |
次のコマンドを入力して、正しいデバイス ID を持つ、同じ場所にあるホットスペアスライス用の新しいエントリを作成します。
# metahs -a hsphot-spare-pool-number logical-device-name |
障害が発生したドライブは Solaris ボリュームマネージャソフトウェアで構成されたドライブに交換できません。交換するドライブは Solaris ボリュームマネージャソフトウェアにとって新しいドライブである必要があります。Photon 上のあるスロットから別のスロットにディスクを物理的に移動した場合、metadevadm コマンドが失敗することがあります。この問題が発生するのは、スライスの論理デバイス名がすでに存在しないのに、ディスクのデバイス ID がメタデバイス複製に存在しているためです。次のメッセージが表示されます。
Unnamed device detected. Please run 'devfsadm && metadevadm -r to resolve. |
このとき、新しい場所にあるディスクにはアクセスできますが、スライスにアクセスするためには、古い論理デバイス名を使用する必要があります。
回避方法: ドライブを物理的に元のスロットに戻してください。
システムからディスクを物理的に取り外して交換して、metarecover -p -d コマンドを使用して適切なソフトパーティションの特定の情報をディスクに書き込むと、オープンエラーが発生します。このコマンドはメタデバイスデータベースの名前空間を更新せず、ディスクデバイス識別情報の変更を反映しません。この状態になると、ディスクの一番上に構築された各ソフトパーティションでオープンエラーが発生し、次のエラーメッセージが表示されます。
Open Error |
回避方法: metarecover コマンドを実行してソフトパーティションを回復するのではなく、新しいディスクにソフトパーティションを作成してください。
ソフトパーティションがミラーまたは RAID5 の一部である場合、次の metareplace コマンドを -e オプションをつけずに使用して、古いソフトパーティションを新しいソフトパーティションに交換します。
# metareplace dx mirror または RAID5 old_soft_partition new_soft_partition |
2 つの IP ノード間に複数の IP トンネルを設定し、ip_strict_dst_multihoming または他の IP フィルタを有効にした場合、パケットが失われることがあります。
回避方法 : 次のいずれかを実行してください。
まず、2 つの IP ノード間に IP トンネルを 1 つだけ設定する。それから、-addif オプションを指定した ifconfig コマンドによって、トンネルにアドレスを追加する。
2 つの IP ノード間のトンネルでは ip_strict_dst_multihoming を有効にしない。
CDE セッションのロックを解除すると、キャッシュされている Kerberos Version 5 (krb5) の資格がすべて削除されることがあります。その結果、さまざまなシステムユーティリティにアクセスできなくなることがあります。この問題は次の場合に起こります。
/etc/pam.conf ファイルにおいて、当該システム用の dtsession サービスがデフォルトで krb5 モジュールを使用するように構成されている。
CDE セッションをロックした後、そのセッションのロックを解除しようとした。
この問題が発生した場合、次のエラーメッセージが表示されます。
lock screen: PAM-KRB5 (auth): Error verifying TGT with host/host-name: Permission denied in replay cache code |
回避方法: 次の pam_krb5 dtsession のエントリを /etc/pam.conf ファイルに追加してください。
dtsession auth requisite pam_authtok_get.so.1 dtsession auth required pam_unix_auth.so.1 |
上記エントリが /etc/pam.conf ファイルに存在すると、pam_krb5 モジュールはデフォルトで実行されません。
Solaris 9 12/03 リリースで、ロックされたアカウントは期限切れのアカウントまたは存在しないアカウントと同様に処理されます。したがって、ロックされたアカウントに対して、cron、at、および batch ユーティリティでジョブをスケジュールすることはできません。
回避方法 : ロックされたアカウントが cron、at、または batch ジョブを受け付けるようにするには、ロックされたアカウントのパスワードフィールド (*LK*) を NP (パスワードなしの意味) という文字列に置き換えます。
Solaris 9 12/03 ソフトウェアを実行しているシステムで Veritas ボリュームマネージャを使用してさまざまな作業を実行しようとする場合、次のユーティリティでコアダンプが発生する場合があります。
vxddladm addjob
vxddladm addsupport
回避方法: 次の手順に従ってください。
スーパーユーザーになります。
/var/ld/ld.config ファイルと /usr/bin/crle ユーティリティがシステムに存在することを確認します。
次のコマンドを端末ウィンドウに入力します。
# /usr/bin/cp /var/ld/ld.config /var/ld/ld.config.save # /usr/bin/crle -E LD_LIBRARY_PATH=/usr/lib # appropriate-vxddladm-command # /usr/bin/mv /var/ld/ld.config.save /var/ld/ld.config |
iPlanetTM Directory Server 5.1 Collection (Solaris Edition) - Japanese において、「DocHome」というタイトルのリンクが機能しません。また、異なるブック間のリンクが機能しません。これらのリンクを選択した場合、 Not Found エラーがブラウザに表示されます。
回避方法: 当該システム上で iPlanet Directory Server 5.1 のドキュメント間を移動するには、 http://docs.sun.com で iPlanet Directory Server 5.1 Collection (Solaris Edition) - Japanese ページに移動します。そこから表示したい文書へのリンクをクリックします。
SUNWsdocs パッケージが削除されている場合、他のドキュメントパッケージを削除しようとしても失敗します。この状況が発生するのは、SUNWsdocs が他のコレクションとともにインストールされ、ブラウザのエントリポイントを提供しているためです。
回避方法 : SUNWsdocs パッケージを削除している場合は、ドキュメントメディアから SUNWsdocs パッケージをもう一度インストールし、そのあとで他のドキュメントパッケージを削除してください。
システムに、次の 3 つの文書メディアからどれか 2 つ、または 3 つをインストールし、それらの CD のいずれかをアンインストールしようとすると、アンインストールプログラムの要約パネルに「エラー」ステータスが表示されます。
Solaris 9 12/03 DOCUMENTATION 1 of 2 CD
Solaris 9 12/03 DOCUMENTATION 2 of 2 CD
Solaris 9 12/03 SOFTWARE Supplement CD に収録されている Solaris 9 ハードウェアマニュアルセット
この問題は、3 つの CD すべてに SUNWsdocs パッケージに依存するパッケージが含まれているために発生します。
アンインストールしようとした CD は登録されたまま残ります。しかし、製品レジストリには Damaged ステータスが表示されます。アンインストールプログラムは、このステータスを失敗と解釈します。
関連パッケージがシステムから削除されたあとでも、その文書セットは、アンインストールプロセスでスキップされます。
回避方法: 次の手順に従って、問題を解決します。
残っている Solaris 9 12/03 DOCUMENTATION CD をアンインストールします。
正しくアンインストールされなかった Solaris 9 12/03 DOCUMENTATION CD の登録を解除します。
必要に応じて、 Solaris 9 12/03 文書メディアを再インストールします。
Solaris 9 12/03 ソフトウェアと UNIX ベースのほかのシステムにおいて、次のヨーロッパロケールでは、Solaris 9 12/03 DOCUMENTATION CD 1 of 2 の PDF 文書の表示ができません。
de (ドイツ語)
es (スペイン語)
fr (フランス語)
it (イタリア語)
sv (スウェーデン語)
この問題が発生するのは、Adobe Acrobat Reader の制限のためです。この問題の詳細については、http://www.adobe.com:80/support/techdocs/294de.htm にある Adobe Technote サイトを参照してください。
回避方法: 次のいずれかを実行してください。
Solaris 9 12/03 ソフトウェアと UNIX ベースのほかのシステムでは、環境変数 LC_ALL を C に設定する。たとえば、C シェルでは、次のコマンドを端末ウィンドウに入力する。
% env LC_ALL=C acroread |
UNIX ベースではないシステムの場合は、Adobe Acrobat Reader 5.0 またはそれ以降のバージョンにアップグレードする。
次の場合、いくつかの Solaris 9 12/03 文書コレクションが予期せずシステムから削除されます。
Solaris 9 12/03 DOCUMENTATION CD の 1 of 2 と 2 of 2 を両方ともシステムにインストールした。
1 の後、prodreg ユーティリティまたは Solaris 9 12/03 DOCUMENTATION CD のインストールプログラムを使用して、あるドキュメントパッケージを削除した。
Solaris 9 12/03 DOCUMENTATION CD の 1 of 2 と 2 of 2 には共通のコレクションが 3 つあります。このようなコレクションが含まれるパッケージを Solaris 9 12/03 DOCUMENTATION CD の 1 of 2 または 2 of 2 のどちらかのインストールから削除すると、このパッケージはシステムから削除されます。
次の表に、予期せず削除されることがあるパッケージの一覧を示します。
表 2–1 両方の Solaris 9 12/03 DOCUMENTATION CD に含まれる Solaris 9 12/03 ドキュメントパッケージ
HTML パッケージ名 |
PDF パッケージ名 |
コレクション名 |
---|---|---|
SUNWaadm |
SUNWpaadm |
Solaris 9 12/03 System Administrator Collection |
SUNWdev |
SUNWpdev |
Solaris 9 12/03 Software Developer Collection |
SUNWids |
SUNWpids |
iPlanet Directory Server 5.1 Collection (Solaris Edition) |
回避方法: 次のいずれかを実行してください。
アンインストールプロセスによって上記ドキュメントパッケージが予期せず削除されたが、これらのパッケージをシステムに置いておきたい場合、これらのパッケージを Solaris 9 12/03 DOCUMENTATION CD の 1 of 2 または 2 of 2 からインストールし直す。
この問題を回避するには、prodreg ユーティリティを使用せず、pkgrm ユーティリティを使用して、削除したいパッケージをシステムから削除する。
Solaris 8 では、ja_JP.eucJP ロケールは ja ロケールと同等のロケールとして定義されていましたが、Solaris 9 からは「UI-OSF 日本語環境実装規約 Version 1.1」を基準に定義されています。よって、ja ロケールは従来の Solaris の ja ロケールと同じ動作が必要な場合、ja_JP.eucJP ロケールは他の UNIX ベンダーと同じ動作が必要な場合に使用するのが適しています。詳細は「日本語環境ユーザーズガイド」を参照してください。
このリリース用に、エストニア語タイプ 6 キーボード、フランス語 (カナダ) タイプ 6 キーボード、プログラマ向けポーランド語タイプ 5 キーボードの 3 つのソフトウェアサポートが追加されました。
エストニア、カナダ、およびポーランドのユーザーは、必要に応じて標準 U.S. キーボード配列を変更できます。このため、柔軟性の高いキーボード入力が可能になります。
現時点では、この 3 つのキーボードタイプに適合するハードウェアは入手できません。
回避方法: この新しいキーボードソフトウェアを有効利用するには、次のいずれかの方法で /usr/openwin/share/etc/keytables/keytable.map ファイルを編集します。
エストニア語タイプ 6 キーボードの場合、次の変更を行います。
/usr/openwin/share/etc/keytables/keytable.map ファイル内の US6.kt エントリを Estonia6.kt に変更します。たとえば、次のように変更します。
6 0 Estonia6.kt |
/usr/openwin/lib/locale/iso8859-15/Compose ファイルに次のエントリを追加します。
<scaron> |
: "/xa8" |
scaron |
<scaron> |
: "/xa6" |
scaron |
<scaron> |
: "/270" |
scaron |
<scaron> |
: "/264" |
scaron |
システムを再起動すると、変更内容が有効になります。
フランス語 (カナダ) タイプ 6 キーボードの場合、次の変更を行います。
/usr/openwin/share/etc/keytables/keytable.map ファイル内の US6.kt エントリを Canada6.kt に変更します。たとえば、次のように変更します。
6 0 Canada6.kt |
システムを再起動すると、変更内容が有効になります。
通常のポーランド語タイプ 5 キーボードを使用している場合、次の変更を行います。
/usr/openwin/share/etc/keytables/keytable.map ファイル内の Poland5.kt エントリを Poland5_pr.kt に変更します。たとえば、次のように変更します。
4 52 Poland5_pr.kt |
ディップスイッチの付いたキーボードを使用している場合は、システムをリブートする前に、スイッチがポーランド語のキーテーブルエントリとして正しいバイナリ値 (バイナリ 52) に設定されていることを確認してください。
U.S. タイプ 5 キーボードを使用している場合は、/usr/openwin/share/etc/keytables/keytable.map ファイル内の US5.kt エントリを Poland5_pr.kt に変更します。たとえば、次のように変更します。
4 33 Poland5_pr.kt |
システムを再起動すると、変更内容が有効になります。
アラビア語のロケールで分音符号を生成するには、アラビア文字を入力してから Shift-U を入力してください。
ヨーロッパ言語の UTF-8 ロケールでソート機能を実行すると、予期しない結果が発生します。
回避方法 : フランス語、イタリア語、ドイツ語、スペイン語、スウェーデン語の UTF-8 ロケールでソートを行う前に、LC_COLLATE 変数をその言語の ISO8859-1 ロケールに設定してください。
# echo $LC_COLLATE es_ES.UTF-8 # LC_COLLATE=es_ES.IS08859-1 # export LC_COLLATE |
上記のように LC_COLLATE 変数を設定後、ソートを行なってください。
Netscape Communicator 4.78 (日本語版) に関する注意事項とバグ情報について説明します。
Netscape Communicator 4.78 を ja_JP.PCK ロケールまたは ja_JP.UTF-8 ロケールで使用する場合、ページ情報ダイアログ内の日本語の一部が文字化けしたり、ダイアログのタイトルが表示されないことがあります。ja ロケールで使用している場合は、この問題は起こりません。
キーボードの Copy キー、Paste キー、編集メニューの「コピー」、「ペースト」を使用して、端末エミュレータやテキストエディタなどの CDE アプリケーションから Netscape Communicator に日本語文字列をコピー&ペーストできません。
回避方法 : マウスの左ボタンでコピーしたい文字をハイライト表示し、マウスの中ボタン (2 ボタンマウスの場合は右ボタン) を使って、Netscape Communicator 上にペーストしてください。
マウスボタンのマッピングを左利き用に設定している場合は、左ボタンと右ボタンの機能が逆になります。
Netscape Communicator 4.78 を最初に起動した際に、使用許諾契約書を表示するダイアログが表示されますが、契約書の内容が途中で切れています。
回避方法 :以下の場所にある license ファイルを直接参照してください。
/usr/dt/appconfig/netscape/lib/locale/<locale>/netscape/license
Solaris 版の Netscape 7.0 は、使用中のデスクトップのロケールに対応する言語環境が自動的に選択されて起動します。たとえば、ja ロケールでデスクトップを使用している場合、Netscape は常に日本語環境で起動します。したがって、Netscape 7.0 の「表示」メニューの「言語 / エリアを設定」メニューから言語を切り替えたり、「設定」ダイアログの「コンテンツパック」から言語またはエリアを切り替えたりしても、その操作は無効です。
また、「設定」ダイアログの「さらにダウンロード」および「表示」メニューの「追加ダウンロード」も機能しません。
Solaris 9 12/03 ソフトウェアのデフォルトブラウザで、Sun ONE Application Server 管理インタフェースを使用しようとすると、次のエラーメッセージが表示されます。
Unsupported Browser: Netscape 4.78 It is recommended that you upgrade your browser to Netscape 4.79 or Netscape 6.2 (or later) to run the Sun One Application Server Administrative UI. Those who choose to continue and not upgrade may notice degraded performance or unexpected behavior. |
Solaris 9 12/03 リリースに含まれているバージョンの Sun ONE Application Server 管理インタフェースを実行している場合は、Netscape 4.79 または Netscape 7.0 ソフトウェアを使用してください。
回避方法: /usr/dt/bin/netscape の代わりに /usr/dt/appconfig/SUNWns/netscape を使用してください。
Netscape NavigatorTM ソフトウェアの一部のバージョンでは、Sun ONE Application Server のアクセス制御リスト (ACL) の編集がサポートされていません。Netscape Navigator バージョン 6.x または バージョン 7.x ソフトウェアで ACL のエントリを編集すると、断続的に問題が発生することがあります。
次のような問題が発生する可能性があります。
ブラウザのウィンドウが消える
ACL 編集画面が起動しても表示されない
回避方法: 次のいずれかを実行してください。
ACL 編集をサポートしている Netscape Navigator ソフトウェアの Version 4.79 または Microsoft Internet Explorer Version 6.0 を使用します。
ACL ファイルを手動で編集します。ACL ファイルの書式の詳細については、『Sun ONE Application Server 7 管理者ガイド』を参照してください。
Oracle® 9.2 クライアントを使用して Oracle 9.1 データベースにアクセスする際、タイムスタンプ列の次に番号列が存在するとデータが破壊される場合があります。
この問題は、Oracle 9.1 データベースでは ojdbc14.jar ファイルが使用されることが原因と考えられます。パッチを適用することで、Solaris 32 ビットマシンで Oracle 9.1 データベースを実行しているときに発生するこの問題に対処できる場合があります。このとき JDBCTM ドライバは JDKTM 1.4 を使用する Oracle 用のドライバです。
回避方法: Oracle 社が Oracle Web サイトで提供するバグ ID: 2199718 用のパッチを入手して、サーバーに適用してください。
コマンド行インタフェースで作成した持続マネージャファクトリのリソースに対してベリファイアエラーが表示されます。SunTM ONE Application Server 管理インタフェースでリソースを表示すると、次のエラーメッセージが表示されます。
ArgChecker Failure: Validation failed for jndiName: object must be non-null |
回避方法: 次の手順を実行して、新しい持続マネージャファクトリのリソースを作成してください。
データソース情報付きの JDBC 接続プールを作成して、データベースに接続する。
JDBC リソースを作成して、Java Naming and Directory InterfaceTM (J.N.D.I.) 参照を介して接続プールを使用できるようにする。
手順 2. で作成した JDBC リソースを備えた持続マネージャファクトリのリソースを作成する。
server.xml ファイルの iiop-listener 要素のアドレス属性に指定する any 値は、システムで利用可能なインタフェースをすべて待機することを許可します。IPv4 インタフェースと IPv6 インタフェースもその対象になります。ただし、Sun ONE Application Server をデフォルトに設定すると、サーバーの iiop-listener 要素のアドレス値は 0.0.0.0 に設定されます。このデフォルト設定では IPv6 インタフェースが待機されません。システム上に配置されたすべての IPv4 インタフェースだけが待機されます。
回避方法: server.xml ファイルの iiop-listener 要素のアドレス属性に :: を指定すると、システム上の IPv4 と IPv6 を待機します。
証明書をインストールしてセキュリティを有効にした後で Sun ONE Application Server の再起動を試みると、再起動が失敗します。メッセージには、サーバーがパスワードを受信できなかったというメッセージが表示されます。
SSL (Secure Socket Layer) が有効でない場合、パスワードはキャッシュされないため再起動に失敗します。restart コマンドは、非 SSL モードから SSL 対応モードへの移行をサポートしません。
この問題は、サーバーの初回再起動時にのみ発生します。以降の再起動は正常に実行されます。
回避方法: 次のいずれかの回避方法を実行してください。
この問題に遭遇したら、「起動」ボタンをクリックします。
この問題を避けるには、「再起動」ボタンをクリックする代わりに次の手順を実行します。
「停止」ボタンをクリックします。
「起動」ボタンをクリックします。
アプリケーションが多数の Enterprise JavaBeansTM コンポーネントを保持する場合、アプリケーションの動的再ロード時にサーバーがクラッシュする場合があります。動的再ロード機能は、アプリケーションの小規模な変更をすばやくテストするために開発環境で使用します。クラッシュは、利用可能な限度を超えてファイル記述子を使用しようとした場合に発生します。
回避方法: 次の手順を実行します。
/etc/system ファイルに次の形式の行を追加して、ファイル記述子の制限値を増やします。
set rlim_fd_max=8192
set rlim_fd_cur=2048
アプリケーションのサイズに応じて、値を大きくすることも小さくすることも可能です。
システムをリブートします。
Sun ONE Application の管理インタフェースを使用して外部証明書をインストールする場合、問題が発生します。この問題は、外部暗号化モジュールにインストールされた証明書を使用して HTTP リスナーの SSL を有効にしようとすると発生します。証明書のインストールは成功しますが、証明書のニックネームが管理インタフェースに表示されません。
回避方法: 次の手順を実行します。
Sun ONE Application Server ソフトウェアがインストールされたシステムに、管理ユーザーとしてログインします。
asadmin コマンドを使用して、 外部暗号化モジュールにインストールする証明書に HTTP リスナーをリンクします。asadmin コマンドの詳細は、asadmin(1AS) のマニュアルページを参照してください。
# asadmin create-ssl --user admin user--password password --host host name \ --port port --type http-listener --certname nobody@apprealm:Server-Cert \ --instance instance --ssl3enabled=true \ --ssl3tlsciphers +rsa_rc4_128_md5 http-listener-1 |
このコマンドにより、証明書とサーバーインスタンス間のリンクが確立されます。このコマンドは、証明書をインストールしません。証明書は、管理インタフェースによりインストールされます。
証明書は HTTP リスナーとリンクされますが、HTTP リスナーは非 SSL モードで待機します。
HTTP リスナーが SSL モードで待機するように設定します。次のコマンドを実行してください。
# asadmin set --user admin user --password password --host host name \ --port port server1.http-listener.http-listener-1.securityEnabled=true |
このコマンドにより、サーバーインスタンスの待機状態が非 SSL から SSL に切り替わります。上述の手順の実行後に、証明書が管理 インタフェースに表示されます。
これで、必要に応じて、管理インタフェースを使用して HTTP リスナーを編集できます。
Solaris 9 12/03 リリースで Sun ONE Application Server ソフトウェアを実行すると、オープン失敗エラーが表示されることがあります。/usr/appserver/bin の flexanlg コマンドを使用すると、次のようなエラーが表示されます。
ld.so.1: /usr/appserver/bin/flexanlg: fatal: libplc4.so:open failed: No such file or directory killed |
回避方法: 次の手順を実行してください。
次のエントリを LD_LIBRARY_PATH ファイルに追加します。
/usr/lib/mps
flexanlg コマンドを実行します。
% /usr/appserver/bin/flexanlg
ネットワークで IPv6 を使用していない場合、この問題は関係ありません。
デフォルトでは、Sun ONE Application Server 7 のインスタンスおよび管理サーバーのインスタンスは IPv4 を使用します。IPv4 は、Sun ONE Application Server を実行可能なすべてのシステムソフトウェアでサポートされます。IPv6 をサポートするプラットフォームでは、Sun ONE Application Server の構成を変更して IPv6 に適合させる必要があります。
構成を変更する場合、システムが確実に IPv6 をサポートしていることを確認してください。IPv6 に合わせた構成を IPv4 のみをサポートするシステムに適用すると、アプリケーションサーバーのインスタンスが起動しなくなる可能性があります。
回避方法: 次の手順で構成を変更します。
管理サーバーを起動します。
ブラウザで、管理サーバーの HTTP ホストまたはポートに接続して、管理コンソールを起動します。
IPv6 用に構成するサーバーインスタンスを選択します (たとえば、server1)。
ツリービューで、HTTP リスナーノードを展開します。
IPv6 用に構成する HTTP リスナーを選択します (たとえば、http-listener1)。
「一般」セクションの「IP アドレス」フィールドの値を「ANY」に変更します。
「詳細」セクションの「ファミリ」フィールドの値を「INET6」に変更します。
「ファミリ」フィールドを「INET6 IPv4」に設定すると、「IP アドレス」に IPv6 アドレスを選択しなければ、機能は無効になりません。「IP アドレス」で選択した「ANY」は、任意の IPv4 または IPv6 アドレスに一致します。
「保存」をクリックします。
左の区画からサーバーインスタンスを選択します。
「変更を適用」をクリックします。
「停止」をクリックします。
「起動」をクリックします。
サーバーが再起動して、変更が実装されます。
小さな変更を加えてアプリケーションを再パッケージした後で、ユーザーがサンプルを複数回配備しようとすると、次のエラーメッセージが表示されます。
Already Deployed |
大半のサンプルが、deploy ターゲットを保持する Ant ユーティリティおよび common.xml ファイルを使用しているため、この問題の影響を受けます。これらを組み合わせて使用することで、アプリケーションの配置とリソースの登録が混在します。
回避方法: 次のいずれかを実行します。
大半の、Ant ユーティリティ build.xml (common.xml ファイルを含む) を使用するサンプルアプリケーションの場合、次のコマンドを入力します。
% asant deploy_common |
他のサンプルアプリケーションの場合、次のコマンドを入力します。
% asant undeploy % asant deploy |
Local Transaction Manager は、タイムアウト値を指定したトランザクションをサポートしていません。トランザクションサービス要素のタイムアウト属性に 0 より大きな数値を秒単位で指定すると、ローカルトランザクションはすべてグローバルトランザクションとして処理されます。タイムアウト値 0 を指定すると、データソースからの応答がない場合、トランザクションマネージャは永久的に待機します。
データソースのドライバがグローバルトランザクションをサポートしていない場合、ローカルトランザクションは失敗します。
回避方法: タイムアウト値をデフォルト値 (0) にリセットします。
CMP (Container-Managed Persistence) Bean を使用して Oracle JDBC 最適化を利用するには、server.xml ファイルの classpath-suffix 属性で classes12.zip を指定する必要があります。他社製ライブラリ用のデフォルトディレクトリである instance/lib/ に、classes12.zip を配置しないでください。
回避方法: classes12.zip ファイルを server.xml の classpath-suffix 属性に追加してください。
IPv6 アドレスに対する DNS 参照が失敗すると、RMI-IIOP (Remote Method Invocation-Internet Inter-ORB Protocol) クライアントが IPv6 アドレスに対して動作しません。
回避方法: IPv6 アドレスを参照するには、DNS を配置サイトで設定する必要があります。
Admin GUI と asadmin CLI の管理サーバーのインスタンスには言語エントリがないため 、ローカライズ版を最初からインストールする場合の GUI、または新しく作成したドメインのインスタンスは英語で表示されます。
回避方法 : server.xml ファイルのロケールエントリを手動で設定します。
ローカライズ版の Application Server 7 をインストールしても、Application Server 7 バイナリには翻訳されたマニュアルぺージが同梱されていません。
回避方法 :
C ロケールに変更して英語版のマニュアルページを表示します。
オンラインヘルプまたは asadmin ユーティリティマニュアルページの「Admin Guide」を使用します。
Sun ONE Application Server を Solaris インストールの一部としてインストールした場合、アプリケーションサーバーの起動時に次の問題が考えられます。
Solaris システムの起動時に、アプリケーションサーバーのインスタンスおよび管理サーバーのインスタンスがすべて自動的に開始されます。多くの環境では、Solaris システムの起動時にすべてのインスタンスを自動的に開始することは期待されていません。定義されたインスタンスをすべて開始すると、システムで使用可能なメモリーに悪影響を及ぼす場合があります。
アプリケーションサーバーインスタンスおよび管理サーバーインスタンスを自動的に開始すると、各インスタンスの起動スクリプトが root で実行されます。root 以外のユーザー所有のインスタンス起動スクリプトを実行する際、インスタンスレベルの起動スクリプトを変更することで、root 以外のユーザーによる root ユーザーへのアクセスを可能にできます。
Sun ONE Application Server のインストール時に /etc/init.d/appserv スクリプトおよび /etc/rc*.d/ ディレクトリ内の S84appserv および K05appserv スクリプトへのシンボリックリンクがインストールされます。これらのスクリプトにより、アプリケーションサーバーインストールの一部として定義されたアプリケーションサーバーインスタンスおよび管理サーバーインスタンスすべてが、Solaris システムの起動および停止時に自動的に開始および停止されます。
/etc/init.d/appserv スクリプトには、次のコードが含まれます。
case "$1" in 'start') /usr/sbin/asadmin start-appserv ;; 'stop') /usr/sbin/asadmin stop-appserv ;;
asadmin start-appserv コマンドを実行すると、すべての管理ドメインで定義された管理サーバーインスタンスおよびアプリケーションサーバーインスタンスが、Solaris システムの起動時に開始されます。システムの起動スクリプトおよび停止スクリプトは root で実行されるため、各アプリケーションサーバーインスタンスおよび管理サーバーインスタンスの起動スクリプトも root で実行されます。インスタンスレベルの起動スクリプトの名前は startserv で、instance-dir/bin/startserv に存在します。root 以外のユーザーがインスタンスを所有可能であるため、コマンドを root ユーザーで実行するように、root 以外のユーザーが startserv スクリプトを変更できます。
インスタンスで特権設定されたネットワークポートが使用される場合、インスタンスの startserv スクリプトを root で実行する必要があります。ただし、一般的には、インスタンスの構成内で run as user (実行するユーザー) を設定します。これは、root ユーザーによるインスタンスの初回起動後に、指定されたユーザーでインスタンスが実行されるようにするためです。
回避方法: 環境に応じて、次のいずれかを実行します。
すべてのアプリケーションサーバーインスタンスおよび管理サーバーインスタンスを root で開始する必要がない環境では、/etc/init.d/appserv スクリプトの asadmin start-appserv コマンドおよび asadmin stop-appserv コマンドの実行をコメントにします。
特定の管理ドメイン、または 1 つ以上の管理ドメイン内の特定のインスタンスを開始する必要のある環境では、スクリプトを変更または作成してこの処理を自動化できます。ここで言う「特定の管理ドメイン」には、各ドメイン内の管理サーバーインスタンスおよびすべてのアプリケーションサーバーインスタンスが含まれます。
該当するドメインまたはインスタンスを開始するように /etc/init.d/appserv スクリプトを変更します。
使用する環境の要件を満たす /etc/rc*.d/ スクリプトを新しく定義します。
起動時の考慮事項: 指定したアプリケーションサーバー管理ドメインまたはアプリケーションサーバーインスタンスが自動的に開始されるように、Solaris ソフトウェアの起動スクリプトを変更する場合、以下を考慮してください。
特定のドメインを開始する – 管理サーバーインスタンスおよび特定の管理ドメインのすべてのアプリケーションサーバーインスタンスを rootユーザーで開始するには、/etc/rc*.d/ スクリプトを次のように変更します。
case "$1" in 'start') /usr/sbin/asadmin start-domain --domain production-domain ;; 'stop') /usr/sbin/asadmin stop-domain --domain production-domain ;;
特定のアプリケーションサーバーインスタンスを root 以外のユーザーで開始する – -c オプションを指定して su コマンドを実行するように /etc/rc*.d/ スクリプトを変更します。
case "$1" in 'start') su - usera -c "/usr/sbin/asadmin start-instance --domain test-domain instance-a" su - userb -c "/usr/sbin/asadmin start-instance --domain test-domain instance-b" ;; 'stop') su - usera -c "/usr/sbin/asadmin stop-instance --domain test-domain instance-a" su - userb -c "/usr/sbin/asadmin stop-instance --domain test-domain instance-b" ;;
asadmin コマンド行インタフェースで使用可能な startup コマンドおよび shutdown コマンドの詳細は、『Sun ONE Application Server 7 管理者ガイド』を参照してください。
インストール時、識別名 (DN、Distinguished Name) を入力するときには UTF-8 文字セットエンコーディングを使用します。ほかのエンコーディングはサポートされていません。インストール操作では、データはローカル文字セットエンコーディングから UTF-8 文字セットエンコーディングに変換されません。データをインポートするために使用される LDIF (Lightweight Directory Interchange Format) ファイルも UTF-8 文字セットエンコーディングを使用する必要があります。インポート操作では、データはローカル文字セットエンコーディングから UTF-8 文字セットエンコーディングに変換されません。
Sun Open Net Environment (Sun ONE) Directory Server (旧 iPlanet Directory Server) 5.1 が提供するスキーマは、RFC 2256 において groupOfNames オブジェクトクラスと groupOfUniquenames オブジェクトクラスに指定されているスキーマとは異なります。Sun ONE Directory Server 5.1 が提供するスキーマでは、member 属性タイプと uniquemember 属性タイプはオプションで選択します。RFC 2256 では、これらのタイプにはオブジェクトクラスごとに少なくとも 1 つの値が存在する必要があると指定されています。
aci 属性は操作属性です。明示的に要求しない限り、検索結果は返されません。
現在、広域ネットワーク (WAN、Wide Area Network) 上のマルチマスターレプリケーションはサポートされません。
Sun ONE Directory Server 5.1 はユーザー ID 番号 (UID) 一意性検査 (Uniqueness) プラグインを提供します。デフォルトでは、このプラグインは起動されません。特定の属性について属性の一意性を確実にするには、属性ごとに属性の一意性検査 (Attribute Uniqueness) プラグインの新しいインスタンスを作成します。属性の一意性検査 (Attribute Uniqueness) プラグインの詳細については、http://docs.sun.com の『iPlanet Directory Server 5.1 管理者ガイド』を参照してください。
現在、参照整合性検査 (Referential Integrity) プラグインはデフォルトでオフです。衝突解決ループを回避するために、参照整合性検査 (Referential Integrity) プラグインは、マルチマスターレプリケーション環境でも 1 つのマスターレプリカだけで有効にする必要があります。連鎖要求を発行するサーバーで参照整合性検査 (Referential Integrity) プラグインを有効にする前に、パフォーマンス資源、時間、および完全性のニーズを解析します。完全性チェックはメモリー資源と CPU 資源を大量に消費する可能性があります。
nsRoleDN 属性はロールを定義するのに使用します。この属性は、ユーザーのエントリにおけるロールメンバーシップを評価するのには使用しないでください。ロールメンバーシップを評価するときには、nsrole 属性を調べます。
複数のデータベースを持つ場合、仮想リストビュー (VLV、Virtual List View) インデックスは正しく機能しません。
Sun ONE Directory Server 5.1 Console を起動し、新しいユーザーまたはロールを「アクティブでない」として作成した場合、新たに作成したユーザーまたはロールがアクティブになります。Console を使用した場合、ユーザーとロールは「アクティブでない」として作成できません。
回避方法: ユーザーまたはロールを「アクティブでない」として作成するには、次の手順に従います。
新しいユーザーまたはロールを作成します。
新たに作成したユーザーまたはロールをダブルクリックします。あるいは新たに作成したユーザーまたはロールを選択します。「オブジェクト」メニューから「プロパティ」項目をクリックします。
「アカウント」タブをクリックします。
「無効」ボタンをクリックします。
「OK」をクリックします。
新たに作成したユーザーまたはロールが無効になります。
Sun ONE Directory Server 5.1 構成時にユーザーが空白文字が含まれるベース DN を指定した場合 (たとえば、「o=U.S. Government,C=US」)、結果として DN は切り詰められます (たとえば、「Government,C=US」)。構成時に DN を指定するときには、空白文字を使用せずに入力する必要があります (たとえば、「o=U.S.%20Government,C=US」)。
回避方法: ベース DN エントリを修正するには、次の手順に従います。
Console の「サーバとアプリケーション」タブの左側にあるナビゲーション区画において、一番上のディレクトリエントリを選択します。
User ディレクトリサブツリーフィールドにおいて、接尾辞を編集します。
「OK」をクリックします。
マスター以外のディレクトリサーバーでパスワードポリシー情報を更新した場合、この情報はほかのすべてのサーバーに複製されません。これはアカウントロックアウトの原因にもなります。
回避方法: 各サーバーでパスワードポリシー情報を手動で管理します。
アカウントロックアウトが有効である場合、ユーザーパスワードを変更しても、アカウントロックアウトは有効なまま残ります。
回避方法: ロックアウト属性 accountUnlockTime、passwordRetryCount、および retryCountResetTime をリセットして、アカウントのロックを解除します。
Sun ONE Directory Server 5.1 をインストールして、コンソールを起動し、ディレクトリを LDIF ファイルで初期化し、サーバーをバックアップした場合、Console はバックアップが成功したと報告しますが、実際にはバックアップは失敗しています。
回避方法: データベースを初期化した後、Console から次の作業を行います。
サーバーを停止します。
サーバーを起動し直します。
バックアップを実行します。
LDAP ネーミングサービスを使用して、大文字小文字の区別以外は同じである自動マウントパス名を複数作成することはできません。大文字と小文字の区別以外は同じ名前のエントリがすでに存在する場合、ネーミング属性が大文字と小文字を区別する構文で定義されるエントリは作成できません (ディレクトリサーバーが許可しません)。
たとえば、/home/foo と /home/Foo の両方のパスを作成することはできません。
エントリ attr=foo,dc=mycompany,dc=com が存在する場合、エントリ attr=Foo,dc=mycompany,dc=com は作成できません (ディレクトリサーバーが許可しません)。つまり、LDAP ネーミングサービスを使用する場合、自動マウントパス名は大文字と小文字の区別に関わらず一意である必要があります。
回避方法: ありません。
Export、Backup、Restore の実行中、または索引の作成中にサーバーを停止すると、そのサーバーがクラッシュします。
回避方法: 上記操作中にはサーバーを停止しないでください。
ユーザーが証明書ベースの認証による SSL レプリケーションを構成しようとするとき、次のいずれかの場合、レプリケーションは機能しません。
サプライヤの証明書が自己署名である場合
サプライヤの証明書が SSL ハンドシェイク時にクライアントのロールを果たせず、 SSL サーバー証明書としてのロールしか果たせない場合
回避方法: ありません。
サイズが 2T バイトまたはそれを超える UFS ファイルシステムを Veritas ボリュームマネージャ (VxVM) のボリューム上に作成しようとすると、エラーになります。その結果、作成されるファイルシステムのサイズは、 VxVM ボリュームのサイズを 2T バイトで割った余りです。たとえば、サイズが 8.4T バイトの VxVM ボリューム上には、0.4T バイトのファイルシステムが作成されます。
警告メッセージは表示されません。
回避方法: ありません。
Solaris 9 12/03 リリースでは、fssnap コマンドを使って、サイズが 1T バイトを超える UFS ファイルシステムのスナップショットを作成することはできません。 次のエラーメッセージが表示されます。
fssnap: Fatal: File system /dir/snapshot0 support large files. |
回避方法: ありません。
いくつかのフリーウェアのソフトウェアが Solaris SOFTWARE CD にバンドルされていますが、多くのものは国際化および各国語対応されていません。