Fedora 17 中的流量控制(tc)是否损坏?

Fedora 17 中的流量控制(tc)是否损坏?

从 Fedora 16 升级到 Fedora 17 后,流量控制似乎不再起作用。

运行# tc qdisc show会输出:

qdisc pfifo_fast 0: dev eth0 root refcnt 2 bands 3 priopmap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1

但是,如果我运行# tc qdisc add dev eth0 root netem delay 100ms或类似的命令,例如# tc ... loss 2%或,# tc ... corrupt 3%我会得到以下内容:

RNETLINK answers: No such file or directory

降级回 Fedora 16 后我就可以使用流量控制而不会出现这个问题,所以我确信这不是硬件问题。

这个问题类似于tc netem 可能缺失# yum provides */tc但我相信通过检查并确定 tc 来自iproute我拥有的最新安装包,已经安装了正确的组件。

是否netem还必须安装另一个包的一部分?

答案1

在 Fedora 17 中,他们将很多未使用的(我猜是常用的)内核模块移到了软件包中内核模块额外

安装它,你的问题就会消失。

答案2

值得一提的是,从 FC16 升级后,我看到了同样的问题。tc 命令位于“iproute”包中,我相信 netem qdisc 在那里定义。

我已经验证我得到了对其他 tc 命令的相同响应(除了尝试添加 netem qdisc),例如:

# tc qdisc add dev eth1 handle 1:0 root dsmark indices 1 default_index 0
RTNETLINK answers: No such file or directory

这似乎记录在https://bugzilla.redhat.com/show_bug.cgi?id=823316

相关内容