Problemas conocidos para la Intel® iSCSI Remote Boot

Después de agregar o actualizar el hardware o software que podría afectar a la pila de redes, por ejemplo, controladores de red, paquetes de servicio del SO, etc., debe ejecutar iscsibcg.exe con /verify/fix opciones de la línea de comandos. Esta utilidad se instala como parte de la instalación del software Microsoft* iSCSI. Se recomienda firmemente que esta utilidad se configure para que se ejecute en cada apagado del sistema para que no se olvide y rompa el sistema. Para configurar esta utilidad para que se ejecute al apagar el sistema, siga estos pasos.

1. Ejecute gp msc. Esto iniciará el editor de políticas de grupo; en esta utilidad:
2. Expanda Configuración del equipo
3. Expanda La configuración de Windows
4. Expanda o seleccione Scripts (inicio/apagado)
5. Haga doble clic en Apagar
6. Se abrirá un diálogo de Propiedades de apagado; Haga clic en el botón Agregar y agregue este archivo ejecutable o un archivo por lotes para ejecutar esto.

Después de configurar el sistema para el arranque remoto iSCSI con dos puertos conectados a un objetivo y de arrancar correctamente el sistema, si más adelante intenta arrancar el sistema con solo el puerto secundario de arranque conectado al objetivo, Microsoft Última opción reiniciará continuamente el sistema.

Para evitar esta limitación, siga estos pasos:

1. Mediante el Editor del registro, expanda la siguiente clave de registro:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
2. Cree un valor D MARCA denominado DisableDHCPMediaSense y establezca el valor en 0.

En una instalación de Windows*, si mueve el adaptador iSCSI a una ranura PCI que no sea la que estaba cuando se instalaron los controladores y MS ISCSI Boot Cuatro, podría producirse un error del sistema (pantalla azul) durante la mitad de la pantalla de bienvenida de Windows. Este problema desaparece si devuelve el adaptador a la ranura PCI original. Le recomendamos no mover el adaptador utilizado para la instalación de iSCSI. Este es un problema conocido del sistema operativo.

Si debe mover el adaptador a otra ranura, debe instalar un nuevo adaptador en otra ranura y configurar ese adaptador para Intel iSCSI Remote Boot y, a continuación, mover el adaptador anterior.

Siga estos pasos:

1. Instalar un nuevo adaptador en otra ranura
2. Configure el nuevo adaptador para el arranque iSCSI
3. Realice el arranque iSCSI en el sistema operativo a través del adaptador original
4. Haga que el nuevo adaptador iSCSI sea de arranque para el sistema operativo
5. Reiniciar
6. Mueva el adaptador antiguo a otra ranura
7. Repita los pasos 2 a 5 para el adaptador anterior que acaba de mover

Si el controlador para el dispositivo en uso para Intel iSCSI Remote Boot se desinstala a través del Administrador de dispositivos, Windows se mostrará la pantalla azul al reiniciar y el sistema operativo tendrá que volver a instalarse. Este es un problema conocido de Windows.

Durante la desinstalación, se elimina todo el otro software de conexión de red de Intel, pero no se desinstalan los controladores para adaptadores de arranque remoto iSCSI que tienen prioridad de arranque asignada como principal o secundaria.

Una solución transitoria para este problema es cambiar el siguiente valor de registro a 0:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start

Solo cambie el valor del registro si Intel iSCSI Remote Boot activado y si desea descargar E/S. Se producirá una pantalla azul si se cambia esta configuración a 0 cuando Intel iSCSI Remote Boot está activado. Debe volver a 3 si el Intel iSCSI Remote Boot desactivado o se produce una pantalla azul al reiniciar.

Si está utilizando dos adaptadores Intel PRO/1000 PT para servidores en dos ranuras PCI Express x8, la instalación de Windows solo se puede hacer a través de un procedimiento de disco duro local.

Si el nombre de usuario y el secreto de UN puerto de arranque remoto iSCSI DE NO coinciden con el nombre de usuario y el secreto de FECHA DE ACCESO de destino, Windows Server 2008 podría azular la pantalla o reiniciar durante la instalación o el arranque. Asegúrese de que todas las configuraciones DE AQUÍ y DESA coincidan con las establecidas en el(los) objetivo(s).

Si está realizando una F6 windows sin una instalación de disco local, no utilice el modo de espera.

Si realiza una instalación de WDS e intenta actualizar manualmente los controladores durante la instalación, los controladores se cargan, pero el LUN de destino iSCSI no se muestra en la lista de ubicación de la instalación. Esta es una limitación conocida de WDS sin ninguna corrección actual. Por lo tanto, debe realizar la instalación desde un DVD o un medio USB o inyectar los controladores en la imagen WDS WinPE.

El teaming no es compatible con el arranque iSCSI. La creación de un equipo utilizando los adaptadores iSCSI principales y secundarios y la selección de ese equipo durante la instalación de microsoft insensurándose podría fallar con reinicios constantes. No seleccione un equipo para realizar una Intel iSCSI Remote Boot, incluso si está disponible para selección durante la instalación de la insicia.

Para la compatibilidad con conmutación por error y equilibrio de carga, puede utilizar MSFT MPIO en su lugar. Consulte la Guía del usuario para usuario de Microsoft... sobre cómo configurar MPIO.

Si se realiza una instalación sin disco F6 mientras se carga un dispositivo de almacenamiento extraíble o temporal (como una unidad flash USB o una unidad Firewire), podría haber un cambio en el orden de inicio del BIOS. Si esto sucede, debe volver a iniciar la instalación sin disco F6. Por este motivo, recomendamos no cargar un dispositivo de almacenamiento extraíble o temporal mientras se realiza una instalación sin disco F6.

Este es un problema conocido para Windows Server 2003 y no se puede corregir mediante Intel iSCSI Remote Boot. Encontrará información adicional acerca de este problema con Windows Server 2003 en el artículo de asistencia de Microsoft kb816793.

No configure LAA en los puertos con el arranque iSCSI activado.

Puede fallar una instalación de F6 durante el reinicio en el paso 10 de instalación de Windows 2003 sin un disco local debido a un conflicto entre el controlador Intel F6, microsoft iSCSI y las siguientes versiones de firmware del modelo objetivo de EMC:

• Matrices AX4-5: 02.23.050.5.705 o superior
• Matrices de series CX300, CX500, CX700 y CX-3: 03.26.020.5.021 o superior.
• Matrices de la serie CX-4: 04.28.000.5.701 o superior, incluidas todas las revisiones 04.29.000.5.xxx nivel.

Para evitar el error, asegúrese de que el puerto iSCSI secundario no pueda alcanzar el objetivo durante el reinicio en el paso 10.

Este problema se debe a la compatibilidad limitada de gran descarga de envío (LSO) en este sistema operativo. Tenga en cuenta que si se requiere tráfico ISCSI para Windows 2003 Server R2, LSO se deshabilitará.

Si un dispositivo no está establecido en principal, pero se enumera en primer lugar, el BIOS seguirá utilizando la versión del dispositivo de arranque iSCSI. Por lo tanto, el usuario podría terminar utilizando una versión anterior del Intel® Ethernet iSCSI Boot de la esperada. La solución es que todos los dispositivos del sistema deben tener la misma versión de inicio iSCSI. Para ello, el usuario debe ir a la ficha Opciones de inicio y actualizar la memoria flash de los dispositivos a la versión más reciente.

iSCSI sobre DCB (etiquetado prioritario) no es posible en el puerto en el que se creó VMSwitch. Esto es por diseño en Microsoft* Windows Server* 2012.

La función iSCSI for Data Center Bridging (DCB) utiliza filtros de tráfico de calidad de servicio (QOS) para etiquetar los paquetes de implementación con prioridad. Intel iSCSI Agent crea dinámicamente estos filtros de tráfico según sea necesario en redes mediante el direccionamiento IPv4.

La función iSCSI for Data Center Bridging (DCB) utiliza filtros de tráfico de calidad de servicio (QOS) para etiquetar paquetes de implementación con prioridad. Intel iSCSI Agent crea dinámicamente estos filtros de tráfico según sea necesario para Windows Server 2008 R2 y versiones posteriores.

La vinculación de canal de Linux tiene problemas básicos de Intel iSCSI Remote Boot y no se debe utilizar.

Estos mensajes de error no indican un bloque en el inicio o inicio de sesión y podrían ignorarse de forma segura.

En un sistema iBFT que utilice RHEL 5.2, Anaconda no inicia automáticamente las redes tras la instalación. El usuario tiene que abrir manualmente las redes a través de una consola. Consulte la documentación de RedHat para obtener detalles sobre cómo forzar manualmente la red.

RHEL 5.2 no es compatible con SIDO durante el tiempo de instalación. Si utiliza la autenticación EAP en el destino, deshabilite EAP durante la instalación y habilitela después de que se complete la instalación.

En los sistemas RHEL5.1, se inicia la interfaz de red incorrecta en el primer arranque iSCSI después de la instalación. Esto hace que el sistema se cuelgue y requiere, como mínimo, una reinstalación. La solución transitoria para este problema es editar el script de inicio de sesión poco después de la instalación y cambiar la interfaz que desea abrir. Recomendamos encarecidamente a nuestros usuarios utilizar RHEL5.2 para evitar este problema.

La tecnología LRO (descarga de recepción grande) no es compatible con el tráfico de destino o de tráfico de gran tamaño que se utiliza en iSCSI. Podría producirse un pánico cuando se recibe tráfico iSCSI a través del controlador ixgbe con LRO activado. Para solucionar esto, el controlador debe construirse e instalarse con:

# haga CFLAGS_EXTRA = -DIXGBE_NO_LRO instalar

Desde un LUN remoto, el arranque iSCSI solo funciona en el mismo puerto que se utilizó para instalarlo en el LUN remoto. No se puede realizar el inicio desde un puerto LAN alternativo después de la instalación de iSCSI.