MinisForum U820 - nicht beide Ports ansprechbar?

ReCon

New Member
Aug 6, 2023
14
0
1
Germany
Hi Leute!
Folgendes Problem:
Nach mehreren Installationen auf einem MinisForum U820, mit 2 LAN-Ports (1.0G & 2.5G).
Bekomme ich immer nur Verbindung zu einem Port (1.0G), der andere Port ist (nach dem ersten Neustart) hardwareseitig nicht mehr ansprechbar bzw. inaktiv.
Ich möchte letztlich eine OPNsense-VM darauf laufen lassen, natürlich über beide Ports.
Hat jemand eine Idee dazu, wie ich den 2. Port (speziell auf diesem Gerät & unter Proxmox!) zum laufen bekomme?
 
Wenn der Chip vom zugrundeliegenden Debian Linux unterstützt wird, sollte eine entsprechende Konfiguration in /etc/network/interfaces ausreichend sein.

Ob das Gerät unterstützt wird, bekommt man durch Analyse der Ausgaben von

lspci
ip a show und
dmesg

heraus.
 
Wenn der Chip vom zugrundeliegenden Debian Linux unterstützt wird, sollte eine entsprechende Konfiguration in /etc/network/interfaces ausreichend sein.

Ob das Gerät unterstützt wird, bekommt man durch Analyse der Ausgaben von

lspci
ip a show und
dmesg

heraus.
Das nenne ich mal eine fixe Antwort, DANKE!

Nur werde ich aus den Ergebissen leider noch nicht wirklich schlau.....
(Linux ist prima, aber nicht unbedingt DAU-freundlich.)

# lspci
00:00.0 Host bridge: Intel Corporation 8th Gen Core Processor Host Bridge/DRAM Registers (rev 08)
00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-U GT3e [Iris Plus Graphics 655] (rev 01)
00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
00:12.0 Signal processing controller: Intel Corporation Cannon Point-LP Thermal Controller (rev 30)
00:14.0 USB controller: Intel Corporation Cannon Point-LP USB 3.1 xHCI Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Cannon Point-LP Shared SRAM (rev 30)
00:14.5 SD Host controller: Intel Corporation BayHubTech Integrated SD controller (rev 30)
00:15.0 Serial bus controller: Intel Corporation Cannon Point-LP Serial IO I2C Controller #0 (rev 30)
00:15.1 Serial bus controller: Intel Corporation Cannon Point-LP Serial IO I2C Controller #1 (rev 30)
00:16.0 Communication controller: Intel Corporation Cannon Point-LP MEI Controller #1 (rev 30)
00:17.0 SATA controller: Intel Corporation Cannon Point-LP SATA Controller [AHCI Mode] (rev 30)
00:19.0 Serial bus controller: Intel Corporation Cannon Point-LP Serial IO I2C Host Controller (rev 30)
00:1a.0 SD Host controller: Intel Corporation Cannon Point-LP SD Host Controller (rev 30)
00:1c.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #7 (rev f0)
00:1c.7 PCI bridge: Intel Corporation Cannon Point PCI Express Root Port #8 (rev f0)
00:1d.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #9 (rev f0)
00:1d.4 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #13 (rev f0)
00:1e.0 Communication controller: Intel Corporation Cannon Point-LP Serial IO UART Controller #2 (rev 30)
00:1e.2 Serial bus controller: Intel Corporation Cannon Point-LP Serial IO SPI Controller (rev 30)
00:1e.3 Serial bus controller: Intel Corporation Cannon Point-LP Serial IO SPI Controller (rev 30)
00:1f.0 ISA bridge: Intel Corporation Cannon Point-LP LPC Controller (rev 30)
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Cannon Point-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller: Intel Corporation Cannon Point-LP SPI Controller (rev 30)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
02:00.0 Ethernet controller: Intel Corporation Ethernet Controller I225-V (rev 03)
03:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)
04:00.0 Non-Volatile memory controller: Phison Electronics Corporation PS5015-E15 PCIe3 NVMe Controller (DRAM-less) (rev 01)
 
Es interessieren die angezeigten Netzwerk-Geräte (en oder eth), sowie die Bridges (vmbr)
eth:
[ 1.007906] Intel(R) 2.5G Ethernet Linux Driver
[ 1.078997] igc 0000:02:00.0 eth0: MAC: 84:47:09:12:fe:16
[ 1.365857] igc 0000:02:00.0 enp2s0: renamed from eth0
[ 1.365919] r8169 0000:01:00.0 eth1: RTL8168h/8111h, 84:47:09:12:fe:15, XID 541, IRQ 142
[ 1.365924] r8169 0000:01:00.0 eth1: jumbo features [frames: 9194 bytes, tx checksumming: ko]
[ 1.420681] r8169 0000:01:00.0 enp1s0: renamed from eth1

vmbr:
[ 4.611207] vmbr0: port 1(enp1s0) entered blocking state
[ 4.611211] vmbr0: port 1(enp1s0) entered disabled state
[ 4.800882] vmbr0: port 1(enp1s0) entered blocking state
[ 4.800886] vmbr0: port 1(enp1s0) entered forwarding state
[ 4.828599] vmbr1: port 1(enp2s0) entered blocking state
[ 4.828603] vmbr1: port 1(enp2s0) entered disabled state
[ 5.643749] vmbr0: port 1(enp1s0) entered disabled state
[ 6.382223] vmbr0: port 1(enp1s0) entered blocking state


Der 2.5G-Port scheint deaktiviert zu sein, da keine Dioden leuchten.
Wärend der Installation war der jeweils noch aktiv.
 
Last edited:
enp:
[ 1.365857] igc 0000:02:00.0 enp2s0: renamed from eth0
[ 1.420681] r8169 0000:01:00.0 enp1s0: renamed from eth1
[ 4.611207] vmbr0: port 1(enp1s0) entered blocking state
[ 4.611211] vmbr0: port 1(enp1s0) entered disabled state
[ 4.611221] r8169 0000:01:00.0 enp1s0: entered allmulticast mode
[ 4.611263] r8169 0000:01:00.0 enp1s0: entered promiscuous mode
[ 4.800882] vmbr0: port 1(enp1s0) entered blocking state
[ 4.800886] vmbr0: port 1(enp1s0) entered forwarding state
[ 4.828599] vmbr1: port 1(enp2s0) entered blocking state
[ 4.828603] vmbr1: port 1(enp2s0) entered disabled state
[ 4.828634] igc 0000:02:00.0 enp2s0: entered allmulticast mode
[ 4.828702] igc 0000:02:00.0 enp2s0: entered promiscuous mode
[ 5.643749] vmbr0: port 1(enp1s0) entered disabled state
[ 6.382208] r8169 0000:01:00.0 enp1s0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 6.382223] vmbr0: port 1(enp1s0) entered blocking state
[ 6.382225] vmbr0: port 1(enp1s0) entered forwarding state
 
Den Inhalt von /etc/network/interfaces zeigen …
auto lo
iface lo inet loopback

iface enp1s0 inet manual

iface enp2s0 inet manual

auto vmbr0
iface vmbr0 inet static
address 192.168.1.2/24
gateway 192.168.1.1
bridge-ports enp1s0
bridge-stp off
bridge-fd 0

iface wlp3s0 inet manual

auto vmbr1
iface vmbr1 inet static
address 192.168.42.2/24
bridge-ports enp2s0
bridge-stp off
bridge-fd 0

source /etc/network/interfaces.d/*
 
Das sieht doch alles gut aus. Hast Du mal das Kabel vom 1GBit Port auf den 2,5GBit Port umgesteckt, ob dann die LEDs leuchten? Vielleicht ein Kabel-Problem oder der Switch-Port auf der Gegenseite ist aus.
 
Ja klar- auch aben nochmal: der Port ist einfach inaktiv, komplett tot.
(Die Kabel sind relativ neu und auch bloß ein paar cm lang - CAT7.)

Der Switch hat 8 Ports, unmanaged - da funktionieren alle Ports (bisher zumindest) einwandfrei.
 
Last edited:
Ja klar- auch aben nochmal: der Port ist einfach inaktiv, komplett tot.
(Die Kabel sind relativ neu und auch bloß ein paar cm lang - CAT7.)

Dann habe ich leider keine Idee mehr, aus reiner Verzweiflung würde ich noch

ip link set dev enp2s0 up

anbieten. Und ich bin mir nicht sicher, ob die vmbr1 Bridge nicht auch ein Gateway braucht (192.168.42.1)
 
Keine Reaktion....

Wenn ich das Gateway zuordnen will kommt:
Parameter verification failed. (400)
gateway: Default gateway already exists on interface 'vmbr0'.



Trotzdem vielen Dank!

Ich meine mal gehört zu haben (ich glaube bei Raspberry Pi Cloud oder Dennis Schröder), dass der auch solche Probleme in der Kombination von MINIsForum & Proxmox hatte. Da versuche ich mal etwas in Erfahrung zu bringen.

Vielleicht hat sonst noch jemand eine zündende Idee?
 
Last edited:
Der 2.5 GBit/s kann keine 100 MBit/s, damit ist er nicht ansprechbar und nutzbar.
Also besser mal die passenden Kabel und/ oder Switch nutzen!
 
Also besser mal die passenden Kabel und/ oder Switch nutzen!

Guter Hinweis, ist die Gegenstelle vielleicht eine Fritzbox, wo der entsprechende Port im "ECO" Modus und damit auf 100MBit/s gestellt ist?

Aber - wenn das Kabel von enp1s0 (GbE) auf den enp2s0 (2.5GbE) umgesteckt wird (was ja schon erfolgt sein soll), dann müsste zumindest Aktivität auf dem Port angezeigt werden.
 
  • Like
Reactions: news
Der Port war bei der Installation von Proxmox ja noch aktiv und erst beim Neustart nicht mehr.
Das kann also eigentlich nur ein Proxmox-Thema sein bzw. an der Kombination mir dem U820 liegen.
 
Last edited:

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!