Intel® 乙太網路 FCoE的已知問題
內容類型: 疑難排解 | 文章 ID: 000007715 | 最近查看日期: 2025 年 03 月 03 日
這些是將Intel® 乙太網路伺服器適配器與 Intel® 乙太網路 FCoE 配合使用時的已知問題。此清單為自Intel® 網路連線軟體版本 17.4 起的最新列表。有關安裝和配置 Intel 乙太網路 伺服器適配器的詳細資訊，請參閱 使用者指南 。
Intel® 乙太網路 FCoE Windows* 問題
在以下任一之後，Intel® FCoE 的乙太網路虛擬存放 Miniport 驅動程式可能會從設備管理器中消失：
虛擬化相應的適配器以創建新的虛擬網路或刪除或修改現有虛擬網路時，可能會發生這種情況。修改底層的 Intel NIC 適配卡設定，包括停用或重新啟用適配卡，亦可能發生此情形。
作為解決方法，用戶應先移除系統目前正在使用的Intel® FCoE 的乙太網路虛擬存放 Miniport 驅動程式的所有資源依賴關係，然後再對 Intel 適配器進行任何虛擬化變更。例如，在一個用例場景中，使用者可能已從 FCoE 儲存驅動程式分配 FCoE 磁碟來運行其中一個虛擬機，同時使用者想要更改同一 Intel 適配器的配置以進行虛擬化。在這種情況下，用戶必須在更改 Intel 適配器配置之前從虛擬機中移除 FCoE 磁碟。
當虛擬機启动時，它會要求Intel® FCoE 的乙太網路虛擬存放 Miniport 驅動程式（驅動程序）創建虛擬埠。如果隨後停用該驅動程式，虛擬埠可能會消失。恢復虛擬埠的唯一方法是啟用驅動程式並重新啟動虛擬機。
在使用 Hyper-V 的 Windows Server 2008 中，添加或刪除 DCB/FCoE 適配器作為共用外部虛擬設備後，存儲微型埠驅動程式可能不會自動載入。若要載入記憶體微型埠驅動程式，請重置適配器。
如果使用者安裝 ANS 並創建一個 AFT 團隊，然後安裝 FCoE/DCB，則結果是 DCB 預設處於關閉狀態。如果使用者隨後在一個埠上啟用 DCB，作系統將檢測 Storports，並且用戶必須手動單擊新硬體嚮導提示以安裝每個埠。如果使用者不這樣做，DCB 狀態為無法運行，給出的原因不是對等方。
當使用者通過Control-D功能表禁用FCoE時，Windows 設備管理器用戶介面的Intel PROSet會指出快閃記憶體包含FCoE映像，但快閃記憶體需要更新。再次使用 FCoE 映像更新快閃記憶體，重新啟用 FCoE，並使用戶返回到所有 FCoE 設定可用的狀態。
如果使用者使用 control-D 功能表來停用 FCoE，則他們應該使用 control-D 功能表來啟用它，因為 Windows 設備管理器的Intel PROSet不支援啟用或停用 FCoE。
由於 FCoE 啟動器是虛擬化設備，因此它沒有自己唯一的硬體 ID，因此在 Windows MPIO 配置中不會顯示為符合 SPC-3 的設備。
要使 ANS 分組在單播模式下與Microsoft網路負載均衡器 （NLB） 配合使用，組的 LAA 必須設置為群集節點 IP。對於 ALB 模式，必須禁用接收負載平衡。有關更多配置詳細資訊，請參閱將 成組適配器與網路負載平衡結合使用可能會導致網路問題
當 NLB 處於多播模式時，ANS 分組也有效。有關在此模式下正確配置適配器的資訊，請參閱 事件ID 53 - 網路配接器功能這是已知的交換機設計和配置問題。
Intel® 乙太網路 FCoE 開機問題
選項 ROM 已知問題
多個 FCoE VLAN 的發現問題
從「發現目標」功能執行 VLAN 發現時，FCoE 選項 ROM 可能無法發現所需的 VLAN。如果「發現 VLAN」框中填充了錯誤的 VLAN，則在執行「發現目標」之前輸入所需的 VLAN。
Windows 已知問題
16.4版中的博科交換機支援
Intel® 乙太網路 FCoE 開機不支持版本 16.4 中的 Brocade 交換機。如有必要，請使用 16.2 版。
Windows 使用本地磁碟上的分頁檔
映射后，如果在從 FCoE 磁碟啟動之前未刪除本地磁碟，則 Windows 可能會使用本地磁碟上的分頁檔。
只有 FCoE 啟動 LUN 才支援到 FCoE 磁碟的故障轉儲
不支援以下方案：
停止 IntelDCB 服務可能會導致作系統掛起或崩潰
由於安裝程式錯誤地報告系統已從 FCoE 啟動，因此可能會阻止從本機磁碟卸載 FCoE
當 FCoE 選項 ROM 在開機期間連接到 FCoE 磁碟時，Windows 安裝程式可能無法判斷系統是否從 FCoE 啟動，並會阻止 FCoE 卸載。要卸載，請配置選項 ROM，使其不連接到 FCoE 磁碟。
無法创建啟用了 Intel® 乙太網路 FCoE 開機 的 VLAN 接口
使用 FCoE 啟動時，用戶無法為其他流量類型創建 VLAN 和/或團隊。這會阻止非 FCoE 流量的聚合功能。
配置為 FCoE 開機的伺服器適配卡可透過 Hyper-V 作為外部共用 vNIC 使用
如果將埠設置為啟動埠，則當使用者在系統中安裝 Hyper V 角色，然後進入 Hyper V 網路管理器選擇要從外部虛擬化的埠時，啟動埠將顯示，而不應顯示。
在 Windows 設備管理員 （DMIX） 的 Intel PROSet 中將該埠設置為啟動埠時，將顯示一條消息，指出使用者應重新啟動系統以使更改生效，但不會強制重新啟動。因此，使用者級應用程式處於開機模式（即數據中心選項卡灰顯），但核心級驅動程式尚未重新啟動，無法向作系統指示該埠是開機埠。然後，當使用者將 Hyper V 服務添加到系統時，作系統會拍攝可用埠的快照，這是它在添加 Hyper V 角色、系統重新啟動並且使用者進入 Hyper V 虛擬網路管理器以虛擬化埠後使用的快照。因此，啟動埠也會顯示。
解決方案：
在將埠設置為啟動埠之後，在添加 Hyper V 角色之前重新啟動系統。該埠不會出現在 Hyper V 虛擬網路管理員的可虛擬化埠清單中。
在將埠設定為啟動之後和添加 Hyper V 角色之前，在設備管理器中禁用/啟用該埠。該埠不會出現在 Hyper V 虛擬網路管理員的可虛擬化埠清單中。
FCoE 連結關閉超時在遠端啟動時過早失敗
如果 FCoE 啟動的埠失去鏈路的時間超過Intel® FCoE 的乙太網路虛擬存放 Miniport 驅動程式中 “鏈接超時 ”高級設置中指定的時間，系統將崩潰。 Linkdown 超時 值大於 30 秒可能無法提供系統崩潰前的額外時間。