$ /sbin/tc qdisc show dev eth0 qdisc pfifo_fast 0: [Unknown qdisc, optlen=20] pfifo_fast по умолчанию назначается всем сетевым интерфейсам: $ /sbin/ip li show dev eth0 2: eth0: <BROADCAST,MULTICAST,NOTRAILERS,UP> mtu 1500 qdisc pfifo_fast qlen 1000 $ rpm -q iproute2 iproute2-2.4.7.20020116-alt4 В то же время раньше (M2.2) такой ошибки не было: $ /sbin/tc qdisc show dev eth0 (пусто) $ /sbin/ip li show dev eth0 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 $ rpm -q iproute2 iproute2-2.4.7-alt3.ss010824
Наблюдаю в точности то же, что и в ALM2.2 $ rpmquery iproute2 iproute2-2.4.7.20020116-alt4
Наверное, дело не в iproute2. Я наблюдаю ошибку на M2.2+2.4.25-std-up-alt5 и на Sisyphus+2.4.25-std-up-alt4. Ядро?
На 2.4.20-alt13-up не воспроизводится, а вот на 2.4.25-std-smp-alt7 воспроизводится (iproute2-2.4.7.20020116-alt5 в обоих случаях).
Похоже, это вызвано следующим изменением (2.4.23-pre6): http://linux.bkbits.net:8080/linux-2.4/cset@3f664a12IuR-0vv_n5dknWS-TyscVg Т.е., теперь pfifo_fast в ответ на запрос dump через netlink возвращает свои (фиксированные) параметры (TCA_OPTIONS, struct tc_prio_qopt), а tc не умеет их разбирать.
Тогда понижаю severity, на нормальную работу скорее всего не повлияет (код возврата по-прежнему 0), хотя некоторые скрипты могут спотыкаться...
2004-06-02 Stephen Hemminger <shemminger@osdl.org> ... * For "tc qdisc ls" see the default queuing discpline "pfifo_fast" and understand it ...
Некритично.