- Run gpedit.msc. This will start the group policy editor; in this utility:
- Expand "Computer Configuration"
- Expand "Windows Settings"
- Expand or select "Scripts(startup/shutdown)"
- Double click "Shutdown"
- This will open a Shutdown Properties dialog; click the Add button and add this executable or a batch file to run this.
Microsoft* Initiator does not boot without link on boot port
After setting up the system for iSCSI Remote Boot with two ports connected to a target and successfully booting the system, if you later try to boot the system with only the secondary boot port connected to the target, Microsoft Initiator will continuously reboot the system.
To work around this limitation follow these steps:
1. Using Registry Editor, expand the following registry key:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
2. Create a DWORD value called DisableDHCPMediaSense and set the value to 0.
Moving iSCSI adapter to a different slot
In a Windows* installation, if you move the iSCSI adapter to a PCI slot other than the one that it was in when the drivers and MS ISCSI Boot Initiator were installed, then a System Error (Blue Screen) occurs during the middle of the Windows Splash Screen. The error code is 0x0000007B. This issue goes away if you return the adapter to its original PCI slot. We recommend not moving the adapter to a different slot once an iSCSI target has been established. This is a known OS issue.
If you have to move the adapter to another slot, then you can install a new adapter to another slot and setup that adapter for Intel iSCSI Remote Boot and then remove the previous adapter.
Uninstalling driver can cause blue screen
If the driver for the device in use for Intel iSCSI Remote Boot is uninstalled via Device Manager, Windows will blue screen on reboot and the OS will have to be re-installed. This is a known Windows issue.
Adapters flashed with iSCSI image are not removed from the Device Manager during uninstall
During uninstallation all other Intel Network Connection Software is removed, but drivers for iSCSI Remote Boot adapters that have boot priority assigned as Primary or Secondary are not uninstalled.
Intel I/OAT offload may stop with Intel iSCSI Remote Boot or with Microsoft Initiator installed
A workaround for this issue is to change the following registry value to "0":
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
Only change the registry value if Intel iSCSI Remote Boot is enabled and if you want I/OAT offloading. A blue screen will occur if this setting is changed to "0" when Intel iSCSI Remote Boot is not enabled. It must be set back to "3" if Intel iSCSI Remote Boot is disabled or a blue screen will occur on reboot.
NDIS driver may not load during Intel iSCSI Remote Boot F6 install With Intel® PRO/1000 PT Server Adapter
If you are using two Intel PRO/1000 PT Server Adapters in two PCI Express x8 slots, Windows installation can be done only via a local HDD procedure.
Invalid CHAP Settings May Cause Windows Server 2008 to Blue Screen
If an iSCSI Remote Boot port CHAP user name and secret do not match the target CHAP user name and secret, Windows Server 2008 may blue screen or reboot during installation or boot. Ensure that all CHAP settings match those set on the target(s).
F6 driver does not support standby mode
If you are performing an F6 Windows without a Local Disk installation, do not use Standby Mode.
Windows Server 2008 Installation When Performing a WDS Installation
If you perform a WDS installation and attempt to manually update drivers during the installation, the drivers load but the iSCSI Target LUN does not display in the installation location list. This is a known WDS limitation with no current fix. You must therefore either perform the installation from a DVD or USB media or inject the drivers on the WDS WinPE image.
Intel iSCSI Remote Boot and teaming in Windows
Teaming is not supported with Intel iSCSI Remote Boot. Creating a team using the primary and secondary iSCSI adapters and selecting that team during the Microsoft initiator installation may fail with constant reboots. Do not select a team for Intel iSCSI Remote Boot, even if it is available for selection during initiator installation.
For load balancing and failover support, you can use MSFT MPIO instead. Check the Microsoft Initiator User Guide on how to setup MPIO.
Intel iSCSI Remote Boot crash dump not supported with Intel® 82598EB 10 Gigabit Network Connections
Intel iSCSI Remote Boot crash dump is not supported with Intel 82598EB 10 Gigabit Network Connections.
Performing F6 diskless installation with removable/temporary storage device when running Windows Server 2003
Performing an F6 diskless installation while a removable or temporary storage device (such as a USB flash drive or Firewire drive) is loaded may cause a change in the BIOS boot order. If this occurs, you must re-start the F6 diskless installation. For this reason we recommend not loading a removable or temporary storage device while performing an F6 diskless installation.
This is a known issue for Windows Server 2003 and cannot be rectified by Intel iSCSI Remote Boot. Additional information about this Windows Server 2003 issue can be found in Microsoft support article kb816793.
Linux Channel bonding:
Linux Channel Bonding has basic compatibility issues with Intel iSCSI Remote Boot and should not be used.
Authentications errors on EqualLogic target may show up in dmesg when running Red Hat* Enterprise Linux 4
These error messages do not indicate a block in login or booting and may be safely ignored.
iBFT System using RHEL 5.2
In an iBFT system using RHEL 5.2, Anaconda does not automatically start networking upon installation. The user has to manually bring up networking through a console. Please refer to the RedHat documentation for details on how to manually force up the network.
CHAP Support with RHEL 5.2
RHEL 5.2 does not support CHAP during installation time. If you use CHAP authentication on the target, please disable CHAP during installation and enable it after the installation is complete.
RHEL 5.1
On RHEL5.1 systems, the wrong network interface is brought up on the first iSCSI Boot after installation. This causes the system to hang and requires a reinstallation at the very least. The workaround for this issue is to edit the init script soon after installation and change the interface you wish to bring up. We strongly encourage our users to use RHEL5.2 to avoid this issue.
This applies to:
| 
