Proxmox 6.8.12-9-pve kernel has introduced a problem with e1000e Driver and network connection lost after some hours

Yes. Just recognized as the issue returned. But I don´t have this as a backup. Just .10 and .9 and an older 5.x....Kernel, but will this be compatible?
You can try to pin the .8 version and see if its still there. I was facing the same problem seeing .9 and .10 versions available, so I installed the .8 version manually and it's working fine ( seems to be compatible but needs to keep running for the next hours or days to confirm there is no compatible issues.

By the way, if there is no compatible issues today, we have no guarantee that it could happen further, so that why we need to have someone looking into ASAP.
 
My nic is l219-lm from a thinkcentre m920q and I was facing same issue. Rolled back to .8 seems to be fixed.
That was a nightmare to debug lol
 
Has someone tried Kernel 6.14 which is contained in Proxmox 8.4 as opt in?
I running Linux 6.14.0-2-pve at the moment but it has same problem as 6.8.12-10 :(

I have
Code:
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (11) I219-LM
        DeviceName: Onboard Lan
        Subsystem: Hewlett-Packard Company Ethernet Connection (11) I219-LM
        Flags: bus master, fast devsel, latency 0, IRQ 125, IOMMU group 8
        Memory at e1200000 (32-bit, non-prefetchable) [size=128K]
        Capabilities: [c8] Power Management version 3
        Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Kernel driver in use: e1000e
        Kernel modules: e1000e
 
Last edited:
  • Like
Reactions: leandrosgf
I running Linux 6.14.0-2-pve at the moment but it has same problem as 6.8.12-10 :(

I have
Code:
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (11) I219-LM
        DeviceName: Onboard Lan
        Subsystem: Hewlett-Packard Company Ethernet Connection (11) I219-LM
        Flags: bus master, fast devsel, latency 0, IRQ 125, IOMMU group 8
        Memory at e1200000 (32-bit, non-prefetchable) [size=128K]
        Capabilities: [c8] Power Management version 3
        Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Kernel driver in use: e1000e
        Kernel modules: e1000e
Yep, it seems to be something with all NICs using e1000e.
This is mine:

00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (17) I219-LM (rev 11)
Subsystem: Dell Ethernet Connection (17) I219-LM
Flags: bus master, fast devsel, latency 0, IRQ 124, IOMMU group 9
Memory at 70500000 (32-bit, non-prefetchable) [size=128K]
Capabilities: [c8] Power Management version 3
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Kernel driver in use: e1000e
Kernel modules: e1000e

I have changed the subject of this topic to cover this better and maybe atract someone that knows what is happening and a possible fix or workaround using Kernels from 6.8.12-9 or above
 
  • Like
Reactions: Silas95
Just change the kernel didnt solve.

I found more threads and now I'm trying the ethtool to disable some offload stuff


Hones I wasnt planning to use this nic, so much trouble :(
 
My nic is l219-lm from a thinkcentre m920q and I was facing same issue. Rolled back to .8 seems to be fixed.
That was a nightmare to debug lol
I have M920q with the same onboard NIC, with 6.8.12-10, haven't seen any issues yet (running for 8-9 months, with a couple of PVE kernels).

I'm running Zabbix monitoring on that host+NIC so if there are problems with the network, I will surely see them.
 
  • Like
Reactions: fabricionaweb
I have M920q with the same onboard NIC, with 6.8.12-10, haven't seen any issues yet (running for 8-9 months, with a couple of PVE kernels).

I'm running Zabbix monitoring on that host+NIC so if there are problems with the network, I will surely see them.
Thats nice, we can see many reports here and in the other thread. Maybe is something in the setup.
Here I have a bridge and I pass the bridge down to a VM where I use it as WAN. It was most problematic to me when doing uploads.

After running the ethtool -K eno1 gso off gro off tso off tx off rx off rxvlan off txvlan off to turn off (a lot of) features on a kernel 6.8.12-8, it seems much more stable now. I spammed 100gb over iperf and so far no disconnections \o/

I will try now with less features off (just `tso off gso off gro off`) and maybe retry with the newer kernel
 
Last edited: