VPLEX: Volume di storage in stato di errore critico a causa della condizione di controllo SCSI B/44/00 dall'array di storage

Il volume di storage VPLEX è in uno stato di errore critico e il volume sottostante è integro sul lato array.

Esempio di output del comando cli: ll /clusters/cluster-1/storage-elements/storage-volumes/<storage-volume name>

VPlexcli:/> ll /clusters/cluster-1/storage-elements/storage-volumes/Symm1234_0000

/clusters/cluster-1/storage-elements/storage-volumes/Symm1234_0000:
Name                           Value
-----------------------------  ------------------------------------------------
application-consistent         false
block-count                    65798400
block-size                     4K
capacity                       251G
description                    -
free-chunks                    []
health-indications             [hardware dead]
health-state                   critical-failure <<--
io-status                      dead
itls                           0x50001442607de710/0x5000097378028844/80,
                               0x50001442607de710/0x50000973780288c4/80,
                               0x50001442607de711/0x5000097378028844/80,
                               0x50001442607de711/0x50000973780288c4/80,
                               0x50001442707de710/0x5000097378028844/80,
                               0x50001442707de710/0x50000973780288c4/80,
                               0x50001442707de711/0x5000097378028844/80,
                               0x50001442707de711/0x50000973780288c4/80,
                               0x50001442a0100410/0x5000097378028844/80,
                               0x50001442a0100410/0x50000973780288c4/80, ...
                               (16 total)
largest-free-chunk             0B
locality                       -
operational-status             error
provision-type                 legacy
storage-array-name             EMC-SYMMETRIX-XXXXXXXXX
storage-volumetype             normal
system-id                      VPD83T3:60000097000000000000000000000000
thin-capable                   false
thin-rebuild                   true
total-free-space               0B
underlying-storage-block-size  512
use                            unusable
used-by                        [extent_Symm1234_0000_1]
vendor-specific-name           EMC

Volume di storage in stato di errore critico

VPlexcli:/> storage-volume summary
SUMMARY (cluster-1)
StorageVolume Name                        IO Status  Operational Status  Health State
----------------------------------------  ---------  ------------------  ----------------
Symm1234_0000                             dead       error               critical-failure <<--

Un estratto di esempio da Dial Home che evidenzia l'unità logica che è morta:

                  <EventData><![CDATA[disk VPD83T3:60000970000000000000000000000000: disk died, no mirror exists

Se questo volume di storage non fa parte di un dispositivo distribuito, l'host perde l'accesso al volume virtuale causando una situazione di non disponibilità dei dati.

I registri del firmware VPlex mostrano lo streaming degli eventi scsi/27 con la chiave SCSI Sense Code 0xb asc 0x44 ascq 0x0 (B/44/00) che si traduce in INTERNAL TARGET FAILURE.

Istanze scsi/27 di esempio da firmware.log

128.221.253.37/cpu0/log:5988:W/"0060166fcbfe192045-1":3298782:<6>2016/11/11 06:50:57.94: scsi/27 tgt VPD83T3:60000097000000000000000000000000 cmd 0x2a status 0x2 valid 0 resp 0x70 seg 0x0 bits 0x0 key 0xb info 0x0 alen 10 csi 0x0 asc 0x44 ascq 0x0 fru 0x0 sks 0x0
128.221.253.37/cpu0/log:5988:W/"0060166fcbfe192045-1":3298783:<6>2016/11/11 06:50:58.00: scsi/27 tgt VPD83T3:60000097000000000000000000000000 cmd 0x2a status 0x2 valid 0 resp 0x70 seg 0x0 bits 0x0 key 0xb info 0x0 alen 10 csi 0x0 asc 0x44 ascq 0x0 fru 0x0 sks 0x0
128.221.253.37/cpu0/log:5988:W/"0060166fcbfe192045-1":3298784:<6>2016/11/11 06:50:58.16: scsi/27 tgt VPD83T3:60000097000000000000000000000000 cmd 0x2a status 0x2 valid 0 resp 0x70 seg 0x0 bits 0x0 key 0xb info 0x0 alen 10 csi 0x0 asc 0x44 ascq 0x0 fru 0x0 sks 0x0
128.221.253.37/cpu0/log:5988:W/"0060166fcbfe192045-1":3298785:<6>2016/11/11 06:50:58.30: scsi/27 tgt VPD83T3:60000097000000000000000000000000 cmd 0x2a status 0x2 valid 0 resp 0x70 seg 0x0 bits 0x0 key 0xb info 0x0 alen 10 csi 0x0 asc 0x44 ascq 0x0 fru 0x0 sks 0x0

Vengono eseguiti ventuno tentativi e il volume di storage viene contrassegnato come inattivo a causa di continui errori di scrittura.

128.221.253.37/cpu0/log:5988:W/"0060166fcbfe192045-1":3298797:<4>2016/11/11 06:51:01.42: amf/45 disk VPD83T3:60000097000000000000000000000000: write failure: marking this in-use disk dead
128.221.253.37/cpu0/log:5988:W/"0060166fcbfe192045-1":3298798:<2>2016/11/11 06:51:01.42: amf/97 disk VPD83T3:60000097000000000000000000000000: disk died, no mirror exists

L'array di storage restituisce B/44/00 per una richiesta di I/O di scrittura (0x2a), l'array non è in grado di soddisfare la richiesta di I/O e risponde con la condizione di controllo B/44/00 (ERRORE DI DESTINAZIONE INTERNO)

Se il volume di storage sottostante è un volume VMAX, possono verificarsi errori di I/O per i motivi indicati di seguito:

Il motivo per cui VMAX ha interrotto l'I/O non viene fornito a VPlex. Esistono molti motivi per cui si verifica un errore di destinazione interno e potrebbe essere causato da una gamma molto ampia di fonti.

L'array di storage che invia la condizione di controllo scsi, B/44/00, a VPLEX deve essere esaminato dal rispettivo fornitore dell'array. Questo problema viene attivato dal fatto che l'array non è in grado di soddisfare la richiesta di I/O di scrittura a causa di un problema di "Internal Target Failure" sull'array di storage.

Se l'array sottostante è un array VMAX, un array può inviare la condizione di controllo scsi "B/44/00" per diversi motivi.

È possibile eseguire il seguente comando CLI sul server di gestione VPLEX per ottenere un elenco delle unità logiche interessate dalla condizione di controllo B/44/00:

grep "scsi/27" firmware.log* | grep 'key 0xb' |awk '{print $3, $5, $18, $19, $26,$27,$28,$29}'| sort | uniq -c | sort -nr

Esempio:

service@ManagementServer:~> grep "scsi/27" firmware.log* | grep 'key 0xb' | awk '{print $3, $5, $18, $19, $26,$27,$28,$29}'| sort | uniq -c | sort -nr
 103474 scsi/27 VPD83T3:60000097000000000000000000000000 key 0xb asc 0x44 ascq 0x0
  45254 scsi/27 VPD83T3:60000097000000000000000000000001 key 0xb asc 0x44 ascq 0x0
  32908 scsi/27 VPD83T3:60000097000000000000000000000002 key 0xb asc 0x44 ascq 0x0
  25581 scsi/27 VPD83T3:60000097000000000000000000000003 key 0xb asc 0x44 ascq 0x0
  21043 scsi/27 VPD83T3:60000097000000000000000000000004 key 0xb asc 0x44 ascq 0x0
  10809 scsi/27 VPD83T3:60000097000000000000000000000005 key 0xb asc 0x44 ascq 0x0
  10651 scsi/27 VPD83T3:60000097000000000000000000000006 key 0xb asc 0x44 ascq 0x0

Se si tratta di un array non EMC, contattare il rispettivo fornitore dell'array per risolvere il problema presente sull'array di storage.

Non si tratta di un problema di VPlex, ma di un array back-end o di una fabric.

Devono essere coinvolti il team dell'array di storage, la connettività o entrambi.