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

Thanks for sharing these scripts — they’re incredibly helpful. I was reading through them and I’d really love to use the continuous network monitoring along with the hardware reset/module reload functionality, but without the part that disables the network offloading features.

I’m not confident enough to make those changes myself — would it be possible for you to provide a version without the offloading tweaks, if it’s not too much trouble?
Sure thing
 
Thanks for sharing these scripts — they’re incredibly helpful. I was reading through them and I’d really love to use the continuous network monitoring along with the hardware reset/module reload functionality, but without the part that disables the network offloading features.

I’m not confident enough to make those changes myself — would it be possible for you to provide a version without the offloading tweaks, if it’s not too much trouble?
The scripts are now updated. it should ask you if you want to leave the offloading features enabled or not
 
  • Like
Reactions: homedomain
For those who have recently applied the script with hardware offloading turned off, it would be appreciated if you could report back on how it affected your CPU load. Since disabling offloading shifts packet segmentation and checksum calculations to the CPU, this could have a noticeable impact—especially on systems handling significant traffic. What kind of difference have you seen on your systems?
 
Got the same issue on:

HW: ThinkCenter M720q
SW: Proxmox v8.4.0

Network adapter:
Code:
modinfo e1000e | grep version
srcversion:     F65CFC0DF4BFD42B230512D
vermagic:       6.8.12-9-pve SMP preempt mod_unload modversions

Network card loses internet in a few hours, which is pretty critical. I'm wondering, whether these things are tested at Proxmox, given the scale and how many subscribers are impacted?
 
  • Like
Reactions: Neurrone
Got the same issue on:

HW: ThinkCenter M720q
SW: Proxmox v8.4.0

Network adapter:
Code:
modinfo e1000e | grep version
srcversion:     F65CFC0DF4BFD42B230512D
vermagic:       6.8.12-9-pve SMP preempt mod_unload modversions

Network card loses internet in a few hours, which is pretty critical. I'm wondering, whether these things are tested at Proxmox, given the scale and how many subscribers are impacted?
As per this thread alone, you may come to realize, that it seems to only affect specific cards and revisions. So it would be impossible for proxmox to have ALL the different revisions of the i217/i219-V/-LM cards available. It was mentioned, that such problems seem to occur not only in this specific card but occasionally on Realtech, Marvell or Broadcom as well (seen similar hickups on Windows machines as well....)

So I'd guess, there is more to blame at Intel than at Proxmox or Linux....
 
The scripts are now updated. it should ask you if you want to leave the offloading features enabled or not
Code:
Linux pveG4 6.8.12-13-pve #1 SMP PREEMPT_DYNAMIC PMX 6.8.12-13 (2025-07-22T10:00Z) x86_64 GNU/Linux
Running perfectly fine again after updating to .13 and after using your script, tnx!

Code:
journalctl -u network-fix.service | grep -v 'Network connectivity OK'
helps me to show every log except the "OK" logs. Very useful for me.
 
New install of proxmox 9 on a cluster of 3 lenovo p330 tiny PCs. Before I had Proxmox 7 and 8, rarely updated though, but running strong 24/7 for 2 years with no problem. With the new proxmox 9 within 4 hours had a network card hang on me.
The reason I don't want to disable any offloading is that for my use-case at least performance is much more important than security, being an isolated lab.

Issued these commands to downgrade the kernel on proxmox 9:
Bash:
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" > /etc/apt/sources.list.d/pve8.list

apt update
apt install proxmox-kernel-6.8.12-8-pve
proxmox-boot-tool kernel pin 6.8.12-8-pve

I recommend deleting the file /etc/apt/sources.list.d/pve8.list after this.
 
Last edited: