Dell Intel PRO Family of Adapters - Manual (Página 119)

ethtool puede visualizar el módulo de fibra SFP+ incorrectamente como cable de
conexión directa
Debido a las limitaciones de kernel, el tipo de puerto sólo se puede visualizar correctamente en el kernel 2.6.33 o
superior.
La ejecución del comando ethtool -t ethX causa una interrupción entre PF y el cliente
de prueba
Cuando hay VF activas, "ethtool -t" sólo ejecutará la prueba del enlace. El controlador también registrará en el syslog
que las VF deben concluirse para ejecutar una prueba de diagnósticos completa.
Habilitación de SR-IOV en un SO Microsoft* Windows* Server 2008/R2 invitado de 32
o 64 bits con controlador Intel® 10 GbE basado en X540 o Intel® 10 GbE basado en
82599 con KVM
El hipervisor KVM/VMM admite la asignación directa de un dispositivo PCIe a una máquina virtual. Esto incluye los dis-
positivos PCIe tradicionales, así como los compatibles con SR-IOV que utilicen controladores Intel basados en X540 y
en 82599.
Aunque la asignación directa de un dispositivo PCIe o de una función virtual (VF) SR-IOV a una máquina virtual
basada en Linux con la versión de kernel 2.6.32 o superior funciona bien, existe un problema conocido con la
máquina virtual de Microsoft Windows Server 2008/R2 que da como resultado un error de "marca amarilla". Este pro-
blema se localiza dentro del monitor de la máquina virtual (VMM) del propio KVM, no del controlador de Intel, o de la
lógica SR-IOV de la VMM, que KVM emula un modelo de CPU anterior para los invitados, y dicho modelo de CPU
anterior no es compatible con interrupciones MSI-X, lo cual es un requisito para SR-IOV de Intel.
Si desea usar los controladores basados en X540 o 82599 en el modo SR-IOV con KVM y un invitado Microsoft Win-
dows Server 2008/R2, pruebe la siguiente solución. La solución es decir a KVM que emule un modelo de CPU distinto
cuando utilice qemu para crear el KVM invitado:
"-cpu qemu64,model=13"
No se puede obtener concesión DHCP en el inicio con RedHat
En el caso de configuraciones donde el proceso de negociación automática tarde más de 5 segundos, el script de ini-
cio puede fallar con el siguiente mensaje:
"ethX: failed. No link present. Check cable?"
Si aparece este error aunque la presencia de un enlace pueda confirmarse mediante ethtool ethX, ajuste
LINKDELAY=15
in /etc/sysconfig/network-scripts/ifcfg-ethX.
NOTA: El tiempo de enlace puede tardar hasta 30 segundos. Ajuste el valor LINKDELAY corres-
pondientemente.
Otra alternativa consiste en utilizar NetworkManager para configurar las interfaces, con lo que se evita el tiempo de
espera establecido. Consulte las instrucciones de configuración de NetworkManager en la documentación pro-
porcionada por su distribución.
La carga del controlador ixgbe en los kernel 3.2.x y superiores muestra el mensaje
de kernel contaminado
Debido a cambios recientes en el kernel, la carga de un controlador de fuera del árbol hará que el kernel se con-
tamine.
Puede que el host se reinicie tras quitar la PF si la VF está activa en el invitado
Si se utilizan versiones de kernel anteriores a 3.2, no descarge el controlador de PF con VF activas. De lo contrario,
las VF dejarán de funcionar hasta que recargue el controlador de PF y puede producirse un reinicio espontáneo del
sistema.