![No hay conexión Ethernet en el controlador Ethernet Intel® X722 10GBase-T en Ubuntu-Server 18.04 y 22.04](https://rvso.com/image/789295/No%20hay%20conexi%C3%B3n%20Ethernet%20en%20el%20controlador%20Ethernet%20Intel%C2%AE%20X722%2010GBase-T%20en%20Ubuntu-Server%2018.04%20y%2022.04.png)
Estoy intentando conectar un servidor con Ubuntu-Server instalado a Internet mediante un cable Ethernet sin éxito.
Aquí está el enlace a la plataforma que utilizamos:https://www.supermicro.com/en/products/system/4u/7049/sys-7049p-trt.cfm
El cable en sí está bien (probamos la conexión en una computadora portátil). Cuando se conecta a uno de los dos puertos LAN del servidor, el LED parpadea lentamente en verde (aproximadamente una vez cada 5 segundos).
Probamos Ubuntu-Server 22.04 y 18.04 con los mismos resultados.
Ejecución de ip a
salidas de comando
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 3c:ec:ef:0f:7a:28 brd ff:ff:ff:ff:ff:ff
3: eno2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 3c:ec:ef:0f:7a:29 brd ff:ff:ff:ff:ff:ff
y apagar y volver a encender los dispositivos eno1 y eno2 no soluciona la situación.
ethtool eno1
espectáculos en ejecución
Settings for eno1:
Supported ports: [ ]
Supported link modes: 1000baseT/Full
1000baseKX/Full
10000baseT/Full
10000baseKR/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 1000baseT/Full
1000baseKX/Full
10000baseT/Full
10000baseKR/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: Unknown!
Duplex: Unknown! (255)
Port: Other
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: g
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: no
Por lo que investigué (busqué esta guíahttps://devicetests.com/troubleshoot-eth0-no-carrier-find-ip-address-ubuntu) parece NO-CARRIER
un estado ip a
y Link detected: no
debería significar que el cable está desconectado, pero no es el caso.
Cambiar la velocidad y el modo dúplex sudo ethtool -s eno1 speed 100 duplex full
no funciona y las salidas
Cannot set new settings: Invalid argument
not setting speed
not setting duplex
También verificamos los controladores del controlador de red, pero parece que están instalados, como se puede juzgar por modinfo i40e
el resultado.
filename: /lib/modules/4.15.0-156-generic/kernel/drivers/net/ethernet/intel/i40e/i40e.ko
version: 2.1.14-k
license: GPL
description: Intel(R) Ethernet Connection XL710 Network Driver
author: Intel Corporation, <[email protected]>
srcversion: 304E7F43D32C80652A1A2A9
alias: pci:v00008086d0000158Bsv*sd*bc*sc*i*
alias: pci:v00008086d0000158Asv*sd*bc*sc*i*
alias: pci:v00008086d00001588sv*sd*bc*sc*i*
alias: pci:v00008086d00001587sv*sd*bc*sc*i*
alias: pci:v00008086d000037D3sv*sd*bc*sc*i*
alias: pci:v00008086d000037D2sv*sd*bc*sc*i*
alias: pci:v00008086d000037D1sv*sd*bc*sc*i*
alias: pci:v00008086d000037D0sv*sd*bc*sc*i*
alias: pci:v00008086d000037CFsv*sd*bc*sc*i*
alias: pci:v00008086d000037CEsv*sd*bc*sc*i*
alias: pci:v00008086d00001589sv*sd*bc*sc*i*
alias: pci:v00008086d00001586sv*sd*bc*sc*i*
alias: pci:v00008086d00001585sv*sd*bc*sc*i*
alias: pci:v00008086d00001584sv*sd*bc*sc*i*
alias: pci:v00008086d00001583sv*sd*bc*sc*i*
alias: pci:v00008086d00001581sv*sd*bc*sc*i*
alias: pci:v00008086d00001580sv*sd*bc*sc*i*
alias: pci:v00008086d00001574sv*sd*bc*sc*i*
alias: pci:v00008086d00001572sv*sd*bc*sc*i*
depends: ptp
retpoline: Y
intree: Y
name: i40e
vermagic: 4.15.0-156-generic SMP mod_unload modversions
signat: PKCS#7
signer:
sig_key:
sig_hashalgo: md4
parm: debug:Debug level (0=none,...,16=all), Debug mask (0x8XXXXXXX) (uint)
dhclient -v eno1
espectáculos en ejecuciónNo DHCPOFFERS received
También durante nuestra investigación encontramos este hilo (https://community.intel.com/t5/Server-Products/NIC-X722-for-10GBASE-T-rev-09-Ubuntu-Server-20-04-02-Can-t/td-p/1286202) que podría ser similar a nuestra situación. Nuestra configuración correspondería a la Imagen 1 de la publicación original ya que nuestra red también usa DHCP. Otra similitud es que mover físicamente el servidor a otra habitación y/o asignarle una IP estática también podría ser problemático en nuestro caso.
Cualquier ayuda sería muy apreciada. ¡Gracias!
Respuesta1
Tuve un problema similar con mi servidor.
Acabo de agregar un adaptador de red USB económico para la instalación de Ubuntu. Después de la instalación y una actualización completa del sistema, usando el adaptador de red USB, mi 10GBase funcionó bien, así que pude quitar mi adaptador de red USB. La razón de este problema parece ser un error dentro del instalador de Ubuntu.
Respuesta2
Debe actualizar el firmware para solucionar el problema del enlace. Es un problema conocido veraquícon respecto al x722 con servidores Lenovo.
Supermicro tiene su propia actualización, pero debe enviar un correo electrónico al soporte técnico para recibir el controlador; no ponen estos archivos a disposición en línea.
Alternativamente, puede descargar directamente desde Intelaquí. Lea el archivo README en el directorio de Linux para obtener información sobre cómo actualizar el firmware.