Ich versuche erfolglos, einen Server mit installiertem Ubuntu-Server über ein Ethernet-Kabel mit dem Internet zu verbinden.
Hier ist der Link zur Plattform, die wir verwenden -https://www.supermicro.com/en/products/system/4u/7049/sys-7049p-trt.cfm
Das Kabel selbst ist in Ordnung (wir haben die Verbindung an einem Laptop getestet). Wenn es an einen der beiden LAN-Ports des Servers angeschlossen wird, blinkt die LED langsam grün (ungefähr einmal in 5 Sekunden).
Wir haben sowohl Ubuntu-Server 22.04 als auch 18.04 mit denselben Ergebnissen ausprobiert.
Ausführen ip avon Befehlsausgaben
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
und das Aus- und Wiedereinschalten der Geräte eno1 und eno2 behebt die Situation nicht.
Laufende ethtool eno1Shows
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
Nach meinen Recherchen (ich habe diesen Leitfaden nachgeschlagen)https://devicetests.com/troubleshoot-eth0-no-carrier-find-ip-address-ubuntu) scheint NO-CARRIERder Status von zu sein ip aund Link detected: nosollte bedeuten, dass das Kabel nicht angeschlossen ist, was aber nicht der Fall ist.
Das Ändern der Geschwindigkeit und des Duplex-Durchgangs sudo ethtool -s eno1 speed 100 duplex fullfunktioniert nicht und gibt
Cannot set new settings: Invalid argument
not setting speed
not setting duplex
Wir haben auch die Netzwerkcontrollertreiber überprüft, aber es scheint, als wären sie installiert, wie aus modinfo i40eder Ausgabe hervorgeht
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)
Laufende dhclient -v eno1ShowsNo DHCPOFFERS received
Während unserer Recherche sind wir auch auf diesen Thread gestoßen (https://community.intel.com/t5/Server-Products/NIC-X722-for-10GBASE-T-rev-09-Ubuntu-Server-20-04-02-Can-t/td-p/1286202), das könnte unserer Situation ähnlich sein. Unser Setup würde dem Bild 1 aus dem Originalbeitrag entsprechen, da unser Netzwerk auch DHCP verwendet. Eine weitere Ähnlichkeit besteht darin, dass es in unserem Fall ebenfalls problematisch sein könnte, den Server physisch in einen anderen Raum zu verschieben und/oder ihm eine statische IP zuzuweisen.
Ich wäre für jede Hilfe sehr dankbar. Danke!
Antwort1
Ich hatte ein ähnliches Problem mit meinem Server.
Ich habe gerade einen billigen USB-Netzwerkadapter für die Ubuntu-Installation hinzugefügt. Nach der Installation und einem vollständigen Systemupdate mit dem USB-Netzwerkadapter funktionierte mein 10GBase einwandfrei, sodass ich meinen USB-Netzwerkadapter entfernen konnte. Der Grund für dieses Problem scheint ein Fehler im Ubuntu-Installationsprogramm zu sein.
Antwort2
Sie müssen die Firmware aktualisieren, um das Verbindungsproblem zu beheben. Es ist ein bekanntes Problem, sieheHierin Bezug auf das x722 mit Lenovo-Servern.
Supermicro verfügt über ein eigenes Update, Sie müssen sich jedoch per E-Mail an den Support wenden, um den Treiber zu erhalten. Diese Datei wird nicht online zur Verfügung gestellt.
Alternativ können Sie direkt von Intel herunterladenHier. Informationen zum Aktualisieren der Firmware finden Sie in der README-Datei im Linux-Verzeichnis.