vCenter "High pnic rx generic error rate detected" veya "High pNic error rate detected" uyarılarını gösteriyor

Bu mesajın farklı şekilde ele alınması gereken iki farklı sorun vardır.

1. Sorun: vCenter web istemcisi, birden fazla ana bilgisayar için aşağıdaki mesajı gösterir. Komutta vmnic Uyarıda herhangi biri olabilir vmnic Ana bilgisayarların ağa bağlı olduğundan emin olun.
Bu, 2. sorundan farklıdır (aşağıda bahsedilmiştir). Komutta vmnic sorun 2'nin alarmında yalnızca Aktif ve (veya) Bekleme vmnic vSAN'ın.

Warning: High pnic rx generic error rate detected on vmnicX.

ESXi ana bilgisayarında aşağıdaki komutu çalıştırırken kullanıcılar rx (Receive) uzunluk hataları ve hata büyümeye devam ediyor. Bu, uyarıyı tetikler.
Yerine takın 'X' uygun ile vmnic Numarası.

esxcli network nic stats get -n vmnicX

vmnic0
Packets received: 2611289
Receive length errors: 279662
Multicast packets received: 529478
Broadcast packets received: 512315

vmnic1
packets received: 5812398
Receive length errors: 279518
Multicast packets received: 538956
Broadcast packets received: 427913 

Tümü vmnics ev sahibinde neredeyse aynı Receive length error sayıdadır. Bu şu anlama geliyor Multicast packets received veya Broadcast packets received Katkıda bulunun Receive length errors.

Çok noktaya yayın paketleri, yayın paketlerinde olduğu gibi aynı VLAN'da taşar.

Alma uzunluğu hatası ve yayın paketlerinin oranını veya alma uzunluğu hatası ve çok noktaya yayın paketlerinin oranını hesaplayabilir ve ardından bunları diğer düğümlerle karşılaştırabiliriz.

Farklı düğümlerde bile, çok noktaya yayın veya yayının neden olduğu alma uzunluğu hatalarının yüzdesi hemen hemen aynıdır.

Sorun 1'i gidermek için içindeki paketleri vmnic:

1. Düğüme SSH ile bağlanın
2. Aşağıdaki komutunu çalıştırın: (Yerine vmnicX ile vmnic uzunluk hatası alan)

   pktcap-uw --uplink vmnicX --dir 2 -o /tmp/lengtherror.pcap

3. Hata uplink paketlerini yakalayın ve ctrl+c tuşlarına basarak işlemi durdurun.
4. Dell B1260dn .pcap dosyasını yerel masaüstüne indirin ve Wireshark ile açın.
5. Yayın paketleri için Filtre: ip.addr == 255.255.255.255 
6. Çok noktaya yayın paketleri için Filtre: eth.dst == ff:ff:ff:ff:ff:ff 
7. Bulmaya çalışın Malformed Packet filtre sonucundan.
8. Bazen bu filtre çalışır (yalnızca Wireshark 4.0.12'de): ((eth.len != frame.len - 14) || eth.len != frame.len - 18)

2. Sorun:
Alarma ad verilmiş olması.

High pNic error rate detected Check the host's vSAN performance view for details.

Kullanıcı, ana bilgisayarın vSAN performans görünümünü kontrol ettiğinde vmnic alarmda belirtilen her zaman Aktif veya (ve) Bekleme'dir vmnic vSAN trafiğinin.
Çoğu zaman, vmnic vSAN'ın bekleme modudur.
Bu alarm vSphere 7.0U2'de yer alır.
Bkz.: https://knowledge.broadcom.com/external/article/312096/alarm-about-high-pnic-error-rate-being-d.html
Aşağıdaki tabloda, vSAN için kullanılan ve izlenen pNIC'lere ilişkin ölçümler ve bunların alarm eşikleri gösterilmektedir:

Bu tür hatalar vSAN performansını etkileyebilir.

Sorun 1:
Bu örnekte bir paket yakalama, CAPWAP-Control paketleri gönderen bir Cisco Erişim Noktası (AP) denetleyicisini gösterir.
Wireshark bunları Hatalı Biçimlendirilmiş Paket olarak işaretler.
ESXi de genellikle bu tür paketleri kaldıramaz.

Wireshark, analizi sırasında protokolün beklenen yapısına uymayan bir paketle karşılaşırsa, paketi Hatalı Biçimlendirilmiş olarak işaretler. Bu genellikle paketin iletim sırasında bozulmuş olabileceğini gösterir veya bir protokolün olağan dışı veya yanlış bir şekilde uygulandığını temsil eder.

Aşağıdaki filtre başka bir çıktı türü sağlayabilir (çerçeve uzunluğu desteklenmediğinden) ve ayrıca received length error.
Ancak bu doğru değildir, bu nedenle raporu müşteriye göndermeden önce bu filtrenin çıktısı üzerinde daha fazla analiz yapılması gerekir.
((eth.len != frame.len - 14) || eth.len != frame.len - 18)

2. Sorun:
VMware, vSAN performansını etkileyebilecek hataları izlemek için bu alarmı tanıttı.
Kullanıcıya, hata yüzdesi özel değere ulaştığında vSAN performansının ele alınması gerektiğini belirtmek için bir alarm tetiklenir.

Bununla birlikte, alarm tetikleme algoritmasının sorunları olabileceği gözlemlenmiştir. Hata paketi oranı hesaplanırken, kısa vadede veri paketlerinin sayısı ve toplam hata paketi miktarı kullanılır.

Yani, çoğu zaman, hata vmnic her zaman beklemededir vmnic vSAN'ın, çünkü üzerinde daha az trafik var. vmnic.

1. Sorun:

• Kaynak IP adresi, VLAN 1 e bağlı bir Cisco AP denetleyicisiydi.
• VLAN 1 kullanan trafik olmadığından emin olmak için VxRail kümesinin vDS ayarlarını kontrol edin.
• VLAN 1'i, VxRail ana bilgisayarlarına bağlı TOR anahtarı bağlantı noktalarından kaldırın.
• VLAN 1'de değilse VLAN'ı anahtar bağlantı noktalarından kaldırmak için aynı adımları izleyin.
• VLAN küme trafiğini taşıyorsa VLAN'ı anahtar bağlantı noktalarından kaldıramayız. Kullanıcının, alınan uzunluk hatasına neden olan trafiği VxRail kümesinden yalıtmak için ağ tasarımını değiştirmesi gerekebilir.

2. Sorun:
Bu tür bir sorunu ele almak için çeşitli senaryolar mevcuttur.

• Komutta vmnic Bekleme durumunda hata bildiriliyor vmnic vSAN ve hata paketi büyümesi yavaş.

Bu, algoritmanın neden olduğu yanlış bir alarmdır ve vSAN performansını etkilemez. Müşterilerin bu alarmı görmezden gelmelerini önerebiliriz ancak bu alarm zaman zaman yeniden ortaya çıkar.

• Komutta vmnic Raporlama hatası etkin vmnic vSAN veya bekleme vminc, ancak hata paketleri büyümeye devam ediyor.

Farklı hata türleri farklı çözünürlükleri takip eder, genellikle CRC hatası, Alım İşleminde Uzunluk hatası ve Duraklatma Çerçevesi nedeniyle oluşan alarmla karşılaşırız.

1. Şurada CRC hataları alındı: vmnic.
   Bir donanım sorunu genellikle CRC hatalarına neden olur. Bunlar çoğunlukla hem düğümler hem de anahtar tarafındaki kablolar, SFP ve ağ bağdaştırıcılarıyla ilgilidir. Sorunu bulmak için donanım sorunlarını giderme işlemini izleyin.

2. Uzunluk hataları alındı vmnic.
   Temel neden, 1. Sorun ile aynıdır. Bu senaryo için 1. Sorun'daki sorun giderme adımlarını izleyebilirsiniz.

3. Çerçeveyi Duraklat vmnic.
   Pause Frame, ağ akış kontrolü için kullanılır.
   Akış kontrolünü etkinleştirin Ağ kararsızlığı veya tıkanıklığı, VxRail de düşük performansa katkıda bulunur ve vSAN G-Ç veri deposu işlemleri üzerinde olumsuz bir etkiye sahiptir.
   Akış denetimi, arabellek taşmasını önlemek için veri aktarımı hızını yönetmeye yardımcı olan bir anahtar özelliğidir.
   VxRail, akış kontrolünün receive on ve transmit off.
   Bkz. https://www.delltechnologies.com/asset/en-us/products/converged-infrastructure/technical-support/h15300-vxrail-network-guide.pdf sayfa 88.

Anahtarın akış kontrolünü etkinleştirip etkinleştirmediğini kontrol etme:
Örnek olarak Dell anahtarını ele alalım:

Run the command "show interface ethernet 1/1/1," replacing the switch interface number with the interface connecting the node

S5048-01# show interface ethernet 1/1/1
Ethernet 1/1/1 is up, line protocol is down
Pluggable media present, SFP28 type is SFP28 25GBASE-SR-NOF
    Wavelength is 850
Interface index is 15
Internet address is not set
Mode of IPv4 Address Assignment: not set
Interface IPv6 oper status: Disabled
MTU 1532 bytes, IP MTU 1500 bytes
LineSpeed 0, Auto-Negotiation off
Configured FEC is cl108-rs, Negotiated FEC is cl108-rs
Flowcontrol rx on tx on  ----- tx on means that the flow control is transmit on

Akış kontrolü iletimi nasıl devre dışı bırakılır:

S5048-01# configure terminal
S5048-01(config)# interface e1/1/1 ----replace the switch interface number
S5048-01(conf-if-eth1/1/1)# flowcontrol transmit off

vSAN'a bağlı tüm anahtar arayüzlerini yapılandırın vmnics Olarak transmit off'dir.
Alarmı yeşile sıfırlayın ve alarmın geri dönüp dönmediğini izleyin.