PowerStore: PowerStore X:n ESXi-solmu ei näytä protokollapäätepisteitä

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Jos Ethernet-kytkimissä määritetty siirtoyksikön enimmäiskoko ei ole vähintään yhtä suuri kuin PowerStore-hallintaverkossa määritetty enimmäiskoko, hallinnassa voi ilmetä ajoittaisia ongelmia.
Tässä esimerkissä PowerStore X:n toisen ESXi-isännän (solmuun B asennettu isäntä) VASA-yhteys ei toimi.
 

 

SLN322011_fi__1icon Kun jumbokehykset (tavallisesti 9 000 tavun siirtoyksikön enimmäiskoko) ovat käytössä, ne on määritettävä yhtenäisesti kaikkialla. Väärin määritetyt jumbokehykset voivat aiheuttaa yhteysvirheitä tai heikentää IO-suorituskykyä.

  
 

Sisällysluettelo

  1. Ongelma
  2. Ratkaisu
 

1. Ongelma

Nämä yhteysvirheet havaitaan /var/log/vvold.log-lokissa ESXi-isännässä, jota ongelma koskee:
  
2020-06-24T09:33:08.114Z info vvold[2104948] [Originator@6876 sub=Default] VasaSession::Initialize url is empty 2020-06-24T09:33:08.114Z warning vvold[2104948] [Originator@6876 sub=Default] VasaSession::DoSetContext: Empty VP URL for VP (PowerStore)! 2020-06-24T09:33:08.114Z info vvold[2104948] [Originator@6876 sub=Default] Initialize: Failed to establish connection https://xx.xx.xx.xx:8443/version.xml 2020-06-24T09:33:08.114Z error vvold[2104948] [Originator@6876 sub=Default] Initialize: Unable to init session to VP PowerStore state: 0 2020-06-24T09:33:08.117Z info vvold[2104947] [Originator@6876 sub=Default] VasaSession::GetEndPoint: with url https://xx.xx.xx.xx:8443/version.xml 2020-06-24T09:34:28.895Z warning vvold[2104947] [Originator@6876 sub=Default] VasaSession::GetEndPoint: failed to get endpoint, err=Connection timed out, using default 2020-06-24T09:34:28.896Z info vvold[2104947] [Originator@6876 sub=Default] VasaSession::Initialize url is empty
 

 
Tämä on eri esimerkki kuin seuraava loki, joka on kerätty toisesta järjestelmästä. Seuraava loki koskee varmennevirhettä, joka on kokonaan eri ongelma. Edellisessä esimerkissä kyse on kuitenkin yhteysvirheestä, vaikka lokit ovat suurelta osin identtisiä.

  
Nämä varmennevirheet havaitaan /var/log/vvold.log-lokissa toisessa ESXi-isännässä eri ongelman vuoksi:

2019-12-26T16:57:03.396Z info vvold[2139844] [Originator@6876 sub=Default] VasaSession::GetEndPoint: with url https://xxxxxxxx.com:8443/version.xml 2019-12-26T16:57:03.401Z warning vvold[2139844] [Originator@6876 sub=Default] VasaSession::GetEndPoint: failed to get endpoint, err=SSL Exception: Verification parameters: --> PeerThumbprint: 0B:01:C4:F2:16:E0:10:C9:63:B5:F2:92:D3:36:B5:65:5C:59:DB:17 --> ExpectedThumbprint: --> ExpectedPeerName: xxxxxxxx.com --> The remote host certificate has these problems: --> --> * Host name does not match the subject name(s) in certificate., using default 2019-12-26T16:57:03.401Z info vvold[2139844] [Originator@6876 sub=Default] VasaSession::Initialize url is empty 2019-12-26T16:57:03.401Z warning vvold[2139844] [Originator@6876 sub=Default] VasaSession::DoSetContext: Empty VP URL for VP (xxxxxxxxx)! 2019-12-26T16:57:03.401Z info vvold[2139844] [Originator@6876 sub=Default] Initialize: Failed to establish connection https://xxxxxxxx.com:8443/version.xml 2019-12-26T16:57:03.401Z error vvold[2139844] [Originator@6876 sub=Default] Initialize: Unable to init session to VP xxxxxxxxx state: 0
 

  

SLN322011_fi__1icon Varmista, että vvold.log-lokin virhe on err=Connection timed out eikäerr=SSL Exception. Jos virhe on SSL Exception, noudata VMware-tietämyskannan artikkelin 67744 ohjeita.

  
 

SLN322011_fi__1icon Kun testaat yhteyttä jumbokehyksillä, vähennä ICMP-otsikon koko eli 8 tavua ja IP-otsikon vähimmäiskoko eli 20 tavua. 9 000 – 28 = 8 972. Nämä kaksi otsikkoa lisätään automaattisesti, mikä suurentaa kehyksen kokoa.

  
 

ESXi-isännän yhteys epäonnistuu joissakin poluissa. Seuraavassa esimerkissä testataan yhteyttä solmun B ESXi-isännästä solmun A isäntään: 
  
[root@Powerstore1000X-host-2:~] vmkping -I vmk1 1.2.3.4 -s 8972 -c 2 PING 1.2.3.4 (1.2.3.4): 8972 data bytes 8980 bytes from 1.2.3.4: icmp_seq=0 ttl=64 time=0.327 ms 8980 bytes from 1.2.3.4: icmp_seq=1 ttl=64 time=0.376 ms --- 1.2.3.4 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 0.327/0.352/0.376 ms [root@Powerstore1000X-host-2:~] vmkping -I vmk1 1.2.3.5 -s 8972 -c 2 PING 1.2.3.5 (1.2.3.5): 8972 data bytes --- 1.2.3.5 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss[root@Powerstore1000X-host-2:~] [root@Powerstore1000X-host-2:~] vmkping -I vmk2 1.2.3.5 -s 8972 -c 2 PING 1.2.3.5 (1.2.3.5): 8972 data bytes 8980 bytes from 1.2.3.5: icmp_seq=0 ttl=64 time=0.303 ms 8980 bytes from 1.2.3.5: icmp_seq=1 ttl=64 time=0.411 ms --- 1.2.3.5 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 0.303/0.357/0.411 ms [root@Powerstore1000X-host-2:~] vmkping -I vmk2 1.2.3.4 -s 8972 -c 2 PING 1.2.3.4 (1.2.3.4): 8972 data bytes --- 1.2.3.4 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss[root@Powerstore1000X-host-2:~]

 

  
SLN322011_fi__1icon Nämä ping-testit on suoritettu ESXi-isäntiin muodostetusta ssh-istunnosta. Lisätietoja vmkping-komennosta on VMware-tietämyskannan artikkelissa 1003728.

  
 

Jos yhteyttä testataan kuitenkin uudelleen tavallisella lähetyskoolla, ping-kutsut onnistuvat (-s 8972 muutetaan muotoon -s 1472):
  
[root@Powerstore1000X-host-2:~] vmkping -I vmk1 1.2.3.4 -s 8972 -c 2 PING 1.2.3.4 (1.2.3.4): 8972 data bytes 8980 bytes from 1.2.3.4: icmp_seq=0 ttl=64 time=0.327 ms 8980 bytes from 1.2.3.4: icmp_seq=1 ttl=64 time=0.376 ms --- 1.2.3.4 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 0.327/0.352/0.376 ms [root@Powerstore1000X-host-2:~] vmkping -I vmk1 1.2.3.5 -s 8972 -c 2 PING 1.2.3.5 (1.2.3.5): 8972 data bytes --- 1.2.3.5 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss[root@Powerstore1000X-host-2:~] [root@Powerstore1000X-host-2:~] vmkping -I vmk2 1.2.3.5 -s 8972 -c 2 PING 1.2.3.5 (1.2.3.5): 8972 data bytes 8980 bytes from 1.2.3.5: icmp_seq=0 ttl=64 time=0.303 ms 8980 bytes from 1.2.3.5: icmp_seq=1 ttl=64 time=0.411 ms --- 1.2.3.5 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 0.303/0.357/0.411 ms [root@Powerstore1000X-host-2:~] vmkping -I vmk2 1.2.3.4 -s 8972 -c 2 PING 1.2.3.4 (1.2.3.4): 8972 data bytes --- 1.2.3.4 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss[root@Powerstore1000X-host-2:~]

 

SLN322011_fi__1icon Vaikuttaa siltä, että ping-kutsua ei voi lähettää VLTi-porttikanavan kautta. Edellisten esimerkkien ping-kutsujen onnistuminen riippuu valitusta lähdeliittymästä, sillä kukin lähdeliittymä on liitetty eri kytkimeen.

  
 

2. Ratkaisu

 

SLN322011_fi__1icon Dell Networking OS10- tai OS9-kytkimessä kaikkien PowerStoreen yhdistettyjen liittymien siirtoyksikön enimmäiskooksi on määritettävä 9 216. Virheellinen määritys aiheuttaa tämän ongelman.

  
 

SLN322011_fi__1icon OS10-versiota 10.5.0 (elokuu 2019) edeltävissä versioissa on ongelma, jossa VLTi-liittymän porttikanava 1 000 ei lähetä pirstoutumatta kehyksiä, joiden siirtoyksikön enimmäiskoko on yli 1 500. VLTi-liittymän pitäisi pystyä oletusarvoisesti lähettämään kehyksiä, joiden siirtoyksikön enimmäiskoko on enintään 9 216.

  
 

Jos OS10-kytkimen komentoriviliittymästä halutaan tarkistaa, voidaanko tiettyä siirtoyksikön enimmäiskokoa lähettää, komennon muoto on seuraava:ping -M do -s 8972 aaa.bbb.ccc.ddd -c 3 Esimerkki:
  
SWITCH# ping -M do -s 8972 1.2.3.6 -c 3 PING 1.2.3.6 (1.2.3.6) 8972(9000) bytes of data. ping: local error: Message too long, mtu=1500 ping: local error: Message too long, mtu=1500 ping: local error: Message too long, mtu=1500 --- 1.2.3.6 ping statistics --- 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2042ms SWITCH# ping -M do -s 2472 1.2.3.6 -c 3 PING 1.2.3.6 (1.2.3.6) 2472(2500) bytes of data. ping: local error: Message too long, mtu=1500 ping: local error: Message too long, mtu=1500 ping: local error: Message too long, mtu=1500 --- 1.2.3.6 ping statistics --- 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2039ms SWITCH# ping -M do -s 1472 1.2.3.6 -c 3 PING 1.2.3.6 (1.2.3.6) 1472(1500) bytes of data. 1480 bytes from 1.2.3.6: icmp_seq=1 ttl=64 time=1.05 ms 1480 bytes from 1.2.3.6: icmp_seq=2 ttl=64 time=0.966 ms 1480 bytes from 1.2.3.6: icmp_seq=3 ttl=64 time=1.00 ms --- 1.2.3.6 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2001ms rtt min/avg/max/mdev = 0.966/1.008/1.059/0.046 ms SWITCH#

 

  • Valitsimella -s määritetään kehyksessä lähetettävä koko.
  • Kun edellisessä tulosteessa lähetettiin 8 972 tavua, joka vastaa siirtoyksikön enimmäiskokoa 9 000, lähetys epäonnistui.
  • Tämän jälkeen lähetettiin 2 472 tavua, joka vastaa siirtoyksikön enimmäiskokoa 2 500, ja sekin epäonnistui.
  • Lopulta 1 472 tavun lähetys, joka vastaa siirtoyksikön enimmäiskokoa 1 500, onnistui.
  • Tämä vahvisti sen, että verkkopolku ei voinut hyväksyä kehystä, jonka siirtoyksikön enimmäiskoko oli yli 1 500.
  • Tässä esimerkissä ongelma oli VLTi-porttikanavassa 1 000 kahden S4148U-ON-kytkimen välissä, ja se johtui edellä kuvatusta OS10-viasta.
 

 

SLN322011_fi__1icon Kun siirtoyksikön enimmäiskoot on korjattu ja ESXi-isännän tallennustila tarkistetaan uudelleen, kaikki protokollapäätepisteet näkyvät odotetulla tavalla.

 



 

Affected Products

PowerStore
Article Properties
Article Number: 000125860
Article Type: Solution
Last Modified: 19 Apr 2021
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.