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 允许我使用流量控制而不会出现此问题,因此我确信这不是硬件问题。

这个问题类似于https://serverfault.com/questions/318926/tc-netem-possibility-missing但我相信通过检查并确定 tc 来自我最新安装的# yum provides */tc软件包,安装了正确的组件。iproute

netem我还必须安装另一个软件包的一部分吗?

答案1

在 Fedora 17 中,他们将许多未使用的(我猜是常见用途)内核模块移至包中内核模块额外

安装此软件包将解决该问题。

来源:https://serverfault.com/a/398964/112950

相关内容