web-dev-qa-db-ja.com

SMBクライアントエラー

スケールアウトファイルサーバーでHyperV Server 2016を使用すると（ファイルサーバーにVHDXファイルを保存）、ハイパーバイザーのイベントログ（SMBクライアント-接続）に次のエラーが表示されます。

Failed to establish a network connection.

Error: {Device Timeout}
The specified I/O operation on %hs was not completed before the time-out period expired.

Server name: storage.DOMAIN
Server address: IP_OF_STORAGE2:445
Connection type: Wsk

Guidance:
This indicates a problem with the underlying network or transport, such as with TCP/IP, and not with SMB. A firewall that blocks TCP port 445, or TCP port 5445 when using an iWARP RDMA adapter, can also cause this issue.

環境が不安定に感じられ、仮想マシンにI/Oエラーが発生し続けるため、実際にストレージに障害が発生しています。

環境は次のようになります。

  • NICチーミング（デュアル10Gイーサネットインターフェース）を使用したHyperV 2016 Server VLANタグ付け
  • HyperV 2016サーバーとファイルサービスが有効になっているデュアルストレージヘッドサーバーを、スケールアウトファイルサーバー（ストレージ1とストレージ2）の役割を持つフェールオーバークラスターに結合。ストレージバックエンドとして、iSCSIを介してヘッドノードに接続されたEMCストレージユニットがあります。

ノード間には、チーム化されたインターフェース上でアクティブなイーサチャネル/ LACPを実行するCisco Nexusネットワークがあります。

必要に応じて情報を提供させていただきます。

Googling中に私が見つけた唯一の関連ヒットは、解決策のないこのtechnetスレッドでした https://social.technet.Microsoft.com/Forums/en-US/ef3e9243-5a22-4020-97a0-219595666cd7/smbclient-errors ？forum = winserver8gen

networkingserver-message-blockhyper-v-server-2016
7
tomcsanyid

ここで得た提案を取り入れ、それに基づいてネットワークを変更することにしました。

  • 2番目のVLANタグ付きインターフェイスをLBFOチームに追加しました。これを使用して、SMB MultiChannel
  • チームの負荷分散アルゴリズムをデフォルトのDynamicではなくAddress hashに変更しました

1週間前にこれらの変更を行いました。それ以来、このエラーメッセージは表示されず、一般にSMB Clientイベントログのメッセージは少なくなっています。

ありがとうございました！

1
tomcsanyid

ISCSIとLACPを混在させることはお勧めできません。接続のチーム化を解除して、これまでトランキングを行っている場所でMPIOを使用してみてください。

4
BaronSamedi1958

以前のスピーカーに同意します。パフォーマンスを最初に検討する場合、MPIOが最善の策です。一般的な構成については、複雑さを軽減し、信頼性を高め、最も重要なこととして、物理的なSANボックスの代わりにノードのローカルストレージを使用することでパフォーマンスを向上させることができると思います。 starwind free そして、ノード間でデータを同期させます。これにより、クライアントがストレージに最短の方法（データの局所性-低遅延）を実現できるため、適切なパフォーマンスの向上が得られます。

4
batistuta09