英特尔® iSCSI Remote Boot的已知问题
内容类型: 故障排除 | 文章 ID: 000007279 | 上次审核日期: 2025 年 03 月 03 日
添加或更新可能会影响网络堆栈的硬件或软件（例如网络驱动程序、作系统服务包等）后， 您必须 使用 /verify /fix 命令行选项运行 iscsibcg.exe。此实用程序作为 Microsoft* iSCSI 软件安装的一部分进行安装。强烈建议将此实用程序设置为在每次系统关闭时运行，这样您就不会忘记和破坏系统。要使此实用程序在系统关机时运行，请按照以下步骤作。
在将两个端口连接到目标的情况下为 iSCSI 远程引导设置系统并成功引导系统后，如果您以后尝试仅使用连接到目标的辅助引导端口来引导系统，Microsoft启动器将不断重新启动系统。
要变通此限制，请按照下列步骤作：
在 Windows* 安装中，如果将 iSCSI 适配器移动到与安装驱动程序和 MS ISCSI 启动启动器时所在的插槽不同的 PCI 插槽，则在 Windows 初始屏幕中间可能会出现系统错误（蓝屏）。如果您将适配器退回到其原始 PCI 插槽，此问题将消失。我们建议不要移动用于 iSCSI 安装的适配器。这是一个已知的作系统问题。
如果必须将适配器移动到另一个插槽，则必须将新适配器安装到另一个插槽并将该适配器设置为 英特尔 iSCSI Remote Boot ，然后移动以前的适配器。
遵照这些步骤作：
如果通过设备管理器卸载用于 英特尔 iSCSI Remote Boot 的设备的驱动程序，则 Windows 将在重新启动时出现蓝屏，必须重新安装作系统。这是一个已知的 Windows 问题。
卸载过程中，将删除所有其他英特尔网络连接软件，但不会卸载引导优先级指定为主或辅助的 iSCSI 远程启动适配器的驱动程序。
此问题的解决方法是将以下注册表值更改为 0：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
仅当启用 英特尔 iSCSI Remote Boot 并且想要 I/OAT 卸载时，才更改注册表值。如果未启用 此设置，则 会出现蓝屏英特尔 iSCSI Remote Boot。如果英特尔 iSCSI Remote Boot被禁用，则必须将其设置回 3 ，否则重新启动时将出现蓝屏。
如果您在两个 PCI Express x8 插槽中使用两个英特尔 PRO/1000 PT 服务器适配器，则只能通过本地硬盘程序完成 Windows 安装。
如果 iSCSI 远程引导端口 CHAP 用户名和密码与目标 CHAP 用户名和密码不匹配，则 Windows Server 2008 可能在安装或引导过程中蓝屏或重新启动。确保所有 CHAP 设置都与目标上设置的设置匹配。
如果在没有安装本地磁盘的情况下执行 F6 Windows，请不要使用待机模式。
如果执行 WDS 安装并尝试在安装过程中手动更新驱动程序，则会加载驱动程序，但 iSCSI 目标 LUN 不会显示在安装位置列表中。这是已知的 WDS 限制，当前没有修补程序。因此，您必须从 DVD 或 USB 媒体执行安装，或者在 WDS WinPE 映像上注入驱动程序。
iSCSI 引导不支持分组。使用主 iSCSI 适配器和辅助 iSCSI 适配器创建组并在Microsoft启动器安装过程中选择该组可能会因持续重新引导而失败。不要为英特尔 iSCSI Remote Boot选择组，即使在启动器安装期间可以选择该组也是如此。
对于负载平衡和故障转移支持，可以改用 MSFT MPIO。请查看《Microsoft启动器用户指南》，了解如何设置 MPIO。
在加载可移动或临时存储设备（如 USB 闪存驱动器或 FireWire* 驱动器）时执行 F6 无盘安装，可能会导致 BIOS 引导顺序改变。如果发生这种情况，则必须重新启动 F6 无盘安装。因此，我们建议在执行 F6 无盘安装时不要加载可移动或临时存储设备。
这是 Windows Server 2003 的已知问题，英特尔 iSCSI Remote Boot无法纠正。有关此 Windows Server 2003 问题的其他信息可以在支持文章 kb816793 中找到Microsoft。
不要在启用了 iSCSI 引导的端口上设置 LAA。
由于英特尔 F6 驱动程序、Microsoft iSCSI 发起程序和以下 EMC 目标型号固件版本之间的冲突，在步骤 10 中重新启动时，F6 安装可能会失败 在没有 本地磁盘的情况下安装 Windows 2003 ：
要避免失败，请确保在步骤 10 中的重新启动期间辅助 iSCSI 端口无法访问目标。
此问题是由于本作系统中对大型发送分载 （LSO） 的支持有限而导致的。请注意，如果 Windows 2003 服务器 R2 需要 ISCSI 流量，则将禁用 LSO。
如果设备未设置为主设备，而是首先枚举，则 BIOS 仍将使用该设备的 iSCSI 引导版本。因此，用户最终可能会使用比预期更早的英特尔® 以太网 iSCSI 引导版本。解决方案是系统中的所有设备必须具有相同版本的 iSCSI 引导。为此，用户应转到“启动选项”选项卡并将设备的闪存更新到最新版本。
在创建 VMSwitch 的端口上无法通过 DCB（优先级标记）使用 iSCSI。这是 Microsoft* Windows Server* 2012 的设计使然。
面向数据中心桥接 （DCB） 的 iSCSI 功能使用服务质量 （QOS） 流量过滤器来标记具有优先级的传出数据包。英特尔 iSCSI 代理会根据需要在使用 IPv4 寻址的网络上动态创建这些流量过滤器。
面向数据中心桥接 （DCB） 的 iSCSI 功能使用服务质量 （QOS） 流量过滤器来标记具有优先级的传出数据包。英特尔 iSCSI 代理会根据 Windows Server 2008 R2 及更高版本的需要动态创建这些流量过滤器。
Linux 通道绑定与 英特尔 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 流量时，可能会出现紧急情况。要解决此问题，应使用以下凭据构建和安装驱动程序：
# 使CFLAGS_EXTRA=-DIXGBE_NO_LRO安装
从远程 LUN，iSCSI 引导仅在用于安装到远程 LUN 的同一端口上工作。安装 iSCSI 后，无法从备用 LAN 端口引导。