No Fedora 17 eles mudaram muitos módulos não utilizados (em uso comum eu acho) para o kernel no pacote kernel-modules-extra .
Instale isso e seu problema desaparecerá.
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 a tc netem possivelmente ausente mas acredito que os componentes corretos foram instalados verificando # yum provides */tc e verificando que tc é do pacote iproute , cuja última instalação eu tenho.
O netem de outro pacote também deve ser instalado?
FWIW Estou vendo o mesmo problema após uma atualização do FC16. o comando tc está no pacote 'iproute' e acredito que o qdisc do netem está definido lá.
Eu verifiquei que recebo a mesma resposta para outros comandos tc (além de tentar adicionar um netem qdisc) com, por exemplo:
# tc qdisc add dev eth1 handle 1:0 root dsmark indices 1 default_index 0
RTNETLINK answers: No such file or directory
Isso parece estar documentado no link
Tags fedora traffic-shaping iproute