Article Number: 000181952
Ana bilgisayar yolları kaybolur.
[NOT: Scott - Özet kısmındaki nota bakın]
ESX ana bilgisayarı takılı kalır ve kurtarma için yeniden başlatılması gerekir. [Scott - Yalnızca ESX ana bilgisayarları mı takılı kalıyor? Özette "VPLEX ön uç bağlantı noktasında oluşturulan tüm HBA'lar" olarak belirtiliyor]
ESXi "vmkernel" günlüğünden:
2020-08-30T03:52:23.501Z cpu187:66638)WARNING: lpfc: lpfc_els_unsol_buffer:8330: 0:(0):0115 Unknown ELS command x7f26e705 received from NPORT x1f04c0
2020-08-30T03:52:28.325Z cpu187:66638)WARNING: lpfc: lpfc_els_unsol_buffer:8330: 0:(0):0115 Unknown ELS command x7effc405 received from NPORT x1f04c0
VPLEX bellenim günlüklerinden:
fc/4 olayı: "This port has discovered the departure of the indicated port from the fabric." ("Bu bağlantı noktası, belirtilen bağlantı noktasının yapıdan ayrıldığını keşfetti.")
128.221.253.37/cpu0/log:5988:W/"006016abc83a153324-2":36008:<6>2020/08/30 03:39:07.65: fc/4 A0-FC02.0: port 200000109b59a55d:100000109b59a55d:330fc0
(spn Emulex PPN-10:00:00:10:9b:59:a5:5d) (snn Emulex LPe16002B-M6 FV12.2.299.27 DV12.2.373.1 HN:localhost OS:VMware ESXi 6.5.0) (speed <unsupported by fabric>) departed
128.221.253.37/cpu0/log:5988:W/"006016abc83a153324-2":36009:<4>2020/08/30 03:39:07.65: stdf/18 FCP connection lost. IT: [Host1_vmhba1 (0x100000109b59a55d)
A0-FC02 (0xc00144879a780200)] [Scott - "VPLEX ön uç bağlantı noktasında oluşturulan tüm HBA'lar" ifadesiyle ilgili konuya dönersek bu Cisco sorununun, VPLEX'te oluşturulmuş tüm HBA'ları etkilemesi durumunda fw günlüklerinde ayrılan diğer ana bilgisayarlara ait raporları göstermemiz gerekir mi? Yukarıda gösterilen ESX ana bilgisayarıyla aynı şekilde ayrılan diğer ana bilgisayarlar görüntüleniyor mu?]
fc/3 olayı: "This port has discovered the arrival of the indicated port on the fabric." ("Bu bağlantı noktası, belirtilen bağlantı noktasının yapıya ulaştığını keşfetti.")
128.221.253.37/cpu0/log:5988:W/"006016abc83a153324-2":36020:<6>2020/08/30 03:40:37.66: fc/3 A0-FC02.0: port 200000109b59a55d:100000109b59a55d:330fc0
(spn Emulex PPN-10:00:00:10:9b:59:a5:5d) (snn Emulex LPe16002B-M6 FV12.2.299.27 DV12.2.373.1 HN:localhost OS:VMware ESXi 6.5.0) (speed <unsupported by fabric>) arrived
128.221.253.37/cpu0/log:5988:W/"006016abc83a153324-2":36027:<4>2020/08/30 04:03:28.34: stdf/17 FCP connection established. IT: [Host1_vmhba1 (0x100000109b59a55d)
A0-FC02 (0xc00144879a780200)]
[Scott: Ulaştığı görülen diğer HBA'lar için de bu veriler mevcut mu? ]
Değişiklik:
Bölge etkinleştirmesi.
HBA bağlantı noktaları ve VPLEX ön uç bağlantı noktaları, oluşturma sürecindeki değişikliklere dahil değildir.
[Scott - Bu son cümle mantıklı değil. Anladığım kadarıyla sorun, Cisco anahtarında bir Alan Kümesi etkinleştirmesi olduğunda tüm HBA'lar ve VPLEX FE bağlantı noktalarının "dahil olmasından" kaynaklanıyor. Ayrıca bu hangi Cisco Anahtar kodu düzeylerini etkiliyor?]
VPLEX, tüm Fibre Channel bağlantı noktalarında (ön uç, arka uç ve FC-WANCOM) 90 saniyede bir yapı keşfi gerçekleştirmek için "Get all next" (GA_NXT) ad sunucusu komutunu kullanır. Bu işlemi, anahtardan bir RSCN veya oluşturulmuş bir HBA'dan PLOGI alma haricinde gerçekleştirir.
Cisco hatası CSCvw75655 nedeniyle VPLEX, yapı keşfini bir alt uç (FE) bağlantı noktasında alan kümesi etkinleştirmesi/taahhüdü devam ederken gerçekleştiriyorsa VPLEX'in yalnızca kendi Fibre Channel adresini (FCID) döndürmesine ilişkin küçük bir ihtimal bulunur. Ardından VPLEX, oturum açmış HBA'ların artık yapıyla bağlantılı olmadığını varsayar ve kendisine ayrılan her HBA'ya bir oturum kapatma (PLOGO) gönderir. [Scott - Bu eylemin gerçekleştiğini ve PLOGO'nun gönderildiğini gösteren öğeler VPLEX ve/veya anahtar günlükleri mi? Bu her iki üründe de görülebiliyorsa ilgili örnekleri ve hangi günlüklerde görüldüğünü ekleyebilir miyiz?]
VPLEX, anahtar adı sunucusundaki bilgileri doğru şekilde aldığında, oturumunu kapattığı her HBA için fc/4 olaylarını ve sonraki 90 saniyelik yapı keşfinde fc/3 olaylarını günlüğe kaydeder.
HBA'nın bu oturumu kapatma şekli, sürücüye/bellenime göre değişir. Bu örnekteki ESX ana bilgisayarı takılı kaldı ve yeniden başlatılması gerekti. [Scott - Bu olaydan etkilenen diğer ana bilgisayarlara ait günlüklerden alınmış veriler var mı? Varsa yalnızca ESX ana bilgisayarlarının etkilenmiş gibi görünmemesi için bu verilerden bazılarını da listeleyebilir miyiz?]
NOT:
Tüm RSCN'ler yapıdan VPLEX'e ulaşamayabileceğinden VPLEX'in güncelleştirilmiş yapı verilerine sahip olmasını sağlamak için düzenli aralıklarla yapı keşfi yapılır.
Geçici Çözüm:
Cisco anahtarında, ad sunucusu/bölge sunucusu paylaşımlı veritabanı (db) özelliğini aşağıdaki komutla devre dışı bırakın:
Ürünler (1)
Cisco MDS 9000 NX-OS ve SAN-OS Yazılımı
Etkilendiği Bilinen Sürümler
8.3(2)
VPLEX Yapı Keşfi
Örnek:
Ana Bilgisayar 1, Ana Bilgisayar 2 ve Ana Bilgisayar 3, tek bir VPLEX FE bağlantı noktasında oluşturulmuş.
VPLEX FE bağlantı noktası: FCID 0x200b20
Ana Bilgisayar 1: FCID 0x340000
Ana Bilgisayar 2: FCID 0x340020
Ana Bilgisayar 3: FCID 0x340040
Çalışıyor... [Scott - Bu nedir? Bilgilerden mi alındı/kopyalandı? Bu durumda "çalışıyor..." bilgisini kaldırabiliriz]
Cisco hatası CSCvw75655...
VPLEX, Connectrix MDS-Series Firmware 7.X, Connectrix MDS-Series Firmware 8.X, VMware ESXi 6.5.X
Connectrix, Connectrix MDS-Series, Connectrix MDS-Series Firmware, VMware ESXi, VPLEX GeoSynchrony, VPLEX Series, VPLEX VS6
19 Aug 2021
4
Solution