Solaris 10 リリースのハードウェア関連の注意事項とバグ情報について説明します。
ZFS では、大規模なメモリー構成を備えたシステムのすべてのシステムボードにわたって、カーネルメモリーを割り当てることができます。メモリーを動的に再構成するには、動的に再構成するボードのメモリーを未使用のボードにコピーできるように、未使用のシステムボードが 1 つ必要です。ZFS が稼働している大規模なメモリー構成のシステムでは、メモリーを動的に再構成することはできません。SunFireTM ハイエンドサーバーでは、この問題を回避するためにカーネルページを再配置できます。これらのサーバーでは、32 を超えるコアを持つドメインに対してカーネルページ再配置 (KPR) が有効になっている必要があります。エラーメッセージは表示されません。
回避方法: /etc/system ファイルで zfs_arc_max パラメータを設定して、ZFS で割り当て可能なカーネルメモリーの量を減らします。次の例では、最大サイズが 512M バイトに設定されます。
set zfs_arc_max = 0x20000000 |
mpathadm show logical-unit サブコマンドでは、Current Load Balance プロパティーに対するグローバルな負荷分散設定値が表示されます。ただし、特定の製品の負荷分散タイプを変更する csi_vhci.conf 内のエントリは、その設定が有効になっている場合でも、mpathadm の出力に反映されません。
登録ツールのバックグラウンドプロセスが実行されたままになっていると、Elite3D および Creator3D フレームバッファーは電源管理を停止します。この障害が発生すると、システムが電源管理状態のときに節約される電力量が少なくなります。条件によっては、sys-suspend がハングアップすることもあります。エラーメッセージは表示されません。システムの保存停止処理または復元再開処理中に、そのシステムがハングアップすることがあります。
回避方法:
ログインしてから約 60 秒後に、毎回次のコマンドを実行してください。
# pkill -f basicreg.jar # pkill -f swupna.jar |
Solaris 10 OS には、新しい暗号化フレームワークが用意されていますが、バージョン 1.0 および 1.1 の Sun Crypto Accelerator 4000 ボードのソフトウェアとファームウェアはこのフレームワークを利用しません。したがって、これらのバージョンは Solaris 10 OS ではサポートされていません。
2.0 リリースでは新しいフレームワークを使用します。Solaris 10 OS の使用を予定している現在の Sun Crypto Accelerator 4000 ユーザーは、このリリースを無償アップグレードで利用できます。Sun Crypto Accelerator 4000 は輸出が規制されている製品であるため、Sun エンタープライズサービスまたは最寄りの販売ルートを通じて無償アップグレードを受ける必要があります。詳細は、Sun の製品サイトにある Sun Crypto Accelerator 4000 Web ページを参照してください。
一部の USB 2.0 コントローラは EHCI ドライバとの互換性がないため、サポートされていません。次のメッセージが表示されます。
Due to recently discovered incompatibilities with this USB controller, USB2.x transfer support has been disabled. This device will continue to function as a USB1.x controller. If you are interested in enabling USB2.x support please refer to the ehci(7D) man page. Please refer to www.sun.com/io for Solaris Ready products and to www.sun.com/bigadmin/hcl for additional compatible USB products. |
USB デバイスに関する最新情報については、http://www.sun.com/io_technologies/USB-Faq.html を参照してください。
この Solaris リリースでは、USB 1.1 と USB 2.0 の両方のデバイスをサポートします。次の表は、特定の構成で動作する USB デバイスをまとめたものです。接続の種類は、コンピュータに直接接続しても、USB ハブ経由で接続してもかまいません。USB 1.1 のデバイスとハブは低速または全速であることに注意してください。USB 2.0 のデバイスとハブは高速です。ポートと動作速度の詳細については、『Solaris のシステム管理 (デバイスとファイルシステム)』を参照してください。
表 2–1 USB デバイスと構成
USB デバイス |
接続の種類 |
---|---|
USB 2.0 ストレージデバイス |
直接、USB 1.1 ハブ、USB 2.0 ハブ |
USB 1.1 デバイス (オーディオデバイスを除く) |
直接、USB 1.1 ハブ、USB 2.0 ハブ |
USB 1.1 オーディオデバイス |
直接、USB 1.1 ハブ |
USB 2.0 オーディオデバイス |
サポートされません |
次のリストは、このリリースの Solaris 10 (x86 版) における特定のドライバとインタフェースの制限事項を示しています。
この機能は、すべてのデバイスタイプでオフになっています。detach() 関数の DDI_SUSPEND コードでは、DDI_FAILURE を返すようにしてください。
この機能は、USB デバイスでは利用できません。電源管理コンポーネントを作成しないでください。電源管理コンポーネントが作成されるときにだけ pm_raise_power() と pm_lower_power() が呼び出されるようにドライバを作成します。
リムーバブルメディアなどの対話型デバイスの電源管理は、モニターおよびモニターを制御しているグラフィックスカードの電源管理と連動しています。画面が有効になっているときは、CD-ROM ドライブやフロッピーディスクなどのデバイスは全電力モードとなります。モニターのないシステムでは、これらのデバイスは低電力モードに切り替わることがあります。CD またはフロッピーディスクの電力を元に戻すには、volcheck と入力して、各リムーバブルデバイスから最新の状態を取得します。
代替手段として、Dtpower GUI を使用して、使用しているシステムの電源管理を使用不可にすることができます。電源管理を無効にすることにより、これらのデバイスは常に通常の電力モードになります。
デフォルトでは、kdmconfig プログラムはシステムに接続されているキーボードタイプとして、一般的な US 英語 (104 キー) を指定します。システムのキーボードが US 英語キーボードでない場合は、インストール時にそのキーボードタイプを手動で指定する必要があります。指定しない場合、システムの実際のキーボードタイプと矛盾しているデフォルトのキーボード仕様でインストールが続行されます。
回避方法 1: システムのキーボードが US 英語キーボードでない場合は、インストール時に次の手順を実行してください。
「Proposed Window System Configuration For Installation」が表示されたら、Esc キーを押します。
キーボードタイプを含む「Proposed Window System Configuration For Installation」の情報は 30 秒間しか表示されません。構成の設定を変更する場合は、30 秒以内に Esc キーを押す必要があります。そうしないと、表示された設定でインストールが続行されます。
キーボードタイプをシステムのキーボードに対応するタイプに変更します。
Enter キーを押して変更を受け入れ、インストールを続行します。
回避方法 2: すでに Solaris 10 OS が動作しているシステムのキーボードタイプを変更する場合は、kdmconfig プログラムを使用します。システムで実行している X サーバーの種類に応じて、次のいずれかを実行してください。
Xsun サーバーを実行している場合は、次の手順を実行します。
kdmconfig を実行します。
「Change Keyboard」オプションを使用して、キーボードタイプを変更します。
構成を保存します。
デフォルトの Xorg サーバーを実行している場合は、次の手順を実行します。
kdmconfig を実行します。
Xsun サーバーを選択します。
「Change Keyboard」オプションを使用して、キーボードタイプを変更します。
構成を保存します。
kdmconfig をもう一度実行して Xorg サーバーに切り替えます。
次のホストバスアダプタ (HBA) がテープデバイスに接続されるときに、その HBA 用の jfca ドライバによってシステムパニックまたは入出力エラーが発生することがあります。
SG-PCI1FC-JF2
SG-PCI2FC-JF2
特定の操作が実行されているときに、これらの HBA 用の jfca ドライバは競合状態に陥りやすいため、エラーが発生します。特定の操作は、次のとおりです。
リンクのリセット
ループのリセット
スイッチのリセット
繰り返されるリンク障害
次の例のようなエラーメッセージが表示されることがあります。
入出力エラーメッセージ
jfca: [ID 277337 kern.info] jfca4: Sequencer-detected error. Recover immediately. last message repeated 18376 times jfca: [ID 716917 kern.notice] jfca4: ExgWarning: SendVerify(1): SHOULD ABORT THE ORIG I/O PKG=30007520bd8! scsi: [ID 107833 kern.warning] WARNING: /pci@1e,600000/SUNW,jfca@3,1/fp@0,0/st@w2100001086108 628,1 (st3): SCSI transport failed: reason 'timeout': giving up |
システムパニックメッセージ
panic[cpu1]/thread=2a100497cc0: BAD TRAP: type=31 rp=2a1004978d0 addr=a8 mmu_fsr=0 occurred in module "jfca" due to a NULL pointer dereference |
回避方法: テープデバイスを SG-PCI1FC-JF2 または SG-PCI2FC-JF2 の HBA に接続しないでください。
Quad FastEthernet (QFE) カードが次のアダプタのいずれかと同一バスを共有する場合、バスの競合が発生します。
Sun GigaSwift アダプタ
Sun Dual Gigabit Ethernet + Dual SCSI/P アダプタ
Sun Quad GigaSwift Ethernet アダプタ
これらのアダプタによって使用される ce ドライバの infinite-burst パラメータは、デフォルトで有効になっています。このため、同一バスを共有する QFE ポートに利用できるバス時間はほとんどないか、まったくありません。
回避方法: QFE カードをリスト内のネットワークアダプタと同じバス上に配置しないでください。
hat_getkpfnum() DDI 関数は旧式とされています。開発者は、hat_getkpfnum() DDI インタフェースを使用しないようにデバイスドライバを更新する必要があります。ドライバが hat_getkpfnum() を使用していると、次のような警告メッセージが表示されます。
WARNING: Module mydrv is using the obsolete hat_getkpfnum(9F) interface in a way that will not be supported in a future release of Solaris. Please contact the vendor that supplied the module for assistance, or consult the Writing Device Drivers guide, available from http://www.sun.com for migration advice. --- Callstack of bad caller: hat_getkpfnum_badcall+93 hat_getkpfnum+6e mydrv_setup_tx_ring+2d mydrv_do_attach+84 mydrv_attach+242 devi_attach+6f attach_node+62 i_ndi_config_node+82 i_ddi_attachchild+4a devi_attach_node+4b devi_attach_children+57 config_immediate_children+6e devi_config_common+77 mt_config_thread+8b |
ドライバが hat_getkpfnum() を使用しているかどうかを確認するには、ドライバのソースコードを参照するか、nm() を使用してドライバのシンボルを調べます。たとえば、ドライバ mydrv を調べる場合は、次の構文を入力します。
% nm /usr/kernel/drv/mydrv | grep hat_getkpfnum |
ドライバが hat_getkpfnum() を使用しないように移行する方法については、『Writing Device Drivers』の付録 B「Summary of Solaris DDI/DKI Services」を参照してください。
Solaris OS (x86 版) では、コマンドによって開始されるソフトシステムシャットダウンをサポートしていません。シャットダウンのコマンドは、電源ボタンを押して電源をオフにする操作をシミュレートしたものです。x86 ベースのシステムでは、Solaris OS の動作中にこのコマンドを実行すると、オペレーティングシステムが正しくシャットダウンされずに即座に電源がオフになります。シャットダウンプロセスが正しく行われないと、ファイルシステムが破壊されることがあります。
回避方法: 電源をオフにする前に、まずオペレーティングシステムをシャットダウンしてください。次の手順を実行します。
スーパーユーザーになります。
init、halt、shutdown など、Solaris OS を正しくシャットダウンするコマンドのいずれかを実行します。次に例を示します。
# shutdown |
オペレーティングシステムが完全にシャットダウンされたら、次のいずれかの方法で電源をオフにします。
システムがソフトシャットダウンをサポートしている場合は、コマンドを実行して電源をオフにします。
システムがソフトシャットダウンをサポートしていない場合は、電源スイッチを使用して手動で電源をオフにします。
オペレーティングシステムをシャットダウンするコマンドの詳細については、init(1M)、halt(1M)、shutdown(1M) の各マニュアルページを参照してください。システムの電源をオフにする方法については、システムのマニュアルを参照してください。
SunSwiftTM PCI Ethernet/SCSI ホストアダプタ (X1032A) カードの SCSI 部分のデフォルトタイムアウトは、Sun の SCSI DVD-ROM ドライブ (X6168A) のタイムアウト条件を満たしていません。一部のメディアでは、DVD-ROM で頻繁にタイムアウトエラーが発生します。例外は、OpenBoot PROM によって SCSI タイムアウト値を上書きする Sun Fire 6800、4810、4800、および 3800 システムのみです。
回避方法: ほかのプラットフォームでは、システムボード上の SCSI インタフェースまたは DVD-ROM 互換 SCSI アダプタを使用してください。次に例を示します。
X1018A (SBus: F501-2739-xx)
X6540A (PCI: F375-0005-xx)