Dell EMC VPLEX: DU-bericht waarbij het LUN-type wordt gewijzigd van dun naar dik op BE-array

Probleem:

De impact van DU/High Performance wordt waargenomen op een getroffen volume dat wordt geconverteerd van dunne naar dikke LUN op de back-endarray.  

In de huidige release is er een probleem met VPLEX back-endcode waarbij een LUN ten onrechte als thin-compatibel kan worden beschouwd als de onderliggende LUN bij de back-endarray wordt geconverteerd van thin naar niet-thin-geschikte provisioning.

Het thin-capable kenmerk moet automatisch worden bijgewerkt op beide niveaus, namelijk virtueel volume en storagevolume, wanneer het LUN-type wordt gewijzigd op de back-endarray. Houd er rekening mee dat het kenmerk thin-capable automatisch moet worden bijgewerkt op storagevolumeniveau, aangezien thin-capable-kenmerk een alleen-lezen kenmerk is op storagevolumeniveau.

Als het thin-capable-kenmerk niet handmatig wordt gewijzigd op het niveau van het virtuele volume, blijft VPlex UNMAP-verzoeken verzenden naar de logische eenheid waarvan het LUN-type wordt gewijzigd in thick en worden al deze verzoeken afgebroken door de back-end LUN.

Resolutie:

Dit probleem wordt opgelost in GeoSynchrony 6.2.0.00.00.32 en hogere releases.

Stappen voor tijdelijke oplossing:

1. Nadat u het LUN-type hebt gewijzigd van dun naar dik op de BE-array, moet u ervoor zorgen dat het kenmerk "Thin-capable" op virtueel volume dienovereenkomstig wordt gewijzigd.  Als u het kenmerk wijzigt in false op virtueel volume, worden er geen UNMAP-opdrachten meer naar BE LUN gestuurd als volgt:

1.a) Log als volgt in op de vplexcli-context:
OPMERKING: VPLEX met GeoSynchrony vóór 6.x bij toegang tot de vplexcli vereist de serviceaccountreferenties om u aan te melden.

service@ManagementServer:~> vplexcli
proberen ::1 ...
Verbonden met localhost.
Het escape-teken is '^]'.
 
Voer gebruikersnaam in: service
 
Password:
Creating logfile:/var/log/VPlex/cli/session.log_service_localhost_Logfile_T24531_yyyymmddhhmmss

1.b) Ga naar de betreffende virtuele volumecontext en voer de onderstaande opdracht uit als volgt, wat aangeeft dat het kenmerk "thin-capable" is ingesteld op "true", zelfs nadat het LUN-type is gewijzigd van dun naar dik op de BE-array:
 

1.c) Schakel het kenmerk "thin-capable" handmatig uit naar "false" als volgt, waardoor thin provisioning op virtueel volumeniveau als volgt wordt uitgeschakeld:

Example:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> thin-capable false

instellen 1.d) Na het wijzigen van het kenmerk 'thin-capable' in 'false' bij virtueel volume, moet de problematische status van het virtuele volume worden gewijzigd in 'OK'. Voer de opdracht 'cluster status' uit om de algehele status van de VPlex als volgt te controleren:

Example:
VPlexcli:/clusters/cluster-1/virtual-volumes/device_****_vol> ll
Name Value
-------------------------- ----------------------------------------
block-count 429654016
block-size 4K
cache-mode synchrone
capaciteit 12G
consistentie-groep -
uitbreidbaar Echte
uitbreidbare capaciteit 0B
uitbreidingsmethode storage-volume
expansion-status -
health-indications []
health-state ok
locality distributed
operational-status ok
recoverpoint-protection-at []
recoverpoint-usage -
scsi-release-delay 0
service-status running
storage-array-family clariion
storage-tier -
supporting-device device_****_1
system-id device_**_1_vol
thin-capable false
thin-enabled disabled
Volume-type virtueel-volume
VPD-ID VPD83T3:60001440000****************

VPlexcli:/> cluster status
Cluster cluster-1
operational-status:            OK
overgangsindicaties:
        Voortgang van de overgang:
        Gezondheidstoestand:                  OK
gezondheidsindicaties:
        lokaal-com:                     ok

Cluster cluster-2
operational-status:            OK
overgangsindicaties:
        Voortgang van de overgang:
        Gezondheidstoestand:                  OK
gezondheidsindicaties:
        lokaal-com:                     OK

WAN-COM: OK


2. Als de status van het virtuele volume nog steeds de status "error" of "critical-failure" meldt na de volgende stappen, voert u de array-re-discover uit op de BE-array, waar de problematische logische eenheid thuishoort. Het opnieuw ontdekken van de array moet het kenmerk automatisch als volgt vernieuwen op storagevolumeniveau:

Example:
VPlexcli:/> array re-discover -a /clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM0018******* -c cluster-1

3. Zelfs na meerdere pogingen van herdetectie van arrays, als de problematische status van het virtuele volume nog steeds "error" of "critical-failure" rapporteert, moet de corresponderende logische eenheid aan de back-endzijde van de array worden verwijderd uit de storagegroep/pool van de array en er weer aan worden toegevoegd, en de opdracht array opnieuw detecteren uitvoeren, zodat een handmatige detectie wordt geactiveerd aan de kant van VPLEX. 

4. Als geen van de bovenstaande stappen helpt bij het oplossen van het probleem, raden we de gebruiker aan om de upgrade uit te voeren naar de hierboven vermelde vaste versie en vervolgens door te gaan met het wijzigen van het LUN-type.