VPLEX: Depolama dizisinden 3/11/0 SCSI denetim koşulu nedeniyle disk donanımı ölü olarak işaretlendi

Bu olay, VPLEX temel depolama dizisi LUN'una bir okuma isteği gerçekleştirdiğinde ve dizi LUN'un bu bloğunda G/Ç'ye hizmet veremediğinde tetiklenir. Bu durum 3/11/0 kontrol koşulunu (dizide bozuk blok) tetikler.

Bu durum genellikle aşağıdakiler gibi yoğun okuma G/Ç zamanlarında görülür:

• VPLEX Kapsam/Cihaz Geçişi
• Yedekleme işlemleri
• Veritabanı Bütünlüğü Denetimleri

VPLEX depolama birimi "donanım kullanım dışı" olarak işaretlenmiş ancak depolama dizisi arayüzünde iyi durumda olarak görünüyor.

cli komutundan örnek çıktı ll /clusters/cluster-2/storage-elements/storage-volumes/storage-volume name>
 

VPLEX aygıt/kapsam geçişi (mobilite işi) belirli bir yüzdede takılıyor.

cli komutundan örnek çıktı ll data-migrations/device-migrations/<device_migration_name>
 

Ana bilgisayar, VPLEX depolamanın çevrimdışı olduğunu veya ölü olarak işaretlendiğini görüyor ve VPLEX depolama birimi de kritik arıza veya donanım kullanım dışı olarak işaretleniyor.

Bellenim günlüğünde belirtilen örnek veriler,
amf/45 disk VPD83T3:xxxxxxxxxxxxxxx: read failure: marking this in-use disk dead

VPLEX bellenim günlükleri, 3/11/0 için SCSI Algılama Kodu girişleriyle akış veya kesintili SCSI/27 (Durumu Kontrol Et) gösteriyor ve bu da "Medium Error - unrecovered read errorOlay

sırasında ürün yazılımı günlüğünde belirtilen örnek çıktı,

2016/06/09 02:46:23.67: scsi/27 tgt VPD83T3:6006016011663200b058c25a984de511 cmd 0x28 status 0x2 valid 0 resp 0x70 seg 0x0 bits 0x0 key 0x3 info 0x0 alen 10 csi 0x0 asc 0x11 ascq 0x0 fru 0x0 sks 0x0
2016/06/09 02:46:23.68: scsi/27 tgt VPD83T3:6006016011663200b058c25a984de511 cmd 0x28 status 0x2 valid 0 resp 0x70 seg 0x0 bits 0x0 key 0x3 info 0x0 alen 10 csi 0x0 asc 0x11 ascq 0x0 fru 0x0 sks 0x0
2016/06/09 02:46:23.69: scsi/27 tgt VPD83T3:6006016011663200b058c25a984de511 cmd 0x28 status 0x2 valid 0 resp 0x70 seg 0x0 bits 0x0 key 0x3 info 0x0 alen 10 csi 0x0 asc 0x11 ascq 0x0 fru 0x0 sks 0x0

Bu sorunu onaylamak için aşağıdakiler her zaman doğru olacaktır:
key   = 0x3
asc   =  0x11
ascq = 0x0

VPLEX, depolama dizisine bir G/Ç okuma isteği (0x28) gönderdiğinde, dizi G/Ç isteğini başarıyla karşılayamaz ve "kurtarılmamış okuma hatası" için 3/11/0 kontrol koşulu ile yanıt verir.

VPLEX, depolama dizisindeki bozuk bir bloktan okumaya çalışır ve depolama dizisi bu G/Ç'ye hizmet veremediği için VPLEX depolamayı ölü olarak işaretler.

Bu, diziye veya dizi koduna özgü değildir.

Bunun nedeni VPLEX haricidir ve LUN'lu depolama dizisindeki bir sorundur.

3/11/0 scsi kontrol koşulunu VPLEX e gönderen depolama dizisi, ilgili dizi satıcısı tarafından araştırılmalıdır. Bu sorun, dizinin depolama dizisindeki "kurtarılmamış okuma" sorunu nedeniyle okuma G/Ç isteğine hizmet verememesi ile tetiklenir.

VNX Destek ekibiyle iletişime geçilmelidir .

11.03.00 kontrol koşullarından en çok etkilenen ilk 50 mantıksal birimin listesini almak için VPLEX Yönetim Sunucusunda aşağıdaki cli komutu çalıştırılabilir:

grep "key 0x3 " /var/log/VPlex/cli/firmware.log_* | awk '{print $3,$5,$18,$19,$26,$27,$28,$29}' | sort | uniq -c | sort -nr | head -50


Örnek:

Bu, depolama dizisindeki bir blok katmanı sorunudur ve yalnızca depolama dizisinin kendisinde işlem yapılarak çözülebilir.

Bu bir VPLEX sorunu değil, VPLEX arka uç dizisinde görülen bir belirti bildiriyor.

storage-volume resurrect --force" kullanımı burada geçerli değildir.
Bu komut, ölü depolama birimini geçerli GÇ durumundan veya temeldeki depolama dizisindeki sorunlardan bağımsız olarak VPLEX de "canlı" olarak görünmeye zorlar.
Bu komut, bir sonraki G/Ç temeldeki depolama dizisinde başarısız olana kadar depolama birimini yeniden çevrimiçi olmaya zorlar.
Ana bilgisayar, temeldeki depolama dizisinde 3/11/0 sorunu olan aynı veri bloğunu istediğinde, depolama birimi yeniden ölü olarak işaretlenir.
Bu beklenen bir davranıştır ve bir VPLEX sorununun göstergesi değildir.


Sorunlu depolama birimini doğrudan depolama dizisinden ana bilgisayara sunmak (VPLEX atlanarak), ana bilgisayarın verilerin bir kısmını kullanmasına izin verebilir. Ancak bu eylem, olası veri bozulmasını doğrudan ana bilgisayara sunar. Ana bilgisayar, 3/11/0 kontrol koşulu sorunuyla belirli bloklardan okuma sorunları yaşamaya devam ediyor.