PowerFlex: Hoe te detecteren of permanent geheugen (NVDIMM) slechte blokken heeft
Summary: De Fine Granularity Storage Pools van PowerFlex maken gebruik van Persistent Memory (PMEM), ook wel bekend als Non-Volatile DIMM (NVDIMM), om data te versnellen en te comprimeren. Deze DIMM's kunnen net als gewone RDIMM's slechte blokken hebben en moeten net als elk ander type schijf regelmatig op storingen worden gecontroleerd. In een eerdere release detecteert het SDS-apparaat alleen het beschadigde blok bij het openen van de relevante sectie en mislukt het lezen door de SDS te laten mislukken. Voor de eerdere release kunnen de volgende stappen proactief worden gevolgd om NVDIMM's met slechte blokken te detecteren en te vervangen. Opmerking: aangezien het product inherent redundant is, wordt van de data van deze blokken een back-up gemaakt op een ander knooppunt en in geval van een storing zal de SDS uitvallen en zullen de andere SDS'en de IO onderhouden. ...
Instructions
Deze procedure betreft alleen op Linux gebaseerde besturingssystemen.
Opmerking: Op VMware gebaseerde implementatie op ESXi behoudt de mogelijkheid om te controleren of het apparaat fouten heeft of niet en kan niet worden opgevraagd vanuit de PowerFlex Storage VM. In het geval van een NVDIMM-fout is de NVRAM-datastore offline en wordt de storage-VM uitgeschakeld en kan deze niet opstarten totdat de NVDIMM is vervangen.
Hoe de slechte blokken op Linux OS te detecteren:
1. Voer de volgende opdracht uit met behulp van de shell op elke host met een NVDIMM:
NOTE: De aanbevolen frequentie is eenmaal per dag.
ndctl list --media-errors
Voorbeeld van de opdrachtuitvoer voor een DAX-apparaat dat storingen heeft.
In het onderstaande deel van de uitvoer heeft namespace 1.0 met dax 1.0 13 slechte blokken en moet deze worden vervangen.
[
{
"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. Correleren van het DAX-apparaat dat in een PowerFlex Storage Pool wordt gebruikt:
een. Om een lijst op te halen van alle storageapparaten die zijn geconfigureerd voor elke storagepool in het cluster, moeten we eerst inloggen:
scli --login --username <NAME> --password <PASSWORD>
b. Bekijk de lijst met apparaten die zijn geconfigureerd voor elke storagepool:
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
Uitvoer die vergelijkbaar is met de volgende uitvoer zou moeten worden weergegeven voor elke SDS in het 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
Dit betekent dat dit knooppunt een DAX-apparaat /dev/dax1.0 heeft dat wordt gebruikt door de ac_1 van de versnellingspool dat slechte blokken bevat en moet worden vervangen.
Supportrichtlijnen voor PowerFlex
- Als een dergelijk geval slechts op één host wordt aangetroffen, gaat u verder met het verwijderen van het DAX-apparaat uit het PowerFlex-systeem en opent u een serviceoproep naar FRU (Field replace unit), het defecte PMEM\NVDIMM-apparaat.
- Dell Technologies raadt u aan het PMEM\ NVDIMM-apparaat zo snel mogelijk te vervangen in een gepland onderhoudsvenster.
- Het proces voor het vervangen van een defecte NVDIMM wordt beschreven in de R640\R740xd\R840 Field Replaceable Unit Guide. Het relevante hoofdstuk is: "Een NVDIMM vervangen in een op Linux gebaseerd VxFlex Ready-knooppunt R640\R740xd\R840 server."
- Als u meer dan één apparaat op verschillende knooppunten in dezelfde Fine Granularity Storage Pool met beschadigde blokken hebt, opent u een serviceaanvraag bij PowerFlex Support om de datastabiliteit te verifiëren.