PowerFlex：パーシステント メモリー(NVDIMM)に不良ブロックがあるかどうかを検出する方法（英語）」

この手順は、LinuxベースのOSにのみ適用されます。

注：ESXi上のVMwareベースの実装では、デバイスに障害があるかどうかを確認する機能が維持され、PowerFlexストレージVMからクエリーを実行することはできません。NVDIMMに障害が発生した場合、NVRAMデータストアはオフラインになり、ストレージVMの電源がオフになり、NVDIMMが交換されるまで起動できなくなります。

Linux OSで不良ブロックを検出する方法:

1.NVDIMMを搭載した各ホストで、シェルを使用して次のコマンドを実行します。
メモ: 推奨される頻度は1日1回です。

ndctl list --media-errors

障害が発生したDAXデバイスのコマンド出力の例。

出力の下の部分では、dax 1.0を含むnamespace 1.0に13個の不良ブロックがあり、置き換える必要があります。

[
  {
    "dev":"namespace1.0",
    "mode":"devdax",
    "map":"dev",
    "size":62914560,
    "uuid":"47072fee-1447-4e04-b4ca-f28e2c03af80",
    "chardev":"dax1.0",
    "align":4096,
    "badblock_count":13,
    "badblocks":

2.PowerFlexストレージ プールで使用されているDAXデバイスを、次の手順で関連づけます。

ある。クラスター内の各ストレージ プールに構成されているすべてのストレージ デバイスのリストを取得するには、まずログインする必要があります。

scli --login --username <NAME> --password <PASSWORD>

b. 各ストレージ プールを構成しているデバイスのリストを表示します。

for SNAME in $(scli --query_all_sds | grep ID: | awk '{print $5}'); do echo $SNAME ; scli --query_sds --sds_name $SNAME | grep -E "Path|Pool" ; done

クラスター内の各SDSに対して、次のような出力が表示されます。

SDS_Node1
Storage Pool information (total of 2 Storage Pools):
1: Storage Pool: default inflight requests factor: 115, inflight
bandwidth factor 115
2: Storage Pool: fg_1 inflight requests factor: 115, inflight bandwidth
factor 115
1: Name: N/A Path: /dev/sdv Original-path: /dev/sdv ID: ddfeb59d00030000
Storage Pool: default, Capacity: 1786 GB, State: Normal
2: Name: N/A Path: /dev/sdk Original-path: /dev/sdk ID: ddfedc3100030005
Storage Pool: fg_1, Capacity: 894 GB, State: Normal
3: Name: N/A Path: /dev/sdl Original-path: /dev/sdl ID: ddfedc3200030006
Storage Pool: fg_1, Capacity: 894 GB, State: Normal
4: Name: N/A Path: /dev/sdm Original-path: /dev/sdm ID: ddfedc3300030007
Storage Pool: fg_1, Capacity: 894 GB, State: Normal
5: Name: N/A Path: /dev/sdn Original-path: /dev/sdn ID: ddfedc3400030008
Storage Pool: fg_1, Capacity: 894 GB, State: Normal
6: Name: N/A Path: /dev/svm_sdo Original-path: /dev/svm_sdo ID: ddfedc3500030009
Storage Pool: fg_1, Capacity: 894 GB, State: Normal
7: Name: N/A Path: /dev/svm_sdp Original-path: /dev/svm_sdp ID: ddfedc360003000a
Storage Pool: fg_1, Capacity: 894 GB, State: Normal
1: Name: N/A Path: /dev/dax0.0 Original-path: /dev/dax0.0 ID:
ddfedc2100030001
Acceleration Pool: ac_1, Capacity: 15.7 GB (16052 MB), Used: 1.3 GB
(1372 MB), State: Normal
2: Name: N/A Path: /dev/dax1.0 Original-path: /dev/dax1.0 ID:
ddfedc2200030002
Acceleration Pool: ac_1, Capacity: 15.7 GB (16052 MB), Used: 1.3 GB
(1372 MB), State: Normal
3: Name: N/A Path: /dev/dax2.0 Original-path: /dev/dax2.0 ID:
ddfedc2300030003
Acceleration Pool: ac_1, Capacity: 15.7 GB (16052 MB), Used: 686.0
MB (702464 KB), State: Normal
4: Name: N/A Path: /dev/dax3.0 Original-path: /dev/dax3.0 ID:
ddfedc2400030004
Acceleration Pool: ac_1, Capacity: 15.7 GB (16052 MB), Used: 686.0
MB (702464 KB), State: Normal

つまり、このノードには、アクセラレーション プール ac_1によって使用されるDAXデバイス/dev/dax1.0があり、これには不良ブロックがあり、置き換える必要があります。

PowerFlexサポート ガイダンス

• このようなケースが1つのホストでのみ見つかった場合は、PowerFlexシステムからのDAXデバイスの取り外しを続行し、障害のあるPMEM\NVDIMMデバイスのFRU(フィールド交換ユニット)へのサービス コールを開きます。
• デル・テクノロジーズでは、できるだけ早くスケジュールされたメンテナンス期間内にPMEM\NVDIMMデバイスを交換することをお勧めします。
• 障害が発生したNVDIMMを交換する処理については、『R640\R740xd\R840 Field Replaceable Unit Guide』に記載されています。関連する章は、『NVDIMMの交換 - LinuxベースのVxFlex Ready Node R640/R740xd\R840サーバー。』
• 不良ブロックのある同じFine Granularityストレージ プール内の異なるノードに複数のデバイスがある場合は、PowerFlexサポートへのサービス コールをオープンしてデータの安定性を確認します。