Network error after Core Update 188

Hello,

i have a new problem immediatly after Core Update 188.

Unstable network Connection on green Onboard Intel Card and after a short time no network connection.

In kernel log i’ve found two coresponding entries.

  1. kernel:e1000e 0000:00:1f.6 green0: Detected Hardware Unit Hang:
  2. kernel:e1000e 0000:00:1f.6 green0: Reset adapter unexpectedly

I’ve found an old problem with intel cards with tso enabled. So temporarily disabled tso and the error seems to disappear.
ethtool -K green0 tso off

No idea if this a driver or settings bug with Core 188

Regards
Michael

IMHO: TSO and LRO are only safe when acting as an endpoint (e.g. appliance, client, server) and not as a router. See this link:

https://docs.netgate.com/pfsense/en/latest/book/config/advanced-networking.html#hardware-large-receive-offloading

If TSO is enabled on NICs in IPFire it shouldn’t be or there should be an option to turn it on/off.

Best regards,
Fred

1 Like

Hello,

This would be safe to disable, however it might cause more work for the CPU. We generally follow the defaults of the authors of the driver and normally this is not causing any problems.

I disagree with the statement that this is generally undesirable. For low latency networks, this is not ideal. For high throughput (and looking at the weak hardware that people usually use), this can help to increase throughput.

I don’t think that there is much value in changing the setting as I am not aware that IPFire is adding bad latency to networks. We never had any serious crashes like this one before. So either the firmware has a bug (we have updated that in Core Update 188) or the chip is damaged.

Same problem here. Your solution help me as well. Thank you!
Please, help me to do this setting permanent, save it after reboot.

Hello,

i put the command into the file
/etc/sysconfig/firewall.local
under start section

There is also a file rc.local you can put the command.

Regards

Hi,

if I may quickly pitch in with some documentation (the more the better :slight_smile: ): Please see here for the wiki page related to firewall.local.

Thanks, and best regards,
Peter Müller

Thank for pointing