Atheros AR5008 PCI Expressカード(D-LINK DWA-556、Device = 0024&Vendor = 168C)を搭載したSupermicroX9SCMボードを持っています。カードはESXi(バージョン4.1および5.0を試しました)でPCIパススルーのマークを付けることができますが、Wifiカードを関連付けてVMを開始するたびに、ホスト全体がフリーズし、ハードリセットが必要になります) 。
このカードが何らかの理由で互換性がない可能性は十分にあります-少なくともあるようですが 1つのレポート 「機能している」、または少なくともゲストが起動できることがわかりました。 なぜ失敗するのかを本当に理解したいと思います。いくつかのログファイルやその他のリソースを調べて、知識を収集できるかどうかを確認しました。私はVMWareツールの専門家からはほど遠いですが、これを最もよくトラブルシューティングする方法。
これが私がこれまで見てきたことです:
繰り返しますが、私の本当の質問は、どうすればこのデバイスがゲストに割り当てられたときにハイパーバイザーをロックアップさせるのかを理解するのですか?
ロックアップしているのはハイパーバイザーではなく、ある種のハードウェア(PCIeスイッチなど)である可能性があります。 PCIeデバッグハードウェア とPCIe固有の知識がないと、これをデバッグするのに苦労するでしょう。したがって、おそらく追求する価値はありません。一般に、PCIパススルーは、十分な考慮なしに使用する必要があるものではありません。
仮想マシンでワイヤレス接続インターフェイスが必要な場合は、ワイヤレスネットワークを有線デバイスにブリッジする外部デバイス(ルーター/ブリッジ)を使用し、このネットワークに接続する仮想マシン内から仮想インターフェイスを使用することを検討してください。別のオプションは、USBプラグインターフェイスを SBネットワークリダイレクタ と一緒に使用することです。
この質問は古くなっているかもしれませんが、私がこの問題にぶつかったとき、それでもトップのグーグル結果として出てきたことを理解してください。ここで解決策を見つけたので、共有したいと思いました。
/etc/vmware/passthru.mapに正しいパススルーパラメータを設定し、そのようなエントリを追加します。
# passthrough attributes for devices
# file format: vendor-id device-id resetMethod fptShareable
# vendor/device id: xxxx (in hex) (ffff can be used for wildchar match)
# reset methods: flr, d3d0, link, bridge, default
# fptShareable: true/default, false
# Atheros Wireless
168c 0034 d3d0 false
次に、ホストを再起動します。
注1:ここの最初と2番目のフィールドはベンダーとデバイスに固有ですが、ESXi Webインターフェイスの[ホスト]> [管理]> [ハードウェア]> [PCIデバイス]から値を取得しました(すでに16進数です)。
注2:passthru.mapにはすでに他の便利なものがあるので、単に上書きするのではなく、追加してください。
私も設定しました
pciPassthru0.msiEnabled=false
ゲストの.vmxファイルにありますが、passthru.mapを修正する前に、私はそれが必要であると確信していません。
カードの構成や便利さを完了していませんが、VMが起動し、ゲストがカードを検出すると、ホストは実行を続けます。
あなたの計画がここにあるのか知りたいです。ワイヤレスNICのゲスト仮想マシンへのESXiPCIパススルーを実行しようとしていますか?ゲストOSとは何ですか?このセットアップの目的は何ですか?
すべてのPCIeデバイスがVMDirectPathと互換性があるわけではありません。これは単にそれらの1つかもしれません。