Intel®乙太網路 FCoE 的已知問題

這些是使用 Intel®乙太網路伺服器介面卡與 Intel®乙太網路 FCoE 的已知問題。此清單是 Intel® Network Connections 軟體17.4 版的最新清單。如需有關安裝和配置 Intel 乙太網路伺服器介面卡的詳細資訊, 請參閱使用者指南。

Intel®乙太網路 FCoE Windows * 問題

• 適用于 FCoE 的 Intel®乙太網路虛擬儲存微型埠驅動程式可能會從裝置管理器中消失

  適用于 FCoE 的 Intel®乙太網路虛擬儲存微埠驅動程式可能會在下列任一情況後從裝置管理器中消失:

  • 已移除虛擬網路。
  • 基礎 Intel NIC 介面卡設定已修改。

  當虛擬化的相應介面卡建立新的虛擬網路, 或是刪除或修改現有的虛擬網路時, 就會發生這種情況。在修改基礎 Intel NIC 介面卡的設定時也會發生這種情況, 包括停用或重新啟用介面卡。

  若要解決此問題, 使用者應刪除 intel®乙太網路虛擬儲存微埠驅動程式的所有資源依賴關係, 以供系統目前使用的 FCoE, 然後再變更 Intel 介面卡以進行虛擬化。例如, 在一個使用案例的情況中, 使用者可能會將 FCoE 磁片從 FCoE 儲存驅動程式指派給執行其中一個虛擬機器, 同時使用者也想要改變虛擬化的相同 Intel 介面卡的配置。在這種情況下, 使用者必須先從虛擬機器移除 FCoE 磁片, 然後再變更 Intel 介面卡配置。

• 虛擬埠可能會從虛擬機器上消失

  當虛擬機器啟動時, 它會要求 FCoE (驅動程式) 的 Intel®乙太網路虛擬儲存微型埠驅動程式以建立虛擬埠。如果隨後停用該驅動程式, 虛擬埠可能會消失。取得虛擬埠的唯一方法是啟用驅動程式並重新啟動虛擬機器。

• 在將介面卡作為 VNIC 進行新增或移除時, 將不會載入具備 Hyper-v 儲存微型埠驅動程式的 Windows Server 2008 *。

  在 Windows Server 2008 with Hyper-v 中, 在將 DCB/FCoE 介面卡新增或移除為共用的外部虛擬裝置後, 儲存微型埠驅動程式可能無法自動載入。若要載入儲存微型埠驅動程式, 請重設介面卡。

• 在安裝 ANS 並建立 AFT 群組後安裝 Intel®乙太網路 FCoE 時, Storports 未安裝

  如果使用者安裝 ANS 並建立一個 AFT 團隊, 然後再安裝 FCoE/DCB, 則結果為預設為 DCB。如果使用者隨後在一個埠上啟用 DCB, OS 將會偵測 Storports, 使用者必須手動按一下新的硬體嚮導來安裝。如果使用者沒有執行此操作, 則 DCB 狀態為非工作, 而提供的原因不是對等。

• 現有的 Intel®乙太網路 FCoE 交換器不支援連結聚合團隊

• 適用于 Windows * 裝置管理器 (DMiX) 的 intel® PROSet 未與 Intel®乙太網路 FCoE CTRL + D 公用程式同步

  當使用者透過 FCoE 功能表停用 FCoE 時, Windows Device Manager 使用者介面的 Intel PROSet 會顯示快閃含有影像, 但快閃記憶體需要更新。再次使用 FCoE 影像更新快閃記憶體, 重新啟用 FCoE 並將使用者返回到所有 FCoE 設定的狀態。

  如果使用者使用控制項-D 功能表來停用 FCoE, 則應使用控制-D 功能表來啟用它, 因為 Windows Device Manager 的 Intel PROSet 不支援啟用或停用 FCoE。

• 82599和 X540-t2 的介面卡在 Windows * MPIO 配置中不會顯示為 SPC-3

  因為 FCoE 發起程式是虛擬化的裝置, 所以它沒有自己獨特的硬體識別碼, 因此在 Windows MPIO 配置中不會顯示為具備 SPC-3 相容的裝置。

• 在移除 ALB 群組時, 所有的 Intel®乙太網路 FCoE 功能都會失敗, 所有 DMIX 的標籤都顯示為灰色, 而且兩個介面卡埠都無法

  若要在單播模式中與 Microsoft 網路負載平衡器 (NLB) 協同作業的 ANS 組合, 團隊的 LAA 必須設為「叢集節點 IP」。在 ALB 模式中, 必須停用接收負載平衡。如需進一步的配置詳細資料, 請參閱結合網路負載平衡使用成群組介面卡可能會導致網路問題

  當 NLB 處於多播模式時, ANS 組合就能發揮作用。若要在此模式中正確配置介面卡, 請參閱事件 ID 53-網路介面卡功能
• 在同一個 VLAN 上進行的 FCoE 和 TCP/IP 通訊可能無法在某些交換器上使用

  這是已知的交換器設計與配置問題。

Intel®乙太網路 FCoE 開機問題

選項 ROM 已知問題

• 多個 FCoE Vlan 的探索問題
  從探索目標功能執行 VLAN 探索時, FCoE 選項 ROM 可能無法發現所需的 VLAN。如果「探索 VLAN」框中填充了錯誤的 VLAN, 請在執行探索目標之前輸入所需的 VLAN。

Windows 已知問題

• 在版本16.4 中支援織錦式交換器
  Intel®乙太網路 FCoE Boot 不支援16.4 版的織錦式交換器。如有必要, 請使用版本16.2。

• Windows 在本機磁片上使用分頁檔
  進行影像後, 如果在從 FCoE 磁片啟動之前未移除本地磁片, Windows 就可以使用本機磁片上的分頁檔案。

• FCoE 磁片的損毀傾印僅支援 FCoE 開機 LUN
  以下方案不受支援:

  • 如果 Windows 目錄不在 FCoE 開機 LUN 上, 則會將損毀傾印至 FCoE 磁片。
  • 使用 DedicatedDumpFile 註冊表值將損毀傾印導向另一 FCoE LUN。

• 停止 IntelDCB 服務可能會導致作業系統掛起或崩潰

• FCoE 從本機磁片卸載可能會因為安裝程式不准確的報告系統從 FCoE 啟動而被阻塞
  當 FCoE 選項 ROM 在開機期間連接到 FCoE 磁片時, Windows 安裝程式可能無法判斷系統是從 FCoE 引導, 還是會堵塞 FCoE 卸裝。若要卸載, 請設定選項 ROM, 讓它無法連接至 FCoE 磁片。

• 無法建立採用 Intel®乙太網路 FCoE 開機的 VLAN 介面
  當使用 FCoE 引導時, 使用者不能為其它流量類型建立 Vlan 和/或群組。這可防止非 FCoE 流量的聚合功能。

• 透過 Hyper-v 以外部共用 vnic 的方式, 為 FCoE Boot 設定的伺服器介面卡
  如果埠設定為開機埠, 當使用者在系統中安裝 Hyper-v 角色, 然後進入 Hyper-v 網路系統管理員以選擇要在外部虛擬化的埠時, 就會顯示開機埠。

  將 port 設定為適用于 Windows Device Manager (DMIX) 的 Intel PROSet 中的開機埠時, 會有消息顯示使用者應重新開機系統, 以確保變更有效, 但不會強制重新開機。因此, 使用者等級應用程式處於開機模式 (亦即資料中心標籤呈灰色顯示), 但是核心層級驅動程式未重新開機, 以指示作業系統埠為開機埠。當使用者將 Hyper-v 服務新增到系統時, 作業系統會拍攝可用埠的快照, 而這就是在新增超級 i 角色之後使用的快照, 系統重新開機, 使用者進入 Hyper-v 虛擬網路管理器以虛擬化 ports.因此, 開機埠也會顯示。

  解

  在設定埠至開機埠並加上 Hyper-v 角色之前, 請重新開機系統。埠沒有出現在超級虛擬網路管理器的 virtualizable 埠清單中。

  請在裝置管理器中停用/啟用埠後再將 Hyper-v 角色設定為開機後, 再將其關閉。埠沒有出現在超級虛擬網路管理器的 virtualizable 埠清單中。

• FCoE 斷線超時在遠端啟動時過早失敗
  如果 FCoE 啟動的埠超過了 Intel®乙太網路儲存微型埠驅動程式的斷線超時高級設定所指定的時間, 系統會崩潰。斷線超時值超過30秒可能不會在系統崩潰之前提供額外的時間。