Results 1 to 10 of 11
So i have a system that is on two different networks. Each NIC is on its own subset etc.
I was seeing a huge amount of issues with one of ...
- 11-21-2011 #1Just Joined!
- Join Date
- Mar 2008
- Posts
- 44
Turning off GRO on startup
So i have a system that is on two different networks. Each NIC is on its own subset etc.
I was seeing a huge amount of issues with one of them, and it turned out it had:
generic-receive-offload: on
Once i turned this off with "ethtool -K eth1 gro off", everything is working fine. HOWEVER when i reboot, it gets re-enabled.
Is there a way to turn this off on startup?
[I do realise i can turn it off by adding to rc.local, i am just wondering if there is a "cleaner" method]
- 11-21-2011 #2Linux Guru
- Join Date
- May 2011
- Posts
- 1,843
Have you tried putting them in the appropriate ifcfg config file? e.g.
That is untested, but I think that is where it would go.Code:# /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" ONBOOT="yes" ETHTOOL_OPTS="gro off"
Last edited by atreyu; 11-21-2011 at 08:44 PM. Reason: off!
- 11-22-2011 #3Just Joined!
- Join Date
- Mar 2008
- Posts
- 44
Doesnt seem to be working. However I cant reboot this system until 30th December, so im testing on another machine by trying to turn GRO on at boot using "gro on".
- 11-22-2011 #4Linux Guru
- Join Date
- May 2011
- Posts
- 1,843
Does that device on the other machine take the "gro on" command from the command line okay? Probably so, just checking...
- 11-22-2011 #5Linux Guru
- Join Date
- May 2011
- Posts
- 1,843
Okay, seems using ethtool with -K type options in network-scripts is a bug.
There is a patch listed on the bug report that would allow you to do something like:
But you'd have to keep track of that file and make sure that updates to the package that own the patched file(s) don't get overwritten.Code:ETHTOOL_OPTS_OFFLOAD="gro off"
Or you could make it a udev rule like is suggested in the bug report...
- 11-22-2011 #6Just Joined!
- Join Date
- Mar 2008
- Posts
- 44
Yeah - checked that before i rebooted
- 11-22-2011 #7Just Joined!
- Join Date
- Mar 2008
- Posts
- 44
Giving it a look now. To be honest, I will probably go with the entry to rc.local. I dont get to patch these machines. Ever. They have to be used with specific RHEL version, specific drivers, kernels etc.
Thanks for all your help mate!
- 11-22-2011 #8Linux Guru
- Join Date
- May 2011
- Posts
- 1,843
Yeah, I understand that. Just keep in mind that putting it in rc.local might only affect it upon start-up, i.e., do you know if that change is persistent across network restarts?
e.g., if you do:
Is gro stilll off?Code:service network restart
- 11-23-2011 #9Just Joined!
- Join Date
- Mar 2008
- Posts
- 44
Like i said, I am working with gro "on" in a VM for testing purposes (same version of RHEL etc).
Added to rc.local, it started with it on. When i ran "service network restart" it stayed on. I would rather get the patch in place, but this will do until my next downtime at a pinch.
And realistically, i dont get to run service network restart. Ever. I never get to do anything on the systems outside downtime (they are in use 24/7 and i get maybe 4 downtimes a year)
- 11-23-2011 #10Linux Guru
- Join Date
- May 2011
- Posts
- 1,843
Sorry, "on"...I lost track of which way you wanted it.
The only reason I mentioned network restarts is in case they ever get restarted w/o your say-so, but if you've tested it, then sounds like you're golden.


Reply With Quote