Invalid CHAP Settings May Cause Windows® Server 2008 to Blue Screen
If an iSCSI 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).
Microsoft* 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.
Microsoft has published a knowledge base case explaining the limitation in loading drivers when installing with
iSCSI Boot via a WDS server.
http://support.microsoft.com/kb/960924
With high iSCSI traffic on Microsoft* Windows 2003 Server* R2, link flaps can occur with 82598-based silicon
This issue is caused by the limited support for Large Send Offload (LSO) in this Operating System. Please
note that if ISCSI traffic is required for Windows 2003 Server R2, LSO will be disabled.
F6 Driver Does Not Support Standby Mode.
If you are performing an F6 Windows without a Local Disk installation, do not use Standby Mode.
F6 installation may fail with some EMC targets
An F6 installation may fail during the reboot in step 10 of “Installing Windows 2003 without a Local Disk”
because of a conflict between the Intel F6 driver, the Microsoft iSCSI Initiator and the following EMC target
model firmware versions:
l AX4-5 arrays: 02.23.050.5.705 or higher.
l CX300, CX500, CX700, and CX-3 Series arrays: 03.26.020.5.021 or higher.
l CX-4 Series arrays: 04.28.000.5.701 or higher, including all 04.29.000.5.xxx revisions.
To avoid the failure, ensure that the secondary iSCSI port cannot reach the target during the reboot in step 10.
iSCSI Boot and Teaming in Windows
Teaming is not supported with iSCSI 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 iSCSI 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.
Setting LAA (Locally Administered Address) on an iSCSI Boot-Enabled Port Will Cause System Failure on Next Reboot
Do not set LAA on ports with iSCSI Boot enabled.
Intel® Ethernet iSCSI Boot version does not match between displayed versions on DMIX and the scrolling text during boot
If a device is not set to primary but is enumerated first, the BIOS will still use that device's version of iSCSI
Boot. Therefore the user may end up using an earlier version of Intel® Ethernet iSCSI Boot than expected.
The solution is that all devices in the system must have the same version of iSCSI Boot. To do this the user
should go to the Boot Options Tab and update the devices' flash to the latest version.
To Next Page
Loading...
Need help?
General
