No Fedora 17 eles mudaram muitos módulos não utilizados (em uso comum eu acho) para o kernel no pacote kernel-modules-extra .
A instalação deste pacote resolverá o problema.
Fonte: link
Após a atualização do Fedora 16 para o Fedora 17, o Traffic Control não parece mais funcionar.
A execução de # tc qdisc show
será exibida:
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
No entanto, se eu executar # tc qdisc add dev eth0 root netem delay 100ms
ou comandos semelhantes, como # tc ... loss 2%
ou # tc ... corrupt 3%
, obtenho o seguinte:
RNETLINK answers: No such file or directory
Fazer downgrade de volta para o Fedora 16 permite-me usar o Traffic Control sem esse problema, então estou convencido de que não é um problema de hardware.
Esta pergunta é semelhante ao link , mas acredito que os componentes corretos foram instalados, verificando # yum provides */tc
e averiguando que tc é do pacote iproute
, cuja última instalação eu tenho.
O netem
de outro pacote também deve ser instalado?
No Fedora 17 eles mudaram muitos módulos não utilizados (em uso comum eu acho) para o kernel no pacote kernel-modules-extra .
A instalação deste pacote resolverá o problema.
Fonte: link
Tags networking fedora tc