この章では、問題として認識されている実行時の問題について説明します。
この章には、Solaris 9 4/03 INSTALLATION CD に含まれている Installation Kiosk、および Solaris 9 4/03 DOCUMENTATION CD に含まれている『Solaris 9 4/03 ご使用にあたって』の発行後に見つかった、実行時の以下のバグに関する説明が追記されています。
アップグレード後、Solaris 管理コンソールを使用して追加したユーザーアカウントにホームディレクトリが作成されない (バグ ID: 4803524)
[日本語環境のみ] ATOK12 で Java のプログラムに日本語を入力するときに、不具合が生じる (バグ ID: 4780941)
ocfserv が終了し、ディスプレイがロックされている場合は、スマートカードを挿入しても取り出しても、システムはロックされたままになります。
回避方法 : 次の手順を実行してシステムのロックを解除してください。
ocfserv プロセスが終了したマシンにリモートログインして接続します。
スーパーユーザーになります。
端末ウィンドウで次のように入力して、dtsession プロセスを終了させます。
% pkill dtsession |
スマートカード Console の「構成ファイルを編集」メニュー項目を使用して 、/etc/smartcard/opencard.properties にあるスマートカードの構成ファイルを編集することができません。 メニュー項目を選択すると、テクニカルサポートを受けないと編集を継続できないことを示す警告メッセージが表示されます。
回避方法 : スマートカード Console の「構成ファイルを編集」メニュー項目は使用しないでください。スマートカードの設定に関する情報は、『Solaris スマートカードの管理』を参照してください。
Solaris 共通デスクトップ環境 (CDE) の実行時に発生するバグの情報および注意事項について説明します。
Solaris 9 では、文字集合 JIS X 0212:1990 に対するフォントが、「平成明朝体」から、「RICOH ゴシック体」と「RICOH 明朝体」に変更になりました (今までの平成明朝体も引き続きインストールされますが、利用するにはシステム側の変更が必要となります)。
また、文字集合 JIS X 0213:2000 に関しては UTF-8 ロケール上で利用可能ですが、UNICODE3.1 で定義された文字集合が対象となります (ただし、Java および DPS からの利用はできません)。
次のいずれかのヨーロッパ言語またはロシア語 Unicode/UTF-8 ロケールをインストールしている場合、米国英語、中国語、または韓国語の Unicode/UTF-8 ロケールをインストールしないと、mp(1) 印刷コマンドの実行に失敗します。
de_DE.UTF-8
fr_FR.UTF-8
it_IT.UTF-8
es_ES.UTF-8
sv_SE.UTF-8
ru_RU.UTF-8
mp 印刷コマンドでは印刷ジョブが中止され、次のエラーメッセージが表示されます。
mp: config file line: 46, cannot stat font file (/usr/openwin/lib/locale/zh.GBK/X11/fonts/TrueType/songti.ttf) |
その他の CDE デスクトップアプリケーション (dtmail、dtpad など) でも、同様のエラーが発生します。
mp 印刷コマンドについて詳細は、mp(1) のマニュアルページを参照してください。
回避方法: 次のいずれかを実行してください。
Solaris 9 4/03 オペレーティング環境の新規インストール、または Solaris 9 4/03 へのアップグレードを実行し、次に挙げる米国英語、中国語、または韓国語の Unicode/UTF-8 ロケールを 1 つ以上選択し、インストールします。
en_US.UTF-8
zh_CN.UTF-8
zh_HK.UTF-8
zh_TW.UTF-8
ko_KR.UTF-8
インストールまたはアップグレードが完了している場合は、Solaris 9 4/03 Software 1 of 2 CD またはネットイメージに含まれている SUNWgttf パッケージを手作業で追加します。次の手順に従ってください。
スーパーユーザーとしてシステムにログインします。
Solaris 9 4/03 Software 1 of 2 CD を挿入します。
/cdrom/sol_9*/s0/Solaris_9/Product ディレクトリに移動します。
# cd /cdrom/sol_9*/s0/Solaris_9/Product |
SUNWgttf パッケージを追加します。
# pkgadd -d . SUNWgttf |
中国語ロケールの SunTM LX50 上で共通デスクトップ環境 (CDE) デスクトップセッションを開始すると、起動時に実行される CDE アプリケーションが over-the-spot 入力方式ではなく root-window 入力方式で表示される場合があります。
回避方法: /usr/dt/config/Xsession.d/0020.dtims スクリプトの最後に、 sleep 1 という行を追加して、新しく CDE デスクトップセッションを開始します。
CDE デスクトップ環境のリムーバブルメディア自動実行機能は、Solaris 9 4/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 4/03 Unicode または UTF-8 ロケールで、行数の多い電子メールメッセージを読むと、CDE Mailer (dtmail) がハングアップしたようになり、メッセージがすぐには表示されません。
回避方法 : 次のどちらかを実行してください。
132 桁が表示されるように、dtmail メールボックスウィンドウを拡大する。
次の手順で、Complex Text Layout 機能を使用不可にする。
スーパーユーザーになります。
使用システムのロケールディレクトリに切り替えます。
# cd /usr/lib/locale/locale-name |
上の例では、locale-name はシステムの Solaris 9 4/03 Unicode ロケール名または UTF-8 ロケール名です。
ロケールレイアウトエンジンのカテゴリ名を変更します。
# mv LO_LTYPE LO_LTYPE- |
パッチを適用する場合は、ロケールレイアウトエンジンのカテゴリ名を元の名前 (LO_LTYPE) に戻してから、ロケールレイアウトエンジンにパッチを適用してください。
デスクトップから最後のエントリを削除した後に、PDA デバイスに対して同期処理を実行すると、最後のエントリが PDA デバイスからデスクトップに復元されてしまいます。 たとえば、カレンダの最後のアポイントメントやアドレス帳の最後のアドレスが、削除した後に復元されてしまいます。
回避方法 : 同期処理を実行する前に、PDA デバイスから最後のエントリを手動で削除してください。
国際化 (複数バイト文字) 対応の PDA デバイスと Solaris CDE とで、日本語などの複数バイト文字のデータを交換すると、両方の環境において、交換した複数バイト文字データが壊れる可能性があります。
回避方法 : 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 のメールプログラムで、再度登録してください。
ATOK12 を使用して AWT の TextField または TextArea に入力する場合、候補ウィンドウで確定した文字が入力されないという問題があります。また、Swing を使用した Java のプログラムにおいてもプログラムによっては候補ウィンドウで確定した文字が入力されず、その後の入力文字がプレエディットテキスト上で二重に入力されるという問題があります。この問題は、たとえば AWT を使用した Solaris ユーザー登録ツール (solregis) で発生します。
なお、この問題はウィンドウフォーカスの切り替え方法が、Click-To-Mouse (デフォルト) の時には常に発生しますが、Follow-To-Mouse の時にはマウスカーソルが候補ウィンドウ上にある場合にのみ発生します。
次の Solaris 9 Update リリースにバンドルされる J2SE (1.4.1_02a の予定) でこの問題は修正される予定です。また、今後の Java のアンバンドルリリース (J2SE 1.4.1_03 の予定) でも修正される予定です。
回避方法 : 以下のいずれかの方法で問題を回避してください。
ウィンドウフォーカスの切り替えを Follow-To-Mouse に設定して (スタイル・マネージャの「ウィンドウ」のコントロールで「ポインタでウィンドウをアクティブに」を選択します)、問題を発生しづらくする。
Wnn6 を使用する (ワークスペース・メニューの日本語入力システム切替から切り替えます)。
ほかのウインドウで入力した文字をカット&ペーストする。
このバグが修正された J2SE リリース (1.4.1_03 以降の予定) をダウンロードして、/usr/j2se (1.4.1_02) と入れ替える。
可能なら、デフォルトの J2SE 1.4.1_02 ではなく、JDK1.2 (/usr/java1.2) を使用する。たとえば、以下の方法で solregis を JDK1.2 を使用して起動することができます。
% env JRE_HOME=/usr/java1.2 /usr/dt/bin/solregis |
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 9 9/02 または Solaris 9 12/02 リリースを Solaris 9 4/03 オペレーティング環境にアップグレードして、その後、新しくユーザーアカウントを作成すると、そのアカウントにホームディレクトリが作成されません。
ユーザーアカウントを作成するのに smuser コマンド行インタフェース (CLI) を使用すると、CLI の実行の完了とともに端末ウィンドウに "null" エラーが表示されます。
Solaris 管理コンソール (Solaris Management Console) のグラフィカルユーザーインタフェース (GUI) を使用してユーザーアカウントを作成した場合は、エラーは何も表示されません。
回避方法: Solaris 9 4/03 オペレーティング環境にアップグレードした後で、次の手順に従って jar ファイルを登録します。
システムをこのリリースにアップグレードした後で追加したユーザーアカウントをすべて削除、または再作成する必要があります。
ユーザーアカウントを削除するのは、jar ファイルを登録する前でも後でも構いません。ただし、新しいユーザーアカウントを作成する前に、この回避方法を完了する必要があります。
スーパーユーザーになります。
jar ファイルを登録します。
# /usr/sadm/bin/smcregister library -n VUserMgrLib.jar \ /usr/sadm/lib/usermgr/VUserMgrLib.jar \ /usr/sadm/lib/usermgr/VUserMgrLib_classlist.txt ALL |
WBEM サーバーを停止します。
# /etc/init.d/init.wbem stop |
WBEM サーバーを再起動します。
# /etc/init.d/init.wbem start |
この回避方法を完了した後、新しくユーザーアカウントを追加すると、一般的には /export/home/username というホームディレクトリが正しく作成されます。
詳細は、smuser(1M) のマニュアルページを参照してください。
DNS サーバーとして機能するシステム上のユーザーアカウントまたはグループツールで 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 4/03 (x86 版) オペレーティング環境がインストールされた、Service パーティションを保持する Sun LX50 のブート時に発生します。F4 ファンクションキーを押すことで Service パーティションのブートを選択できますが、F4 を押すと画面が空白になり、Service パーティションのブートに失敗します。
回避方法: BIOS ブート画面の表示時に、F4 キーを押さないでください。タイムアウト後に「Current Disk Partition Information」画面が表示されます。type=DIAGNOSTIC に対応する「Part#」列の番号を選択して、Return キーを押します。Service パーティションがブートします。
UltraSPARC II ベースのシステム上で動作する Solaris 9 4/03 オペレーティング環境では、 いくつかの訂正不可能なメモリーエラーメッセージを伴う CP イベントメッセージが、常に作成されるわけではありません。このようなシステムの例には、Sun EnterpriseTM 10000、Sun EnterpriseTM 6500/6000/5500/5000/ 4500/4000/3500/3000 があります。つまり、障害のあった CPU を識別するのに必要な情報が常に得られるわけではありません。
回避方法 : この問題に関する最新の情報については、SunSolve の 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 ソフトウェアを開発する場合、全面的にサポートされるのは、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 ツールでは、/(root)、/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 |
Common Information Model (CIM) オブジェクトのメモリー容量が十分にない場合、エントリを追加することができません。CIM オブジェクトマネージャ (Object Manager) のリポジトリをリセットする必要があります。
回避方法 : 次のようにして 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 インストールガイド』を参照してください。
次の場合に、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 4/03 オペレーティング環境において、ロックされたアカウントは期限切れのアカウントまたは存在しないアカウントと同様に処理されます。したがって、ロックされたアカウントに対して、cron、at、および batch ユーティリティでジョブをスケジュールすることはできません。
回避方法 : ロックされたアカウントが cron、at、または batch ジョブを受け付けるようにするには、ロックされたアカウントのパスワードフィールド (*LK*) を NP (パスワードなしの意味) という文字列に置き換えます。
Solaris 9 4/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 パッケージをもう一度インストールし、そのあとで他のドキュメントパッケージを削除してください。
Solaris 9 4/03 オペレーティング環境とそれ以外の UNIX ベースのシステムにおいて、次のヨーロッパロケールでは、Solaris 9 4/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 4/03 オペレーティング環境とそれ以外の UNIX ベースのシステムでは、環境変数 LC_ALL を C に設定する。たとえば、C シェルでは、次のコマンドを端末ウィンドウに入力する。
% env LC_ALL=C acroread |
Adobe Acrobat Reader 5.0 またはそれ以降のバージョンにアップグレードする。
次の場合、いくつかの Solaris 9 4/03 文書コレクションが予期せずシステムから削除されます。
Solaris 9 4/03 DOCUMENTATION CD の 1 of 2 と 2 of 2 を両方ともシステムにインストールした。
1 の後、prodreg ユーティリティまたは Solaris 9 4/03 DOCUMENTATION CD のインストールプログラムを使用して、あるドキュメントパッケージを削除した。
Solaris 9 4/03 DOCUMENTATION CD の 1 of 2 と 2 of 2 には共通のコレクションが 3 つあります。このようなコレクションが含まれるパッケージを Solaris 9 4/03 DOCUMENTATION CD の 1 of 2 または 2 of 2 のどちらかのインストールから削除すると、このパッケージはシステムから削除されます。
次の表に、予期せず削除されることがあるパッケージの一覧を示します。
表 3–1 両方の Solaris 9 4/03 DOCUMENTATION CD に含まれる Solaris 9 4/03 ドキュメントパッケージ
HTML パッケージ名 |
PDF パッケージ名 |
コレクション名 |
---|---|---|
SUNWaadm |
SUNWpaadm |
Solaris 9 4/03 System Administrator Collection |
SUNWdev |
SUNWpdev |
Solaris 9 4/03 Software Developer Collection |
SUNWids |
SUNWpids |
iPlanet Directory Server 5.1 Collection (Solaris Edition) |
回避方法: 次のいずれかを実行してください。
アンインストールプロセスによって上記ドキュメントパッケージが予期せず削除されたが、これらのパッケージをシステムに置いておきたい場合、これらのパッケージを Solaris 9 4/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 # setenv LC_COLLATE es_ES.IS08859-1 |
上記のように 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 4/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 4/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 が有効でない場合、パスワードはキャッシュされないため再起動に失敗します。restart コマンドは、非 SSL モードから SSL 対応モードへの移行をサポートしません。
この問題は、サーバーの初回再起動時にのみ発生します。以降の再起動は正常に実行されます。
回避方法: 次のいずれかの回避方法を実行してください。
この問題に遭遇したら、「起動」ボタンをクリックします。
この問題を避けるには、「再起動」ボタンをクリックする代わりに次の手順を実行します。
「停止」ボタンをクリックします。
「起動」ボタンをクリックします。
アプリケーションが多数の Enterprise JavaBeansTM コンポーネントを保持する場合、アプリケーションの動的再ロード時にサーバーがクラッシュする場合があります。動的再ロード機能は、アプリケーションの小規模な変更をすばやくテストするために開発環境で使用します。クラッシュは、利用可能な限度を超えてファイル記述子を使用しようとした場合に発生します。
回避方法: 次の手順を実行します。
/etc/system ファイルに次の形式の行を追加して、ファイル記述子の制限値を増やします。
set rlim_fd_max=8192
set rlim_fd_cur=2048
アプリケーションのサイズに応じて、値を大きくすることも小さくすることも可能です。
システムをリブートします。
システムのデフォルトエンコーディングが UTF-8 ではない場合、アプリケーションサーバーの出力で複数バイト文字が正しく表示されません。
回避方法: ブラウザで server.log ファイルを開きます。
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 4/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」に変更しても、IPv6 用の IP アドレスを選択するまで IPv4 の機能は無効になりません。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 属性に追加してください。
管理サーバーが root により所有され、サーバーインスタンスが root 以外のユーザーにより所有される場合、アプリケーションの動的再ロードおよび呼び出し時にアクセス権の問題が発生します。
回避方法: モジュールまたはアプリケーションを配置および再配置した後で (事前コンパイルオプションの有無に関係なく)、以下のディレクトリの所有者を root から root 以外のユーザーに変更します。このユーザーは、インスタンス所有者と同じユーザーにしてください。
ディレクトリ所有権の変更は、次のリストに示すアプリケーションの種類に基づいて、ディレクトリごとに再帰的に適用する必要があります。
domain-root/server-instance /applications/j2ee-apps/application-name
domain-root/server-instance /applications/j2ee-modules/module-name
domain-root/server-instance /generated/ejb/j2ee-apps/application-name
domain-root/server-instance /generated/jsp/j2ee-apps/application-name
domain-root/server-instance /generated/jsp/j2ee-modules/module-name
スーパーユーザーになります。
使用する状況に適合するディレクトリごとに、次のコマンドを入力します。
# chown -R non-root-instance-owner directory-name |
IPv6 アドレスに対する DNS 参照が失敗すると、RMI-IIOP (Remote Method Invocation-Internet Inter-ORB Protocol) クライアントが IPv6 アドレスに対して動作しません。
回避方法: IPv6 アドレスを参照するには、DNS (Domain Name Service) を配置サイトで設定する必要があります。
ユーザーが「表示するエントリタイプ」フィールドに複数バイト文字を入力してイベントログを検索すると、検索結果は「表示するエントリタイプ」フィールド内の値が文字化けして表示されます。この問題は、メッセージフォーマットが UTF-16 から UTF-8 に変換されたことが原因です。
回避方法: ありません。
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 で実行する必要があります。ただし、一般的には、root ユーザーによるインスタンスの初回起動後に、指定されたユーザーでインスタンスが実行されるように、インスタンスの構成内で run as user (実行するユーザー) を設定します。
回避方法: 環境に応じて、次のいずれかを実行します。
すべてのアプリケーションサーバーインスタンスおよび管理サーバーインスタンスを 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 管理者ガイド』を参照してください。
インストール時、識別名を入力するときには UTF-8 文字セットエンコーディングを使用します。ほかのエンコーディングはサポートされていません。インストール操作では、データはローカル文字セットエンコーディングから UTF-8 文字セットエンコーディングに変換されません。データをインポートするために使用される LDIF ファイルも 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 属性は操作属性です。明示的に要求しない限り、検索結果は返されません。
現在、広域ネットワーク上のマルチマスターレプリケーションはサポートされません。
SunTM ONE Directory Server 5.1 は 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 インデックスは正しく機能しません。
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 ネーミングサービスを使用する場合、自動マウントパス名は大文字と小文字の区別に関わらず一意である必要があります。
回避方法: ありません。
エクスポート、バックアップ、復元、または索引の作成中にサーバーを停止すると、そのサーバーがクラッシュします。
回避方法: 上記操作中にはサーバーを停止しないでください。
ユーザーが証明書ベースの認証による SSL (Secure Socket Layer) レプリケーションを構成しようとするとき、次のいずれかの場合、レプリケーションは機能しません。
サプライヤの証明書が自己署名である場合
サプライヤの証明書が SSL ハンドシェイク時にクライアントのロールを果たせず、 SSL サーバー証明書としてのロールしか果たせない場合
回避方法: ありません。
いくつかのフリーウェアのソフトウェアが Solaris SOFTWARE CD にバンドルされていますが、多くのものは国際化および各国語対応されていません。