Problemas conocidos con FCoE de Ethernet Intel®

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

FCoE de Ethernet Intel® problemas con Windows*

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

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

  • Se quita una red virtual.
  • Se modifica la configuración subyacente del adaptador NIC Intel®.

  Esto puede ocurrir cuando el adaptador correspondiente se virtualiza para crear una nueva red virtual o para eliminar o modificar una red virtual existente. También puede suceder cuando se modifica la configuración subyacente del adaptador NIC Intel®, incluida la deshabilitación o la nueva habilitación del adaptador.

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

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

  Cuando se inicia la máquina virtual, le pide al controlador del minipuerto virtual de almacenamiento de Ethernet Intel® para FCoE (el controlador) que cree un puerto virtual. Si el controlador se deshabilita posteriormente, el puerto virtual puede desaparecer. La única manera de recuperar el puerto virtual es habilitar el controlador y reiniciar la máquina virtual.

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

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

• Al instalar FCoE de Ethernet Intel® después de instalar ANS y crear AFT Team, los Storports no están instalados

  Si el usuario instala ANS y crea un equipo AFT y, a continuación, instala FCoE/DCB, el resultado es que DCB está desactivado de forma predeterminada. Si el usuario habilita DCB en un puerto, el sistema operativo detecta Storports y el usuario debe hacer clic manualmente en las nuevas solicitudes de asistente de hardware para que se instale cada uno de ellos. Si el usuario no lo hace, el estado de DCB no está operativo y la razón dada es que no hay par.

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

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

  Cuando el usuario deshabilita FCoE a través del menú Control-D, la Intel PROSet para la interfaz de usuario del Administrador de dispositivos de Windows indica que el flash contiene una imagen FCoE, pero que es necesario actualizar el flash. Al actualizar de nuevo el flash con la imagen FCoE, se vuelve a habilitar FCoE y devuelve al usuario al estado en el que están disponibles todas las configuraciones de FCoE.

  Si el usuario usa el menú control-D para deshabilitar FCoE, entonces debe usar el menú control-D para habilitarlo porque Intel PROSet para el Administrador de dispositivos de Windows no admite habilitar o deshabilitar FCoE.

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

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

• Al eliminar la formación de equipos ALB, todas las funciones FCoE de Ethernet Intel® fallan, todas las pestañas DMIX aparecen atenuadas y ambos puertos del adaptador fallan

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

  ANS Teaming también funciona cuando NLB está en modo de multidifusión. Para la configuración correcta del adaptador en este modo, consulte Identificador de evento 53 - Funcionalidad del adaptador de red
• Es posible que el tráfico FCoE y TCP/IP en la misma VLAN no funcione en algunos switches

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

Arranque FCoE de Ethernet Intel® problemas

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 detecte la VLAN deseada al realizar el descubrimiento de VLAN desde la función Descubrir destinos. Si el cuadro Descubrir VLAN está poblado con la VLAN incorrecta, ingrese la VLAN deseada antes de ejecutar Discover Targets.

Problemas conocidos de Windows

• Compatibilidad con el interruptor Brocade en la versión 16.4
  Arranque FCoE de Ethernet Intel® no admite 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 elimina antes de arrancar desde el disco FCoE, Windows puede utilizar el archivo de paginación del disco local.

• El volcado de memoria en discos FCoE solo es compatible con el LUN de arranque FCoE
  No se admiten los siguientes escenarios:

  • Volcado de memoria 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 memoria a otro LUN FCoE.

• Si detiene el servicio IntelDCB, es posible que el sistema operativo se bloquee o se bloquee

• La desinstalación de FCoE de un disco local puede estar bloqueada porque el instalador informa incorrectamente que el sistema se inició desde FCoE
  Cuando la ROM de opción de FCoE se conecta a un disco de FCoE durante el arranque, es posible que el instalador de Windows no pueda determinar si el sistema se inició desde FCoE o no, y bloqueará la desinstalación de FCoE. Para desinstalar, configure la ROM de opción para que no se conecte a un disco FCoE.

• No se pueden crear interfaces VLAN con Arranque FCoE de Ethernet Intel® habilitado
  Cuando se inicia con FCoE, un usuario no puede crear VLAN o equipos para otros tipos de tráfico. Esto impide la funcionalidad convergente para el tráfico que no es FCoE.

• Adaptador de servidor configurado para el arranque FCoE disponible como vNIC compartido externamente a través de Hyper-V
  Si se establece un puerto como puerto de arranque, cuando el usuario instala el rol Hyper V en el sistema y, a continuación, entra en el Administrador de red de Hyper V para seleccionar qué puerto virtualizar externamente, se muestra el puerto de arranque, lo que no debería.

  Al establecer 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 fuerza un reinicio. Como resultado, las aplicaciones de nivel de usuario están en modo de arranque (es decir, la pestaña 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 agrega el servicio Hyper V al sistema, el sistema operativo toma una instantánea de los puertos disponibles y esta es la instantánea que usa después de agregar el rol Hyper V, reiniciar el sistema y el usuario entra en el Administrador de red virtual de Hyper V para virtualizar los puertos. Como resultado, también aparece el puerto de arranque.

  Soluciones:

  Reinicie el sistema después de establecer un puerto en un puerto de arranque y antes de agregar el rol Hyper V. El puerto no aparece en la lista de puertos virtualizables en el administrador de red virtual de Hyper V.

  Deshabilite o habilite el puerto en el Administrador de dispositivos después de configurarlo para que arranque y antes de agregar el rol Hyper V. El puerto no aparece en la lista de puertos virtualizables en el administrador de red virtual de Hyper V.

• FCoE Linkdown Timeout falla prematuramente cuando se inicia de forma remota
  Si un puerto de arranque FCoE pierde el enlace durante más tiempo que el especificado en la configuración avanzada de Linkdown Timeout en el controlador del minipuerto virtual de almacenamiento de Ethernet Intel® para FCoE, el sistema se bloqueará. Es posible que los valores de tiempo de espera de Linkdown superiores a 30 segundos no proporcionen tiempo adicional antes de un bloqueo del sistema.