- 6.1.1 コンピュート・ノードのブート順序がLSI Biosバッテリ・エラーによって中断されました
- 6.1.2 Oracle Linuxプロンプトからの再起動が管理ノードからハングの原因になり得る
- 6.1.3 NM2-36P Sun Datacenter InfiniBand拡張スイッチ・ファームウェアのアップグレード2.2.9-3には2段階の手順が必要です
- 6.1.4 Oracle ZFS Storage Applianceファームウェアのアップグレード8.7.20には2段階の手順が必要です
- 6.1.5 スタンバイ内の残りのLUNへのiSCSI接続リードの割込み
- 6.1.6 ファイバ・チャネルHBAは最大256 LUNパスを検出
- 6.1.7 ファイバ・チャネルLUNパスの検出は、他のOracle VM操作によって中断されます
- 6.1.8 ファイバ・チャネルLUNの構成中のOracle VMパフォーマンス悪化
- 6.1.9 ILOMファームウェアでSSHループバックを許可しない
- 6.1.10 incorrect opcodeコンソール・ログ内のメッセージ
- 6.1.11 Megaraidファームウェア・クラッシュ・ダンプは使用できません
- 6.1.12 ネットワーク再起動後の北-南トラフィック接続障害
- 6.1.13 一部のサービスではハードウェア管理パックのアップグレードが必要
この項では、ハードウェアに関連する制限および回避策について説明します。
コンピュート・ノードの電源を長時間切れた場合(1週間またはそれ以上)、ユーザーがキーを押して続行するまで待機して、バッテリ・エラーが原因でLSI BIOSが停止する可能性があります。
回避方法: 約10分間待機して、ブート中にコンピュート・ノードがスタックしていることを確認します。 Oracle Private Cloud Applianceダッシュボードの再プロビジョニング・ボタンを使用してサーバーを再起動し、プロビジョニング・プロセスを再起動します。
バグ16985965
再起動コマンドが管理ノードのOracle Linuxコマンドラインから発行されると、起動中にオペレーティング・システムがハングする可能性があります。 リカバリでは、サーバーILOMを使用して手動で操作する必要があります。
回避方法: 再起動中に管理ノードがハングした場合、ILOMにログインし、これらの2つのコマンドを連続して実行します: stop -f /SYSおよびstart /SYS。 管理ノードは正常に再起動する必要があります。
バグ28871758
最新のInfiniBandスイッチは、新しいファームウェア・バージョンを必要とする電源装置を使用します。 一部のファームウェア・バージョンでILOMシェルがハングする可能性があるため、Oracle PCAでは、ファームウェア・バージョン2.2.9-3をインストールする必要があります。 このバージョンでは、ILOMの問題は、パラメータpolling_retry_numberを値5に設定することで対処されています。
2.3.4のリリース前に出荷されたOracle PCAラックには、すべて、ファームウェア・バージョン2.1.8-1以上のInfiniBandスイッチが含まれています。 ファームウェアは署名なしパッケージから署名付きパッケージに変更されたため、バージョン2.2.9-3への直接アップグレード・パスはありません。 そのため、署名なし2.2.7-2への中間アップグレードが必要です。
回避方法: NM2-36P Sun Datacenter InfiniBand拡張スイッチのファームウェアを2回アップグレードします: 最初にバージョン2.2.7-2へ、次にバージョン2.2.9-3へ。 必要なファームウェアのバージョンが両方とも、Oracle PCAリリース2.3.4コントローラ・ソフトウェアの一部として提供されます。 アップグレード手順については、『Oracle Private Cloud Appliance管理者ガイド』の項「NM2-36P Sun Datacenter InfiniBand拡張スイッチ・ファームウェアのアップグレード」を参照してください。
ファームウェアのバージョンの2.2.7-2は、2.2.7-1パッケージの一部として提供されます。 手順は、2.2.7-1ディレクトリ内のreadmeファイルに含まれています。
Oracle Bug#27724015およびOracle Bug#27275899
リリース2.3.4より前に出荷されたOracle PCAラックでは、ZFS Storage Applianceのコントローラに、旧バージョンのオペレーティング・ソフトウェア(AK-NAS)がすべてインストールされていました。 新しいバージョンは、Oracle PCAリリース2.3.4での使用に対して適格ですが、直接アップグレードすることはできません。 8.7.14のバージョンへの中間アップグレードが必要です。
回避方法: ストレージ・ヘッドのファームウェアを2回アップグレードする: 1番目は8.7.14をバージョン作成し、次に8.7.20をバージョンします。 必要なファームウェアのバージョンが両方とも、Oracle PCAリリース2.3.4コントローラ・ソフトウェアの一部として提供されます。 アップグレード手順については、『Oracle Private Cloud Appliance管理者ガイド』の「Oracle ZFS Storage Applianceでのオペレーティング・ソフトウェアのアップグレード」の項を参照してください。
バグ28913616
コンピュート・ノードとそのLUN間のネットワーク接続が中断されると、1つ以上のコンピュート・ノードが「スタンバイ」状態であるように1つ以上のiSCSI LUNをマークすることが発生する場合があります。 VMの再起動やコンピュート・ノードの再起動など、システムは停止時間を必要としない操作によってこの状態から自動的にリカバリすることはできません。 スタンバイLUNは、LinuxカーネルおよびZFS Storage ApplianceがLUNパスのフェイルオーバーを処理するために使用する特定のメソッドによって発生します。
回避方法: この問題は、ZFS Storage Applianceファームウェア・バージョンAK 8.7.6で解決されました。 欠落しているLUNパスおよびスタンバイLUNの問題に対処した顧客は、Oracle Private Cloud Applianceをアップグレードする前に、ZFS Storage ApplianceファームウェアをバージョンAK 8.7.6または以降に更新する必要があります。
バグ24522087
Oracle Server X8-2コンピュート・ノードでオプションのBroadcom/Emulexファイバ・チャネル拡張カードを使用する際に、FC構成ではコンピュート・ノードとFCストレージ・ハードウェアの間の256個を超えるLUNパスが生じ、256個しか検出されない可能性があります。 これは通常、Emulex HBAのドライバ・パラメータが原因です。
回避方法: 影響を受ける各コンピュート・ノードで次のステップを実行して、Emulex lpcfドライバ設定を更新します。
Emulexカードを含むコンピュート・ノードで、ファイル
/etc/default/grubを変更します。GRUB_CMDLINE_LINUXパラメータの最後に、表示されているscsi_modおよびlpfcモジュール・オプションを追加します。GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=vg/lvroot rd.lvm.lv=vg/lvswap \ rd.lvm.lv=vg/lvusr rhgb quiet numa=off transparent_hugepage=never \
scsi_mod.max_luns=4096scsi_mod.max_report_luns=4096lpfc.lpfc_max_luns=4096"grub構成を新しいパラメータで再構築します。
# grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
コンピュート・ノードを再起動します。
バグ30461433
ファイバ・チャネル・ストレージの設定時に、FCスイッチ上のゾーンが作成されると、接続されているコンピュート・ノードがLUNに表示されます。 検出操作は自動的に開始され、検出されたすべてのLUNがコンピュート・ノードのマルチパス構成に追加されます。 ストレージ構成に多数のLUNが含まれている場合は、マルチパス構成の完了に時間がかかることがあります。 マルチパス構成が終了していないかぎり、システムの負荷が大きく、同時Oracle VM操作では一部のFC LUNパスがマルチパスに追加されない場合があります。
回避方法: FC LUNの検出中にOracle VM操作を行わないようにすることをお薦めします。 特に、コンピュート・ノード・プロビジョニングおよびテナント・グループ構成に関連するすべての操作は、ストレージ・レイヤーのリフレッシュを含んでいるため、中断されます。 LUNがコンピュート・ノードに表示されると、ほぼ即時に検出されます。 一方、マルチパス構成のステージは時間がかかり、リソースを集中的に使用します。
lsscsiコマンドを使用して、検出されるLUNパスの数を確認します。 コマンド出力は、LUNパスの数とシステム・ディスクの数に等しくなります。 次に、すべてのパスがマルチパスに追加されたことを確認します。 multipath -llコマンドの出力がlsscsi command minus 1(システム・ディスク向け)の出力と同じになると、マルチパス構成は完了します。
# lsscsi | wc -l 251 # multipath -ll | grep "active ready running" | wc -l 250
マルチパス構成が完了すると、すべてのOracle VM操作を再開できます。
バグ30461555
ファイバ・チャネルLUNの検出は、時間がかかるリソース集中型の操作です。 その結果、Oracle VMジョブが完了するまでに異常に長い時間がかかります。 このため、FCストレージの構成を完了して、新しいOracle VM操作を開始する前に構成が安定していることを確認することをお薦めします。
回避方法: ファイバ・チャネル・ストレージの設定および構成変更は、他のOracle VM操作が不要なときにスケジュールします。 第6.1.7項、「ファイバ・チャネルのLUNパス検出は、他のOracle VM操作によって中断されます」で説明されているように、すべてのFC構成ジョブが完了していることを確認します。 FC構成が終了すると、すべてのOracle VM操作を再開できます。
バグ30461478
3.2.4より新しいOracle Integrated Lights Out Manager (ILOM)ファームウェア・リリースでは、サービス・プロセッサの構成に、allowed_servicesと呼ばれるフィールドが含まれ、インタフェースで許可されるサービスを制御します。 デフォルトでは、ループバック・インタフェースでSSHは許可されていません。 ただし、Oracle Enterprise Managerはこのメカニズムを使用してOracle Private Cloud Appliance管理ノードを登録します。 したがって、ILOMバージョンが3.2.4より新しい場合、SSHを手動で有効にする必要があります。
回避方法: 管理ノードでILOMバージョンが3.2.4より新しいものである場合は、ネットワーク構成のallowed_servicesフィールドにSSHが含まれていることを確認してください。 NETMGT EthernetポートからILOM CLIにログインし、次のコマンドを入力します。
-> cd /SP/network/interconnect -> set hostmanaged=false -> set allowed_services=fault-transport,ipmi,snmp,ssh -> set hostmanaged=true
バグ26953763
PCI IDを使用してmstflintコマンドをデバイス(-dフラグ)フォーマットで使用するインストール済パッケージは、すべてmst_ioctl 1177: incorrect opcode = 8008d10エラー・メッセージを生成します。 コンソール・ログに、次のようなメッセージが表示されます。
Sep 26 09:50:12 ovcacn10r1 kernel: [ 218.707917] MST:: : print_opcode 549: MST_PARAMS=8028d001 Sep 26 09:50:12 ovcacn10r1 kernel: [ 218.707919] MST:: : print_opcode 551: PCICONF_READ4=800cd101 Sep 26 09:50:12 ovcacn10r1 kernel: [ 218.707920] MST:: : print_opcode 552: PCICONF_WRITE4=400cd102
この問題の原因は、InfiniBand ConnectXデバイスに関連付けられているPCIメモリー・マッピングのエラーです。 メッセージを無視しても問題ありません。報告されたエラーはPCA機能に影響を与えません。
回避方法: mstflintの使用方法では、PCI IDではなくPCI構成インタフェースからデバイスにアクセスします。
[root@ovcamn06r1 ~]# mstflint -d /proc/bus/pci/13/00.0 q Image type: FS2 FW Version: 2.11.1280 Device ID: 4099 HW Access Key: Disabled Description: Node Port1 Port2 Sysimage GUIDs: 0010e0000159ed0c 0010e0000159ed0d 0010e0000159ed0e 0010e0000159ed0f MACs: 0010e059ed0d 0010e059ed0e VSD: PSID: ORC1090120019
バグ29623624
ILOMコンソールのログには、次のような多くのメッセージが含まれる可能性があります。
[ 1756.232496] megaraid_sas 0000:50:00.0: Firmware crash dump is not available [ 1763.578890] megaraid_sas 0000:50:00.0: Firmware crash dump is not available [ 2773.220852] megaraid_sas 0000:50:00.0: Firmware crash dump is not available
これらは通知であり、エラーや警告ではありません。 専用のコントローラ・ファームウェアのクラッシュ・ダンプ機能は、Oracle Private Cloud Applianceでは必要ないため、有効ではありません。
回避方法: この動作はバグではありません。 回避方法は必要ありません。
バグ30274703
この問題は、Cisco SwitchファームウェアをNX-OS I7(7)以降のバージョンにアップグレードしていない場合に発生することがあります。 「Oracle Private Cloud Appliance管理者ガイド」の「Ciscoスイッチ・ファームウェアのアップグレード」を参照してください
バグ29585636
Oracle Auto Service RequestやOracle Enterprise Manager Agentなど、Oracle Private Cloud Applianceで稼働している特定のセカンダリ・サービスは、Oracle Hardware Management Packの特定または最小バージョンに依存します。 設計上、コントローラ・ソフトウェアのアップグレードには、ISOイメージに含まれている新しいOracle Hardware Management PackまたはサーバーILOMバージョンのインストールは含まれません。 この場合、ハードウェア管理パックは機能低下状態のままで、サーバー上で実行されているILOMバージョンと完全に互換性がありません。
回避方法: Oracle Private Cloud Appliance Controllerソフトウェアのアップグレード時に、すべてのコンポーネント・ファームウェアがインストールされたController Softwareのリリースの認証バージョンと一致することを確認してください。 Oracle Hardware Management Packに依存するサービスを正しく動作させるには、関連するoracle-hmp*.rpmパッケージをコントローラ・ソフトウェアISOに配布されているバージョンにアップグレードしてください。
バグ30123062