From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) Description of problem: After updating to 2.6.7-1.494.2.2 the tc commands are complaining. Dmesg says: HTB init, kernel part version 3.16 RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument ... ... Please upgrade your iproute2 tools or compile proper options in! Please upgrade your iproute2 tools or compile proper options in! Please upgrade your iproute2 tools or compile proper options in! Please upgrade your iproute2 tools or compile proper options in! ... ... Version-Release number of selected component (if applicable): iproute-2.4.7-14 How reproducible: Always Steps to Reproduce: 1. Run any shell script which contains tc commands 2. 3. Actual Results: Dmesg complains: HTB init, kernel part version 3.16 RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument Please upgrade your iproute2 tools or compile proper options in! Please upgrade your iproute2 tools or compile proper options in! Expected Results: Dmesg just say: HTB init, kernel part version 3.16 Additional info:
Either CLS_U32_PERF needs to be disabled when building the kernel or the iproute utils need to be upgraded. Until then, traffic shaping with FC2 is broken because you can't set rules.
Arjan would you rather us back out this option from the next FC2 kernel update, or issue a new version of iproute?
From the config help for that option: gathers stats that could be used to tune u32 classifier performance. That doesn't sound like something that needs to be in a stock kernel, esp. now that FC3 is under construction. It might make more sense to defer it to FC3.
Arjan told me that this should be fixed in newer kernels, and we need a newer kernel in FC2 updates "soon" for bug fix reasons. In the mean time please test the rawhide kernels. Is this working there?
I just tried kernel-smp-2.6.7-1.515.i686.rpm and it looks like it works okay there. Thanks.
This bug is a duplicate of 128543, and the issue is still not completely fixed.
According to Stephen Hemminger <shemminger> "The general policy is that iproute2-<version> contains all the features in the API for that kernel version. It should build and run on older and newer kernels with the obvious caveat that the command can only support what the kernel does." So for 2.6.x kernel you'd better use iproute-2.6.x (curently in development tree)