FC-NVMeを搭載したLinux OSのDell PowerMaxアレイに関する既知の制限事項に関する主な記事

概要: FC-NVMeを搭載したLinux OSのDell PowerMaxアレイに関する既知の制限事項に関する主要な記事。

この記事は次に適用されます： この記事は次には適用されません： この記事は、特定の製品に関連付けられていません。 すべての製品パージョンがこの記事に記載されているわけではありません。
他のリソースを確認する

現象

DellがサポートするLinux OSリリースとDellストレージ製品PowerMaxの問題と制限事項をお客様、フィールド サービス、サポート コミュニティーに警告するには、次の手順を実行します。
  1. RHEL7.6およびSLES 12 SP4デバイス マッパーMPIO構成のデフォルトのNVMeデバイス スタンザには、PowerMax NVMeをサポートするためのスタンザが含まれていません。解決策#1によって修正されました。
            Red Hat Bugzilla 1661156 https://bugzilla.redhat.com/show_bug.cgi?id=1661156 を参照してください
  1. SLES 15は、デフォルトでネイティブNVMeマルチパスを使用しています。デフォルトのIOポリシーのnumaは、基本フェールオーバー モードのみをサポートし、1つのパスでのみIOを許可し、PowerMaxの機能を十分に活用できません。解決策#2を参照してください。
            SUSE Bugzilla 1128423 https://bugzilla.suse.com/show_bug.cgi?id=1128423 を参照してください。
  1. ISLトランクの1つのリンクを解除すると、IOタイムアウトが原因でNVMeアソシエーションが再確立されます。デバイス マッパーを使用したRHEL7.6 MPIOは、NVMeアソシエーションの再確立中にIOに失敗します。一時的な回避策については、「解決策#3」を参照してください。
            Red Hat Bugzilla 1719564 https://bugzilla.redhat.com/show_bug.cgi?id=を参照してください1719564
  1. ストレージ デバイス フェンシングは、RHEL7.6のNVMeデバイスでは使用できません。解決策#4を参照してください。
            Red Hat Bugzilla 1519009 https://bugzilla.redhat.com/show_bug.cgi?id=1519009 を参照してください
  1. SLES 15のNVMeネイティブ マルチパスでは、オンライン デバイスの拡張はサポートされていません。
            SUSE Bugzilla 1120876 https://bugzilla.suse.com/show_bug.cgi?id=1120876 を参照してください。
  1. 「nvme list-subsys」を実行すると、RHEL7.6でNMVeサブシステムが表示されません。
            Red Hat Bugzilla 1679493 https://bugzilla.redhat.com/show_bug.cgi?id=1679493 を参照してください
  1. ストレージ エリア ネットワーク(SAN)NVMe/FCからの起動は、現時点ではサポートされていません。 
  2. GFS2 が RHEL 8 クラスターで動作していません。
            Red Hat Bugzilla 1717328 https://bugzilla.redhat.com/show_bug.cgi?id=1717328

9を参照してください。  RHEL 7.7でMarvell (QLogic) HBAを使用している場合、nvme_cmdエラーが/var/log/messagesに表示されます。
            これらのメッセージによる影響はなく、無視してかまいません。
            これらを抑制する方法は検討中です。

     10.現在、1つのホストに対して256個を超えるLUNがサポートされています。 
           パスの問題が発生した場合、NVMeアソシエーションを再接続する機能は信頼できませんでした。
           Dell EMC OPT 565161を参照してください。

      11.FC-NVMeを介してプロビジョニングされたストレージ ボリュームを使用したオンライン デバイス拡張はサポートされていません - Dell PowerPathソフトウェア。

      12.QLogic HBAで頻繁なスイッチ ポート フラップが発生すると、RHEL8.xでNVMeアソシエーションが失われ、再起動しないと元に戻らない可能性があります。これはRHEL8.3で修正される予定です
Red Hat Bugzilla 1827094https://bugzilla.redhat.com/show_bug.cgi?id=1827094 を参照してください 

原因

詳細については、上記の「現象」セクションを参照してください。

解決方法

 
  1. PowerMax NVMeデバイス スタンザを /etc/multipath.confに追加する必要があります。
device {
vendor "NVME"
product "^EMC PowerMax_"
uid_attribute "ID_WWN"
path_grouping_policy multibus
}
  1. 次のコマンドを手動で実行して、IOポリシーをNUMAからラウンドロビンに変更します。  注：この設定は、ホストの再起動間で一貫していません。システム起動サービスに追加することをお勧めします。
Linux1:~ # ls /sys/class/nvme-subsystem
nvme-subsys0
linux1:~ # cat /sys/class/nvme-subsystem/nvme-subsys0/iopolicy
numa
linux1:~ # echo round-robin > /sys/class/nvme-subsystem/nvme-subsys0/iopolicy
linux1:~ # cat /sys/class/nvme-subsystem/nvme-subsys0/iopolicy
round-robin
  1. /etc/multipath.confのPowerMax NVMeデバイス スタンザにno_path_retry 6を追加して、MPIOが30秒間、またはすべてのNVMeパスが戻るまでIOをキューに入れます。  
device {
vendor "NVME"
product "^EMC PowerMax_"
uid_attribute "ID_WWN"
path_grouping_policy multibus
no_path_retry 6
}
 
  1. Red Hat HA が提供する他のフェンシング方法を使用します。
  2. その他の問題については、正式な修正や現在の回避策はありません。

対象製品

PowerMax, Red Hat Enterprise Linux Version 7, Red Hat Enterprise Linux Version 8
文書のプロパティ
文書番号: 000067391
文書の種類: Solution
最終更新: 26 1月 2026
バージョン:  4
質問に対する他のDellユーザーからの回答を見つける
サポート サービス
お使いのデバイスがサポート サービスの対象かどうかを確認してください。