VxRail: vCenter näyttää varoituksen High pnic rx generic error rate detected- tai High pNic error rate detected.

Tässä viestissä on kaksi eri asiaa, joita on käsiteltävä eri tavalla.

Ongelma 1:
vCenter-verkkoasiakasohjelmassa näkyy alla oleva ilmoitus useasta isännästä. Varoituksen vmnic voi olla mikä tahansa vmnic, jonka isännät muodostavat yhteyden verkkoon.
**Tämä eroaa numerosta 2 (mainittu seuraavassa). Vain ongelman 2 hälytyksen vmnic on vSANin aktiivinen ja (tai) valmiustilan vmnic.**

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

Kun käytät seuraavaa komentoa ESXi-isännässä, käyttäjät näkevät paljon rx (Receive) -pituusvirheitä ja virhe kasvaa jatkuvasti. Tämä laukaisee varoituksen.
(korvaa X oikealla vmnic-numerolla)

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 

Kaikilla isännän vmnic-verkkotunnuksilla on lähes identtiset "Receive length error" Laskee. Tämä tarkoittaa, että "Multicast packets received" tai "Broadcast packets received" osallistua "Receive length errors."

**Monilähetyspaketit tulvivat samaan VLAN-verkkoon, samoin kuin lähetyspaketit yleensä.

Voimme laskea vastaanoton pituusvirheen ja lähetyspakettien suhteen tai vastaanoton pituusvirheen ja monilähetyspakettien suhteen. Vertaa niitä sitten muihin solmuihin.

Jopa eri solmuissa monilähetyksen tai lähetyksen aiheuttamien vastaanottopituusvirheiden prosenttiosuus on lähes sama.**

Voit tehdä ongelman 1 vianmäärityksen tallentamalla paketit vmnic-verkkokorttiin:

1. Muodosta SSH-yhteys solmuun
2. Suorita seuraava komento: (korvataan "vmnicX" pituusvirheen saaneen vmnic:n kanssa)

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

3. Kaappaa uplink-virhepaketit ja lopeta näppäinyhdistelmällä ctrl+c.
4. Lataa .pcap-tiedosto paikalliselle työpöydälle ja avaa se Wiresharkilla.
5. Lähetyspaketit Suodatin: ip.addr == 255.255.255.255 
6. Monilähetyspaketit Suodatin: eth.dst == ff:ff:ff:ff:ff:ff 
7. Yritä löytää "Väärin muotoiltu paketti" suodattimen tuloksesta.
8. Joskus tämä suodatin toimii (vain Wireshark 4.0.12: ssa): ((eth.len != frame.len - 14) || eth.len != frame.len - 18)

Ongelma 2:
Hälytys on nimetty.

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

Kun käyttäjä tarkistaa isännän vSAN-suorituskykynäkymän, hän huomaa, että hälytyksessä mainittu vmnic on aina vSAN-liikenteen aktiivinen tai (ja) valmiustilan vmnic.
Useimmiten vmnic toimii vSANin valmiustilassa.
Tämä hälytys liittyy vSphere 7.0U2:een.
Katso: https://knowledge.broadcom.com/external/article/312096/alarm-about-high-pnic-error-rate-being-d.html
Seuraavassa taulukossa esitetään valvottavien vSAN-verkkokorttien tiedot ja niiden hälytyskynnykset:

Tällaiset virheet voivat vaikuttaa vSAN-suorituskykyyn.

Ongelma 1:
Tässä tapauksessa pakettisieppauksessa näkyy, että Cisco Access Point (AP) -ohjain lähettää CAPWAP-Control-paketteja.
Wireshark merkitsee ne epämuodostuneeksi paketiksi.
ESXi ei yleensä pysty käsittelemään tällaista pakettia.

Jos Wireshark kohtaa analyysinsä aikana paketin, joka ei vastaa protokollan odotettua rakennetta, se merkitsee paketin "epämuodostuneeksi". Tämä tarkoittaa yleensä, että paketti on saattanut vioittua lähetyksen aikana, tai se edustaa protokollan epätavallista tai virheellistä toteutusta.

Seuraava suodatin saattaa tuottaa toisenlaisen tuloksen (koska kehyksen pituutta ei tueta), ja se voi myös aiheuttaa "received length error."
Se ei kuitenkaan ole tarkka, joten ennen raportin lähettämistä asiakkaalle on tehtävä lisäanalyysi tämän suodattimen tulosteesta.
((eth.len != frame.len - 14) || eth.len != frame.len - 18)

Ongelma 2:
VMware otti käyttöön tämän hälytyksen valvoakseen virheitä, jotka voivat vaikuttaa vSAN-suorituskykyyn.
Kun virheen prosenttiosuus saavuttaa erityisarvon. Hälytys laukaisee käyttäjän, jotta käyttäjälle ilmoitetaan, että vSAN-suorituskyvystä on huolehdittava.

Olemme kuitenkin havainneet, että hälytyksen laukaisun algoritmilla voi olla ongelmia. Virhepakettisuhdetta laskettaessa käytetään lyhyen aikavälin datapakettien määrää ja virhepakettien kokonaismäärää.

Useimmiten virhe vmnic on aina vSANin vara-vmnic, koska vmnic:ssä on vähemmän liikennettä.

Aihe 1:

• Ongelman 1 IP-lähdeosoite oli VLAN 1 -verkkoon yhdistetty Ciscon tukiasemaohjain.
• Tarkista VxRail-klusterin vDS-asetuksista, ettei VLAN 1:tä käyttävää liikennettä ole.
• Irrota VLAN 1 TOR-kytkinten porteista, jotka on kytketty VxRail-isäntiin.
• Jos sitä ei ole VLAN 1:ssä, irrota VLAN kytkinporteista samalla tavalla.
• Jos VLAN kuljettaa klusteriliikenteen, VLANia ei voi poistaa kytkinporteista. Käyttäjän on ehkä eristettävä vastaanotetun pituusvirheen aiheuttanut liikenne VxRail-klusterista verkon rakennetta muuttamalla.

Ongelma 2:
Tämän tyyppisiä ongelmia voidaan käsitellä useissa skenaarioissa.

• VMNIC-raportointivirhe on vSANin valmiustilan vmnic, ja virhepaketin kasvu on hidasta.

Tämä on algoritmin aiheuttama väärä hälytys, joka ei vaikuta vSAN-suorituskykyyn. Voimme suositella, että asiakkaat jättävät tämän hälytyksen huomiotta, vaikka tämä hälytys ilmestyy ajoittain uudelleen.

• VMNIC-raportointivirhe on vSAN:n tai valmiustilan vminc:n aktiivinen vmnic, mutta virhepakettien määrä kasvaa jatkuvasti.

Erityyppiset virheet noudattavat erilaisia resoluutioita, kohtaamme usein CRC-virheen, vastaanotetun pituusvirheen ja vastaanotetun taukokehyksen aiheuttaman hälytyksen.

1. Vastaanotettu CRC-virheitä vmnic:ssä.

   Laitteisto-ongelma aiheuttaa yleensä CRC-virheitä. Liittyy enimmäkseen kaapeli-, SFP- ja verkkosovittimiin, sekä solmu- että kytkinpuoleen
   Paikanna ongelma laitteiston vianmääritysohjeiden mukaisesti.

2. Vastaanotettu pituusvirheitä vmnic:ssä.

   Perimmäinen syy on sama kuin ongelmassa 1. Voit seurata tämän skenaarion ongelman 1 vianmääritystä.

3. Keskeytä vmnic-laitteessa vastaanotettu kehys.

   Pause Frame -kehystä käytetään verkon virtauksen säätöön.
   Ota virtauksen säätö käyttöön Verkon epävakaus tai ruuhkautuminen heikentää VxRailin suorituskykyä ja heikentää vSAN I-O -tietosäilön toimintaa.
   Virtauksen säätö on kytkinominaisuus, joka auttaa hallitsemaan tiedonsiirtonopeutta puskurin ylivuodon välttämiseksi.
   VxRail suosittelee, että virtauksen säätö "receive on" and "transmit off."
   Katso https://www.delltechnologies.com/asset/en-us/products/converged-infrastructure/technical-support/h15300-vxrail-network-guide.pdf sivu 88.

Kuinka tarkistaa, mahdollistaako kytkin virtauksen säädön?
Otetaan esimerkiksi Dell-kytkin:

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

Vxrail-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

Kuinka poistaa virtauksenohjauksen lähetys käytöstä?

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

Määritä kaikki vSAN vmnics -verkkoon yhdistetyt kytkinliitännät poistetuiksi.
Palauta hälytys vihreäksi ja tarkista, palaako hälytys.