Después de agregar o actualizar hardware o software que pueda afectar a la pila de red, por ejemplo, controladores de red, Service Packs de SO, etc., debe ejecutar iscsibcg.exe con las opciones de línea de comandos /verify /fix. Esta utilidad se instala como parte de la instalación del software Microsoft* iSCSI. Se recomienda encarecidamente que esta utilidad esté configurada para ejecutarse 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.
Después de configurar el sistema para el inicio remoto iSCSI con dos puertos conectados a un destino y de arrancar correctamente el sistema, si más adelante intenta arrancar el sistema con solo el puerto de arranque secundario conectado al destino, Microsoft Initiator reiniciará el sistema de forma continua.
Para evitar esta limitación, siga estos pasos:
En una instalación de Windows*, si mueve el adaptador iSCSI a una ranura PCI distinta de la que tenía cuando se instalaron los controladores y el iniciador de arranque MS ISCSI, podría producirse un error del sistema (pantalla azul) durante la mitad de la pantalla de presentación de Windows. Este problema desaparece si devuelve el adaptador a su ranura PCI original. Se recomienda 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, entonces debe instalar un adaptador nuevo a otra ranura y configurar ese adaptador para Intel iSCSI Remote Boot y luego mover el adaptador anterior.
Siga estos pasos:
Si el controlador para el dispositivo en uso durante Intel iSCSI Remote Boot se desinstala a través del Administrador de dispositivos, Windows tendrá una pantalla azul al reiniciar y el sistema operativo tendrá que ser reinstalado. Este es un problema conocido de Windows.
Durante la desinstalación, se eliminan todos los demás Software de conexión de red de Intel, pero no se desinstalan los controladores para adaptadores de inicio remoto iSCSI que tienen prioridad de arranque asignada como Principal o Secundaria.
Una solución para este problema es cambiar el siguiente valor del registro a 0:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\IOATDMA\Start
Solo cambie el valor del Registro si Intel iSCSI Remote Boot está habilitado y si desea la descarga de I/OAT. Se mostrará una pantalla azul si esta configuración se cambia a 0 cuando Intel iSCSI Remote Boot no está habilitada. Debe volver a configurarse en 3 si Intel iSCSI Remote Boot está deshabilitado o se producirá 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 realizar a través de un procedimiento local de HDD.
Si un nombre de usuario y un secreto CHAP del puerto de inicio remoto iSCSI no coinciden con el nombre de usuario y el secreto del CHAP de destino, Windows Server 2008 puede abrir la pantalla azul o reiniciarse durante la instalación o el arranque. Asegúrese de que todas las configuraciones CHAP coincidan con las establecidas en los destinos.
Si está realizando una instalación F6 Windows sin 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 ubicaciones de instalación. Esta es una limitación conocida de WDS sin 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.
Teaming no es compatible con el arranque iSCSI. Crear un equipo con los adaptadores iSCSI principal y secundario y seleccionar ese equipo durante la instalación del iniciador de Microsoft puede fallar con reinicios constantes. No seleccione un equipo para Intel iSCSI Remote Boot, incluso si está disponible para seleccionarlo durante la instalación del iniciador.
Para compatibilidad con equilibrio de carga y conmutación por error, puede usar MSFT MPIO en su lugar. Consulte la Guía del usuario de Microsoft Initiator sobre cómo configurar MPIO.
Realizar una instalación F6 sin disco mientras se carga un dispositivo de almacenamiento extraíble o temporal (como una unidad flash USB o una unidad FireWire*) podría provocar un cambio en el orden de arranque del BIOS. Si esto ocurre, debe reiniciar la instalación sin disco F6. Por este motivo, se recomienda no cargar un dispositivo de almacenamiento extraíble o temporal mientras realiza una instalación F6 sin disco.
Se trata de un problema conocido para Windows Server 2003 y no puede rectificarse mediante Intel iSCSI Remote Boot. Puede encontrar información adicional acerca de este problema de Windows Server 2003 en el artículo de soporte técnico de Microsoft kb816793.
No establezca LAA en puertos con arranque iSCSI habilitado.
Una instalación F6 puede fallar 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, el iniciador iSCSI de Microsoft y las siguientes versiones de firmware del modelo de destino EMC:
Para evitar el fallo, 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 con la descarga de envíos grandes (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 primario sino que se enumera primero, el BIOS seguirá utilizando la versión de ese dispositivo de arranque iSCSI. Por lo tanto, el usuario puede terminar utilizando una versión anterior de Arranque iSCSI de Ethernet Intel® de lo esperado. La solución es que todos los dispositivos del sistema deben tener la misma versión de arranque iSCSI. Para hacer esto, el usuario debe ir a la pestaña Opciones de arranque y actualizar el flash de los dispositivos a la última versión.
iSCSI sobre DCB (etiquetado de prioridad) no es posible en el puerto en el que se crea VMSwitch. Esto es por diseño en Microsoft* Windows Server* 2012.
La característica iSCSI para puentes de centros de datos (DCB) utiliza filtros de tráfico de calidad de servicio (QOS) para etiquetar los paquetes salientes con prioridad. El Agente Intel iSCSI crea dinámicamente estos filtros de tráfico según sea necesario en redes que utilizan direccionamiento IPv4.
La característica iSCSI para puentes de centros de datos (DCB) utiliza filtros de tráfico de calidad de servicio (QOS) para etiquetar los paquetes salientes con prioridad. El Agente Intel iSCSI crea dinámicamente estos filtros de tráfico según sea necesario para Windows Server 2008 R2 y versiones posteriores.
Linux Channel Bonding tiene problemas básicos de compatibilidad con Intel iSCSI Remote Boot y no debe utilizarse.
Estos mensajes de error no indican un bloqueo en el inicio de sesión o el arranque y pueden ignorarse de forma segura.
En un sistema iBFT que utiliza RHEL 5.2, Anaconda no inicia automáticamente la red después de la instalación. El usuario tiene que abrir manualmente la red 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 admite CHAP durante el tiempo de instalación. Si utiliza la autenticación CHAP en el destino, desactívelo durante la instalación y habilítelo después de que se complete la instalación.
En los sistemas RHEL5.1, aparece la interfaz de red incorrecta en el primer arranque iSCSI después de la instalación. Esto hace que el sistema se bloquee y requiere una reinstalación como mínimo. La solución para este problema es editar el script de inicio poco después de la instalación y cambiar la interfaz que desea abrir. Recomendamos encarecidamente a nuestros usuarios que utilicen RHEL5.2 para evitar este problema.
LRO (Large Receive Offload) es incompatible con el tráfico de iniciador o destino iSCSI. Puede producirse un pánico cuando se recibe tráfico iSCSI a través del controlador ixgbe con LRO habilitado. Para solucionar esto, el controlador debe compilarse e instalarse con:
# hacer instalar CFLAGS_EXTRA=-DIXGBE_NO_LRO
Desde un LUN remoto, el arranque iSCSI solo funciona en el mismo puerto que se usó para la instalación en el LUN remoto. No puede arrancar desde un puerto LAN alternativo después de instalar iSCSI.