Fedora

Fedora 17 中的流量控制 (tc) 是否損壞?

  • June 14, 2012

從 Fedora 16 升級到 Fedora 17 後,Traffic Control 似乎不再起作用。

執行# 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 讓我可以使用 Traffic Control 沒有這個問題,所以我確信這不是硬體問題。

這個問題類似於tc netem 可能失去,但我相信通過檢查# yum provides */tc並確定 tc 來自iproute我最新安裝的包,安裝了正確的組件。

netem我還必須安裝另一個軟體包的一部分嗎?

在 Fedora 17 中,他們將許多未使用的(我猜是常用的)核心模組移到了kernel-modules-extra包中。

安裝它,你的問題就會消失。

FWIW 從 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

引用自:https://serverfault.com/questions/395450