Problemas conocidos de Intel® Ethernet FCoE

Estos son problemas conocidos cuando se utilizan adaptadores Intel® Ethernet para servidores con Intel® Ethernet FCoE. Esta lista está actualizada a partir de la versión 17,4 del software de conexiones de red de Intel®. Consulte la Guía del usuario para obtener más información sobre la instalación y configuración de adaptadores Intel Ethernet para servidores.

Problemas de Intel® Ethernet FCoE Windows *

• El controlador de minipuerto de almacenamiento virtual Intel® Ethernet para FCoE puede desaparecer del administrador de dispositivos

  El controlador de minipuerto de almacenamiento virtual Intel® Ethernet para FCoE puede desaparecer del administrador de dispositivos después de:

  • Se elimina una red virtual.
  • Se modificará la configuración del adaptador Intel NIC subyacente.

  Esto puede ocurrir cuando el adaptador correspondiente está virtualizado para crear una nueva red virtual o eliminar o modificar una red virtual existente. También puede suceder cuando se modifica la configuración del adaptador Intel NIC subyacente, incluyendo la desactivación o la habilitación del adaptador.

  Como solución, el usuario debería eliminar toda la dependencia de recursos del controlador de minipuerto de almacenamiento virtual Intel® Ethernet para FCoE que el sistema esté utilizando antes de realizar cambios en el adaptador Intel para la virtualización. Por ejemplo, en un escenario de caso de uso, el usuario puede haber asignado los discos FCoE desde el controlador de almacenamiento FCoE para ejecutar una de sus máquinas virtuales y, al mismo tiempo, el usuario desea alterar la configuración del mismo adaptador Intel para la virtualización. En este escenario, el usuario debe eliminar los FCoE discos de la máquina virtual antes de alterar la configuración del adaptador de Intel.

• El puerto virtual puede desaparecer de la máquina virtual

  Cuando se inicia la máquina virtual, solicita al controlador de minipuerto de almacenamiento virtual Intel® Ethernet para FCoE (el controlador) que cree un puerto virtual. Si el controlador está desactivado posteriormente, el puerto virtual puede desaparecer. El único modo de recuperar el puerto virtual es habilitar el controlador y reiniciar la máquina virtual.

• Windows Server 2008 * con el controlador de minipuerto de almacenamiento de Hyper-V no se carga cuando se agrega o quita un adaptador como VNIC

  En Windows Server 2008 con Hyper-V, el controlador de minipuerto de almacenamiento no se puede cargar automáticamente después de agregar o eliminar un adaptador DCB/FCoE como un dispositivo virtual externo compartido. Para cargar el controlador de minipuerto de almacenamiento, restablezca el adaptador.

• Al instalar Intel® Ethernet FCoE después de instalar ANS y creando un equipo de la Storports, no están instalados.

  Si el usuario instala ANS y crea un equipo de FCoE/DCB, el resultado es que DCB está desactivado de forma predeterminada. Si el usuario activa DCB en un puerto, el sistema operativo detecta Storports y el usuario debe hacer clic manualmente en el Asistente para nuevo hardware para cada uno de ellos. Si el usuario no lo hace, el estado de DCB no es operativo y la razón proporcionada no es igual.

• Los equipos de agregación de enlaces no son compatibles con los conmutadores Intel® Ethernet FCoE existentes

• Intel® PROSet para el administrador de dispositivos de Windows * (DMiX) no está sincronizado con la utilidad Intel® Ethernet FCoE CTRL-D

  Cuando el usuario desactiva FCoE a través del menú Control-D, la interfaz de usuario de Intel PROSet para Windows Device Manager indica que el flash contiene una imagen FCoE, pero que la memoria Flash necesita actualizarse. Si vuelve a actualizar el flash con la imagen de FCoE, vuelve a habilitar FCoE y devuelve el usuario al estado en el que están disponibles todas las configuraciones de FCoE.

  Si el usuario utiliza el menú Control-D para deshabilitar FCoE, debe utilizar el menú Control-D para activarlo porque Intel PROSet para el administrador de dispositivos de Windows no admite la habilitación ni la deshabilitación de FCoE.

• los adaptadores basados en 82599 y X540 no se muestran como compatibles con SPC-3 en la configuración de MPIO de Windows *

  Debido a que el iniciador de FCoE es un dispositivo virtualizado, no tiene su propio ID de hardware y, por lo tanto, no se muestra como un dispositivo compatible con SPC-3 en la configuración de Windows MPIO.

• Al retirar la formación de equipos, todas las funciones FCoE de Intel® Ethernet fallan, todas las pestañas DMIX aparecen atenuadas y los puertos de ambos adaptadores fallan.

  Para que la creación de equipos ANS funcione con el equilibrador de carga de red (NLB) de Microsoft en modo de unidifusión, la LAA del equipo debe establecerse en el nodo de clúster IP. Para el modo ALB, el equilibrio de carga de recepción debe estar desactivado. Para obtener más detalles sobre la configuración, consulte utilizar adaptadores de creación de equipos con equilibrio de carga de red puede causar problemas de red

  El equipo de ANS funciona cuando NLB también está en modo de multidifusión. Para obtener una configuración adecuada del adaptador en este modo, consulteID de evento 53: funcionalidad de adaptador de red
• FCoE y el tráfico TCP/IP en la misma VLAN puede que no funcione en algunos conmutadores

  Este es un problema de diseño de conmutadores y de configuración conocido.

Problemas de arranque de Intel® Ethernet FCoE

Problemas conocidos de la ROM de opción

• Problemas de descubrimiento con varias VLAN FCoE
  Es posible que la ROM de opción de FCoE no descubra la VLAN deseada al realizar la detección de VLAN desde la función de detección de destinos. Si la caja de descubrir VLAN se llena con una VLAN incorrecta, introduzca la VLAN deseada antes de ejecutar Discover targets.

Problemas conocidos de Windows

• Soporte para switches Brocade en la versión 16,4
  El arranque FCoE de Intel® Ethernet no admite los conmutadores Brocade en la versión 16,4. Si es necesario, utilice la versión 16,2.

• Windows utiliza un archivo de paginación en el disco local
  Después de la creación de imágenes, si el disco local no se quita antes de iniciar desde el disco FCoE, Windows puede utilizar el archivo de paginación del disco local.

• El volcado de sucesos en discos FCoE solo se admite en el LUN de arranque FCoE
  Las siguientes situaciones no son compatibles:

  • Vuelque el volcado en un disco FCoE si el directorio de Windows no está en el LUN de arranque FCoE.
  • Uso del valor del registro DedicatedDumpFile para dirigir el volcado de fallos a otro LUN FCoE.

• Detener el servicio IntelDCB puede hacer que el SO se cuelgue o se bloquee

• La desinstalación de FCoE de un disco local puede bloquearse porque el instalador informa incorrectamente de que el sistema se inicia desde FCoE
  Si la ROM de la opción FCoE se conecta a un disco de FCoE durante el arranque, es posible que Windows Installer no pueda determinar si el sistema se ha arrancado desde FCoE o no y bloqueará la FCoE desinstalación. Para desinstalar, configure la ROM opcional de modo que no se conecte a un disco FCoE.

• No se pueden crear interfaces VLAN con Intel® Ethernet FCoE boot habilitado
  Cuando se arranca con FCoE, un usuario no puede crear redes VLAN ni equipos para otros tipos de tráfico. Esto evita la funcionalidad convergente para el tráfico no FCoE.

• Adaptador de servidor configurado para el arranque de FCoE disponible como VNIC externo mediante Hyper-V
  Si un puerto se define como puerto de arranque, cuando el usuario instala el rol Hyper-V en el sistema y, a continuación, entra en el administrador de redes Hyper-V para seleccionar el puerto que se va a virtualizar externamente, el puerto de arranque muestra lo que no debería.

  Cuando se configura el puerto en un puerto de arranque en Intel PROSet para el administrador de dispositivos de Windows (DMIX), un mensaje muestra que el usuario debe reiniciar el sistema para que los cambios sean efectivos, pero no se fuerza el reinicio. Como resultado, las aplicaciones de nivel de usuario están en modo de arranque (es decir, la ficha centro de datos está atenuada), pero los controladores de nivel de kernel no se han reiniciado para indicar al sistema operativo que el puerto es un puerto de arranque. Cuando el usuario añade el servicio Hyper-V al sistema, el sistema operativo toma una instantánea de los puertos disponibles y esta es la imagen instantánea que utiliza después de que se agregue el rol Hyper-V, el sistema se reinicia y el usuario entra en el administrador de redes virtuales Hyper-V para virtualizar el Po RTS. Como resultado, el puerto de arranque también aparece.

  Soluciones

  Reinicie el sistema después de configurar un puerto en un puerto de arranque y antes de agregar el rol de Hyper-V. El puerto no aparece en la lista de puertos virtualizables del administrador de redes virtuales de Hyper V.

  Deshabilite/habilite el puerto en el administrador de dispositivos después de configurarlo y antes de agregar el rol Hyper-V. El puerto no aparece en la lista de puertos virtualizables del administrador de redes virtuales de Hyper V.

• El tiempo de espera de FCoE Linkdown falla prematuramente cuando se arranca de forma remota
  Si un puerto arrancado por FCoE pierde el enlace durante más tiempo que el especificado en la configuración avanzada de tiempo de espera de Linkdown del controlador de minipuerto de almacenamiento Virtual Intel® Ethernet para FCoE, el sistema se bloqueará. Los valores de tiempo de espera de Linkdown mayores de 30 segundos no pueden proporcionar tiempo extra antes de que se produzca el bloqueo del sistema.