[SOLVED] Intel NIC e1000e hardware unit hang

A helper script is available now -> https://raw.githubusercontent.com/r...fs/heads/main/tools/pve/nic-offloading-fix.sh

Run the following as root.
Code:
bash -c "$(curl https://raw.githubusercontent.com/rcastley/ProxmoxVED/refs/heads/main/tools/pve/nic-offloading-fix.sh)"

Note : Use only one method - script of manual update of post-up command in /etc/network/interfaces
After a long period of silence, the damn error reappears. Physically disconnecting (pulling the power cord) brings the affected hosts back on track. Has anyone tried solving the problem by automatically restarting the network after x minutes of no connection (pinging every x minutes) to another, always-reachable host?
I'm currently trying your great script and will report back.
 
  • Like
Reactions: EnRav
Now that's what I call an IP KVM with a decent price. Have you tried it yet?
Thanks for the tip.
 
Wouldn't buying a proper functioning USB NIC have been cheaper?
Even though it creeps me out, such a "solution" is increasingly becoming my focus. It's simply annoying to squash software problems with hardware. Unfortunately, Intel doesn't seem to be able to get the problems of its bread-and-butter network chip under control, or at least they simply don't care.
 
Even though it creeps me out, such a "solution" is increasingly becoming my focus. It's simply annoying to squash software problems with hardware. Unfortunately, Intel doesn't seem to be able to get the problems of its bread-and-butter network chip under control, or at least they simply don't care.
For me is the USB dongle certainly not the solution. Most USB device drivers are full of bugs. People just don't pay much attention to it as it's just pull/plug in back and it works again thing.
 
Now that's what I call an IP KVM with a decent price. Have you tried it yet?
Thanks for the tip.
Not yet. It arrived just today and I had not even time to unbox. I did not buy the pin out adapter yet. I may in the future if needed.
 
In my opinion, USB network cards are more of an additional problem than a solution. I've already ordered your idea. I'm curious to see what works. I'll report back. But it's annoying to have to mess around like this.
 
Last edited:
As promised, a quick update. The GL-KVM works quite well, even if the web GUI has a few annoying quirks. The price/performance ratio is really good, though.
 
a proper functioning USB NIC

As someone who has tried a good number of USB NICs because I have reason to be running Proxmox on physically very small hardware, I can assure you that USB NICs without a ton of bugs are about as common as unicorns. And I really really wanted that not to be the case. But sadly, it is the case.
 
Not to partially necro and/or guide the discussion down a tangent, but I'm really curious - what led to this bug? I've been running Proxmox on an Intel NUC for years and this only reared it's head in the last few months. Not saying Proxmox did something wrong, but what bug/fault/error/update caused this to start to be a problem now, when it wasn't before? Genuinely curious here - is it a Linux kernel thing or something?
 
Can confirm adding this to interfaces helps with my onboard intel I219-V (rev 10) nic on Proxmox 9.0.5. No problems for a week.

Code:
post-up ethtool -K eno1 gso off tso off rxvlan off txvlan off gro off tx off rx off sg off

Before that, my nic crashed multiple times per day, especially under load, but not necessarily.

Thank you for the solution!
 
Last edited:
Ran into this issue while backing up some VMs. i thought it was Veeam but it could replicate it with PBS. Wild this is still an issue.