PowerStore: geïntegreerd ESXi-knooppunt kan geen protocoleindpunten weergegeven op PowerStore X

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

Wanneer de Maximum Transmission Unit (MTU) die is geconfigureerd op Ethernet-switches niet gelijk is aan of groter is dan de MTU die is geconfigureerd op het PowerStore beheernetwerk, kan dit leiden tot periodieke beheerproblemen.
In dit specifieke voorbeeld mislukt PowerStore X VASA-connectiviteit voor een van de geïntegreerde ESXi-hosts (een host die is geïnstalleerd op knooppunt B)
 

 

SLN322011_nl_NL__1icon Wanneer jumboframes (meestal met een MTU-grootte van 9000 bytes) zijn ingeschakeld, moeten ze op consistente wijze end-to-end worden ingesteld. Verkeerd geconfigureerde jumboframes kunnen leiden tot verbindingsfouten of verminderde I/O-prestaties.

  
 

Inhoudsopgave

  1. Probleem
  2. Oplossing
 

1. Probleem

Deze verbindingsfouten worden geconstateerd in/var/log/vvold.log op de betreffende ESXi-host:
  
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
 

 
Dit is een ander voorbeeld in het onderstaande logboek van een ander systeem. Het volgende logboek is een certificaatfout, wat een heel ander probleem is. In het bovenstaande voorbeeld is het echter een verbindingsfout, ook al zijn grote delen van het logboek identiek.

  
Deze certificaatfouten zijn waargenomen in/var/log/vvold.log op een andere ESXi-host voor een ander probleem:

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_nl_NL__1icon Controleer of de fout in vvold.log is err=Connection timed out en nieterr=SSL Exception. Als de fout SSL Exception is, volgt u in plaats daarvan VMware KB 67744.

  
 

SLN322011_nl_NL__1icon Trek bij het testen van connectiviteit met jumboframes de ICMP-header van 8 bytes en de minimale IP-headergrootte van 20 bytes af. 9000 - 28 = 8972. Deze 2 headers worden automatisch toegevoegd aan de framegrootte.

  
 

Het controleren van de connectiviteit vanaf de ESXi-host mislukt voor sommige paden. In het onderstaande voorbeeld wordt de connectiviteit van een geïntegreerde ESXi-host op knooppunt B getest naar de andere geïntegreerde host op knooppunt A: 
  
[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_nl_NL__1icon Deze pingtests werden uitgevoerd vanaf een SSH-sessie naar de ESXi-hosts. Zie VMware KB 1003728 voor meer informatie over vmkping.

  
 

Bij het opnieuw testen met een standaard payload-grootte zijn de pings echter succesvol (-s 8972 wijzigend in -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_nl_NL__1icon Dit lijkt erop dat we niet kunnen pingen over het VLTi-poortkanaal. Of pings wel of niet slagen in de bovenstaande voorbeelden hangt af van de broninterface die wordt gekozen, aangezien elke broninterface is aangesloten op een andere switch.

  
 

2. Oplossing

 

SLN322011_nl_NL__1icon Op een Dell Networking OS10 of OS9 switch moet de MTU van alle interfaces die zijn verbonden met PowerStore worden ingesteld op 9216. Onjuiste configuratie leidt tot dit probleem.

  
 

SLN322011_nl_NL__1icon Er is een probleem in OS10 versies voorafgaand aan 10.5.0 (augustus 2019) waarbij het VLTi-interfacepoortkanaal 1000 geen frames doorgeeft met een MTU groter dan 1500 zonder te fragmenteren. De verwachting is dat de VLTi standaard frames doorgeeft tot 9216 MTU.

  
 

Om te verifiëren vanaf de CLI van een OS10 switch, als we een specifieke MTU kunnen doorgeven, is de indeling van de opdrachtping -M do -s 8972 aaa.bbb.ccc.ddd -c 3. Bijvoorbeeld:
  
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#

 

  • Aan de hand van de instructies bij de -s schakeloptie wordt gebruikt om de payload-grootte voor het frame te bepalen.
  • In de bovenstaande uitvoer mislukt het verzenden van een frame met een payload van 8972, wat overeenkomt met een MTU van 9000.
  • Hierna wordt een payload van 2472 verzonden, wat overeenkomt met een 2500 MTU, die ook mislukt.
  • Tot slot is er een payload van 1472, wat overeenkomt met 1500 MTU, die succesvol is.
  • In dit geval werd bevestigd dat het netwerkpad geen frame groter dan 1500 MTU kon accepteren.
  • In dit specifieke voorbeeld was het probleem het VLTi-poortkanaal 1000 tussen 2 x S4148U-ON vanwege het eerder beschreven OS10 defect.
 

 

SLN322011_nl_NL__1icon Na het corrigeren van de MTU-mismatch en het opnieuw scannen van de storage op de ESXi-host, kunnen we alle protocoleindpunten zien zoals verwacht.

 



 

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.