PowerStore:PowerStore Xで組み込みESXiノードがプロトコル エンドポイントを提示できない

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.

Symptoms

Ethernetスイッチで設定された最大転送単位(MTU)がPowerStore管理ネットワーク上で設定されたMTU以上ではない場合、断続的に管理の問題が発生する可能性があります。
この特定の例では、PowerStore X VASAが、組み込みESXiホストのいずれかとのみ(ノードBにインストールされているホスト)接続に失敗します。
 

 

SLN322011_ja__1icon ジャンボ フレーム(一般的には9000バイトのMTUサイズ)が有効になっている場合は、一貫してエンド ツー エンドで設定する必要があります。ジャンボ フレームが正しく設定されていないと、接続に失敗するか、またはIOパフォーマンスが低下する場合があります。

  
 

目次

  1. 課題
  2. 対処方法
 

1.課題

これらの接続エラーは、該当するESXiホスト上の/var/log/vvold.logで確認されています。
 
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
 

 
次のログの例は、別のシステムからの異なるログです。次のログは、証明書のエラーであり、まったく別の問題です。ただし、上記の例では、ログの大部分が同じであっても、接続エラーです。

  
これらの証明書エラーは、別のESXiホスト上で別の問題として/var/log/vvold.logで確認されています。

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_ja__1icon vvold.logのエラーが、 「err=Connection timed out」 で、「err=SSL Exception」ではないことを確認します。エラーが「SSL Exception」である場合は、VMware KB 67744を参照してください。

  
 

SLN322011_ja__1icon ジャンボ フレームを使用して接続をテストする場合は、8バイトのICMPヘッダーと20バイトの最小IPヘッダー サイズを減算します。9000 - 28 = 8972。これら2つのヘッダーは、フレーム サイズを大きくして自動的に追加されます。

  
 

一部のパスで、ESXiホストからの接続に失敗するかを確認します。次の例では、ノードBの1つの組み込みESXiホストからノード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_ja__1icon これらのpingテストは、SSHセッションからESXiホストに対して実行されました。vmkpingの詳細については、VMware KB 1003728を参照してください。

  
 

ただし、標準のペイロード サイズを使用して再度テストを実行すると、pingは成功します(-s 8972-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_ja__1icon ここでは、VLTiポート チャネルに対してpingを実行できないようです。上記の例でpingが成功するかどうかは、ソース インターフェイスがそれぞれ別のスイッチに接続されているため、選択されたソース インターフェイスによって異なります。

  
 


2.対処方法

 

SLN322011_ja__1icon Dell Networking OS10またはOS9スイッチでは、PowerStoreに接続されているすべてのインターフェイスのMTUを9216に設定する必要があります。設定を誤ると、この問題が発生します。

  
 

SLN322011_ja__1icon 10.5.0(2019年8月)より前のOS10バージョンでは、VLTiインターフェイスのポート チャネル1000が、フラグメント化なしで1500より大きいMTUのフレームを渡さない問題があります。デフォルトでは、VLTiは最大9216 MTUのフレームを渡すはずです。

  
 

OS10スイッチのCLIから確認するには、特定のMTUを渡すことができる場合は、次のコマンド形式を使用します。ping -M do -s 8972 aaa.bbb.ccc.ddd -c 3 例:
 
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#

 

  • The -s スイッチは、フレームのペイロード サイズを定義するために使用されます。
  • 上記の出力では、9000のMTUに対応するペイロード8972のフレームを送信すると失敗します。
  • その後、2500 MTUに対応するペイロード2472を送信しても失敗します。
  • 最後に、1500 MTUに対応するペイロード1472は成功します。
  • この例では、ネットワーク パスが1500より大きいフレームを受け入れることができないことが確認されています。
  • この特定の例では、前述のOS10の欠陥による、2台のS4148U-ON間のVLTiポート チャネル1000が原因でした。
 

 

SLN322011_ja__1icon MTUの不一致を修正して、ESXiホスト上のストレージを再スキャンした後、すべてのプロトコル エンドポイントが期待どおりに表示されました。

 



 

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.