La Ejecución Del Comando Ethtool -T Ethx Causa Una Interrupción Entre Pf Y El Cliente De Prueba; No Se Puede Obtener Concesión Dhcp En El Inicio Con Redhat; La Carga Del Controlador Ixgbe En Los Kernel 3.2.x Y Superiores Muestra El Mensaje De Kernel Contaminado - Dell PowerEdge R410 Guia Del Usuario

card is not sufficient for optimal performance. (El ancho de banda disponible de PCI-Express para esta tarjeta
no es suficiente para obtener un rendimiento óptimo.) For optimal performance a x8 PCI-Express slot is
required. (Para conseguir un rendimiento óptimo es necesaria una ranura x8 PCI-Express.)"
Si se produce este error, traslade el adaptador a una ranura x8 verdadera para solucionar el problema.
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 dispositivos 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 problema 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
Windows 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 inicio 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 correspondientemente.
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 proporcionada por su distribución.
La carga del controlador ixgbe en los kernel 3.2.x y superiores muestra el
mensaje de kernel contaminado