从 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 possible missing但我相信通过检查# yum provides */tc
并确定 tc 来自包安装了正确的组件iproute
,我有最新的安装包。
是netem
我还必须安装的另一个软件包的一部分吗?
在 Fedora 17 中,他们将许多未使用的(我猜是常见用法)内核模块移动到包kernel-modules-extra中。
安装它,您的问题就会消失。
FWIW 从 FC16 升级后,我看到了同样的问题。tc 命令在“iproute”包中,我相信 netem qdisc 是在那里定义的。
我已经验证我对其他 tc 命令(除了尝试添加 netem qdisc)得到了相同的响应,例如:
这似乎记录在https://bugzilla.redhat.com/show_bug.cgi?id=823316