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

Today morning I upgraded to PVE 8.4 and latest 6.14 kernel and after few hours I encountered same problem.

Looks like ethtool command fixed problem also with 6.14 kernel.
 
Today morning I upgraded to PVE 8.4 and latest 6.14 kernel and after few hours I encountered same problem.

Looks like ethtool command fixed problem also with 6.14 kernel.
Thanks for the feedback.
Which one did you apply? Hegse's or muzicman0's?
 
Both solutions (Hegse's or the one I posted) do the same basic thing (there may be a few options that are different, but you can change those). What I am not sure about is if the CLI ethtool version will persist across a reboot. I don't think it will, but not 100% sure on that. The interfaces file version will survive a reboot.
 
  • Like
Reactions: SelfMan
I am a linux noob, but chatGPT says:
No, the changes made with ethtool -K do not persist between reboots. You'll need to reapply them at boot via a script (e.g., systemd service or /etc/rc.local) or use a network configuration tool like NetworkManager or systemd-networkd with proper configuration.
 
I can now confirm that the command get's "forgotten". As I forgot to reapply it after a restart, the PVE network connection froze.
ethtool -K eno1 gso off gro off tso off tx off rx off rxvlan off txvlan off
 
An old bug that popped up again indeed. Only started appearing for me after running package updates on the 4th of April, including the kernel. Before I had uptimes of weeks. I'll report back when the fix from the past does it magic once again...
 
All related:
https://bugzilla.proxmox.com/show_bug.cgi?id=6273
 
  • Like
Reactions: sammyke007
New Kernel version 6.8.12-10 was released. Preliminary first backup test succeeded and I had no freeze of the PVE.
There is also a difference which may play a role - I moved PBS from a VM to a dedicated HW. So far so good. I'll see in a few days if it's stable and report back.
 
  • Like
Reactions: sammyke007
From the Change log:
proxmox-kernel-6.8 (6.8.12-10) bookworm; urgency=medium
* cherry-pick "bnxt_en: Fix GSO type for HW GRO packets on 5750X chips".
* update source and patches to Ubuntu-6.8.0-60.63
 
  • Like
Reactions: sammyke007
Here same problem solved with kernel downgrade, I read that the new kernel has solved the problem but from the changelog it talks about broadcom chips not intel. Can anyone confirm that the new kernel fixes the problem also on INTEL lans?
thanks
 
I have run the backup twice today and so far no network issue. Yet again, my setup changed since the original post.
On the other hand, the GSO/GRO fix for Broadcom might have also fixed things for Intel.
Given that GSO (Generic Segmentation Offload) and GRO (Generic Receive Offload) are Linux networking optimizations.
 
From the Change log:
proxmox-kernel-6.8 (6.8.12-10) bookworm; urgency=medium
* cherry-pick "bnxt_en: Fix GSO type for HW GRO packets on 5750X chips".
* update source and patches to Ubuntu-6.8.0-60.63
I had to re-apply the ethtool fixes on Linux 6.8.12-10-pve (2025-04-18T07:39Z) as I got more connection losses. Network adapter I219-LM on Dell Micro.
 
  • Like
Reactions: SelfMan
I had to re-apply the ethtool fixes on Linux 6.8.12-10-pve (2025-04-18T07:39Z) as I got more connection losses. Network adapter I219-LM on Dell Micro.
ok, I'll skip this kernel too. Strange that they approve kernels on similar bugs...no words
 
I hoped you saved my day. Have the same issue since about a few days when I updated my Lenovo ThinkServer. Going back to 6.8.12-9 now and see if it fixes the at least daily hang ups
 
I can confirm that 6-8-12-10-pve didn't fix the problem. It ran for almost 10 hours (and I was happy until now), and then I lost a connection again. I've returned to 6-8-12-8-pve and will wait for the fix. Does anybody know to whom we can address it?
 
  • Like
Reactions: sammyke007