PowerFlex: come rilevare se la memoria persistente (NVDIMM) contiene blocchi danneggiati

Summary: I pool di storage con granularità fine di PowerFlex utilizzano la memoria persistente (PMEM), nota anche come DIMM non volatile (NVDIMM), per accelerare e comprimere i dati. Questi moduli DIMM possono contenere blocchi danneggiati proprio come i normali RDIMM e devono essere monitorati periodicamente per rilevare eventuali guasti come qualsiasi altro tipo di disco. In una versione precedente, il dispositivo SDS rileverà il blocco danneggiato solo dopo aver eseguito l'accesso alla sezione pertinente e avrà esito negativo della lettura non riuscendo con l SDS. Per la versione precedente, è possibile seguire i seguenti passaggi in modo proattivo per rilevare NVDIMM con blocchi danneggiati e sostituirli. Nota: poiché la ridondanza intrinseca è presente nel prodotto, viene eseguito il backup dei dati di questi blocchi su un altro nodo e, in caso di guasto, l SDS si guasterà e gli altri SDS serviranno l'I/O. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Questa procedura si applica solo ai sistemi operativi basati su Linux.

Nota: L'implementazione basata su VMware su ESXi mantiene la capacità di verificare se il dispositivo presenta errori o meno e non può essere interrogato dalla VM di storage PowerFlex. In caso di guasto NVDIMM il datastore NVRAM sarà offline e la VM di storage si spegnerà e non sarà in grado di avviarsi fino a quando il NVDIMM non viene sostituito.

Come rilevare i blocchi danneggiati sul sistema operativo Linux:

1. Eseguire il seguente comando utilizzando la shell su ciascun host che dispone di un NVDIMM:
NOTA: La frequenza consigliata è una volta al giorno.

ndctl list --media-errors

Esempio di output del comando per un dispositivo DAX con errori.

Nella parte seguente dell'output, lo spazio dei nomi 1.0 con DAX 1.0 ha 13 blocchi danneggiati e deve essere sostituito.

[
  {
    "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. Correlazione del dispositivo DAX in uso in un pool di storage PowerFlex:

un. Per recuperare un elenco di tutti i dispositivi di storage configurati in ogni pool di storage del cluster, è innanzitutto necessario effettuare l'accesso:

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

b. Visualizzare l'elenco dei dispositivi configurati per ogni pool di storage:

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

Viene visualizzato un output simile al seguente per ogni dispositivo SDS nel cluster:

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

Ciò significa che questo nodo dispone di un dispositivo DAX /dev/dax1.0 utilizzato dal pool di accelerazione ac_1 che presenta blocchi danneggiati e deve essere sostituito.

Guida al supporto di PowerFlex

  • Se tale caso viene rilevato solo su un host, procedere con la rimozione del dispositivo DAX dal sistema PowerFlex e aprire una chiamata di servizio alla FRU (unità di sostituzione sul campo) del dispositivo PMEM\NVDIMM difettoso.
  • Dell Technologies consiglia di sostituire il dispositivo PMEM\NVDIMM il prima possibile in una finestra di manutenzione pianificata.
  • Il processo di sostituzione di un NVDIMM guasto è documentato nel manuale R640\R740xd\R840 Field Replaceable Unit Guide. Il capitolo pertinente è: "Sostituzione di un NVDIMM in un server VxFlex Ready Node R640\R740xd\R840 basato su Linux".
  • Se sono presenti più dispositivi in nodi diversi nello stesso pool di storage a granularità fine con blocchi danneggiati, aprire una richiesta di assistenza al supporto PowerFlex per verificare la stabilità dei dati.

Affected Products

PowerFlex Software
Article Properties
Article Number: 000185583
Article Type: How To
Last Modified: 11 Nov 2025
Version:  8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.