Intel® iSCSI Remote Boot的已知問題
內容類型: 疑難排解 | 文章 ID: 000007279 | 最近查看日期: 2025 年 03 月 03 日
添加或更新可能影響網路堆疊的硬體或軟體（例如網路驅動程式、作系統服務包等）后， 必須 使用 /verify /fix 命令行選項執行iscsibcg.exe。此實用程式作為 Microsoft* iSCSI 軟體安裝的一部分進行安裝。強烈建議將此實用程式設置為在每次系統關閉時運行，這樣您就不會忘記和破壞系統。若要將此公用程式設定為在系統關機時執行，請按照下列步驟作。
使用兩個連接到目標的埠為 iSCSI 遠端引導設置系統並成功引導系統後，如果稍後嘗試僅將輔助引導埠連接到目標引導系統，Microsoft啟動器將不斷重新啟動系統。
要變通解決此問題，請按照下列步驟作：
在 Windows* 安裝中，如果將 iSCSI 適配器移到 PCI 插槽，而不是安裝驅動程式和 MS ISCSI 啟動啟動器時所在的插槽，則在 Windows 啟動畫面中間可能會出現系統錯誤（藍屏）。如果您將適配卡退回到其原始PCI插槽，此問題將消失。我們建議不要移動用於iSCSI安裝的適配器。這是已知的作系統問題。
如果必須將適配器移動到另一個插槽，則必須將新適配器安裝到另一個插槽並將該適配器設置為Intel iSCSI Remote Boot，然後移動以前的適配器。
請按照下列步驟作：
如果通過設備管理器卸載用於Intel iSCSI Remote Boot的設備的驅動程式，Windows 將在重新啟動時出現藍色畫面，並且必須重新安裝作系統。這是已知的 Windows 問題。
在卸載期間，將移除所有其他 Intel 網路連接軟體，但不會卸載開機優先順序指定為主要或次要的 iSCSI 遠端啟動適配器的驅動程式。
此問題的解決方法是將以下註冊表值更改為 0：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
僅當啟用了 Intel iSCSI Remote Boot 並且想要 I/OAT 卸載時，才更改註冊表值。如果未啟用Intel iSCSI Remote Boot時將此設置更改為 0 ，則會出現藍屏。如果禁用Intel iSCSI Remote Boot則必須將其設回 3 ，否則重新啟動時會出現藍屏。
如果您在兩個PCI Express x8插槽中使用兩個Intel PRO/1000 PT 伺服器適配卡，Windows 安裝只能通過本地 HDD 程式完成。
如果 iSCSI 遠端啟動埠 CHAP 使用者名和金鑰與目標 CHAP 使用者名和密碼不匹配，Windows Server 2008 可能會在安裝或啟動期間出現藍屏或重新啟動。確保所有 CHAP 設置都與目標上設置的設置相匹配。
如果您在沒有安裝本地磁碟的情況下執行 F6 Windows，請不要使用待機模式。
如果執行 WDS 安裝並嘗試在安裝過程中手動更新驅動程式，則會載入驅動程式，但 iSCSI 目標 LUN 不會顯示在安裝位置清單中。這是已知的 WDS 限制，當前沒有修補程式。因此，您必須從 DVD 或 USB 媒體執行安裝，或者將驅動程式注入到 WDS WinPE 映射上。
iSCSI 啟動不支援分組。使用主 iSCSI 適配器和輔助 iSCSI 適配器創建組並在 Microsoft 啟動器安裝期間選擇該組可能會失敗，並不斷重新啟動。不要為Intel iSCSI Remote Boot選擇團隊，即使在啟動器安裝期間可以選擇該團隊也是如此。
對於負載平衡和故障轉移支援，可以改用 MSFT MPIO。有關如何設置 MPIO 的資訊，請查看Microsoft啟動器使用者指南。
在載入可移動或臨時儲存裝置 （如 USB 快閃記憶體驅動器或 FireWire* 驅動器） 時執行 F6 無盤安裝可能會導致 BIOS 啟動順序更改。如果發生這種情況，則必須重新啟動 F6 無盤安裝。因此，我們建議在執行 F6 無盤安裝時不要載入可移動或臨時存儲設備。
這是 Windows Server 2003 的已知問題，無法通過 Intel iSCSI Remote Boot 糾正。有關此 Windows Server 2003 問題的其他資訊，請參閱Microsoft支援文章 kb816793。
不要在啟用了 iSCSI 開機的埠上設定 LAA。
由於 Intel F6 驅動程式、Microsoft iSCSI 發起程式和下列 EMC 目標型號固件版本之間的衝突，在 「在沒有本地磁碟的情況下安裝 Windows 2003 」的步驟 10 中重新啟動期間，F6 安裝可能會失敗：
為避免失敗，請確保在步驟 10 中的重新啟動期間輔助 iSCSI 埠無法訪問目標。
此問題是由此作系統中對大量發送卸載 （LSO） 的支援有限引起的。請注意，如果 Windows 2003 Server R2 需要 ISCSI 流量，則將禁用 LSO。
如果某個設備未設置為主要設備，而是首先枚舉，則 BIOS 仍將使用該設備的 iSCSI 啟動版本。因此，用戶最終可能會使用比預期更早版本的Intel® 乙太網路 iSCSI 開機。解決方案是系統中的所有設備必須具有相同版本的 iSCSI 啟動。為此，用戶應轉到「啟動選項」選項卡並將設備的快閃記憶體更新到最新版本。
在創建 VMSwitch 的埠上，無法通過 DCB 進行 iSCSI（優先順序標記）。這是 Microsoft* Windows Server* 2012 中的設計。
用於資料中心橋接 （DCB） 功能的 iSCSI 使用服務品質 （QOS） 流量過濾器來標記具有優先順序的傳出數據包。Intel iSCSI 代理在使用 IPv4 尋址的網路上根據需要動態創建這些流量篩檢程式。
用於資料中心橋接 （DCB） 功能的 iSCSI 使用服務品質 （QOS） 流量過濾器來標記具有優先順序的傳出數據包。Intel iSCSI 代理會根據 Windows Server 2008 R2 及更高版本的需要動態創建這些流量篩檢程式。
Linux 通道結合與 Intel iSCSI Remote Boot 有基本的相容性問題，不應使用。
這些錯誤消息並不表示登錄或引導中的阻止，可以安全地忽略。
在使用 RHEL 5.2 的 iBFT 系統中，Anaconda 不會在安裝時自動啟動網路。用戶必須通過主控台手動啟動網路。有關如何手動強制網路的詳細資訊，請參閱 RedHat 文件。
RHEL 5.2 在安裝期間不支援CHAP。如果在目標上使用 CHAP 身份驗證，請在安裝過程中禁用 CHAP，並在安裝完成後啟用它。
在 RHEL5.1 系統上，安裝後第一次 iSCSI 開機時會啟動錯誤的網路介面。這會導致系統掛起，並且至少需要重新安裝。此問題的解決方法是在安裝后立即編輯 init 腳本，並更改要啟動的介面。我們強烈建議使用者使用 RHEL5.2 來避免此問題。
LRO（大型接收卸除）與 iSCSI 目標或啟動器通信量不相容。當通過啟用了 LRO 的 ixgbe 驅動程式接收 iSCSI 流量時，可能會發生死機。若要解決此問題，應使用以下命令構建和安裝驅動程式：
# make CFLAGS_EXTRA=-DIXGBE_NO_LRO install
從遠端 LUN 中，iSCSI 引導僅在用於安裝到遠端 LUN 的同一埠上工作。安裝 iSCSI 後，無法從備用 LAN 埠開機。