Если нужно сбросить счетчики пакетов/байт, отображаемые ifconfig, то есть из /proc/net/dev,
нужно собрать драйвер сетевой карты в виде модуля (не в ядро).
Для сброса опускаем интерфейс, выгружаем драйвер, загружаем снова и поднимаем интерфейс.
Должно работать на всех картах.Пример.
ifdown eth1
modprobe -r eepro100
modprobe eepro100
ifup eth0Для того чтобы узнать имя драйвера обеспечивающего работу сетевого интерфейса:
ethtool -i eth0
URL:
Обсуждается: http://www.opennet.me/tips/info/1388.shtml
даже страшно подумать зачем это делать...кто-то траффик по этим цифериям считает??
ну разве что просто примерно
фигня какая то
я тут наоборот борюсь что бы у меня карточка не улетала в даун периодически, а тут ее ручками прибивают
>фигня какая то
>я тут наоборот борюсь что бы у меня карточка не улетала в
>даун периодически, а тут ее ручками прибивают
когда все работает как задумано - это скучно и обыденно =)
Чтобы сбросить uptime у своей машины воспользуйтесь несложной командой reboot
OlegOS, логично было бы предположить что это так и будет. инфа из /proc завязана на драйверах. если нет драйвера то и информацию неоткуда брать (исчезает запись в /proc - ну исчезла поддержка ядром).
так в чём новость?
это не новость, а совет :)
решил проверить правильность своего подсчета трафика (счетчики iptables/perl)
попытался найти такую инфу, везде одни вопросы без ответов
так что должно кому нибудь пригодиться
За ethtool - спасибо, я обычно в modprobe.conf смотрел.
счетчики иптаблеса збрасывались вроде iptables -Z всегда.
Отличный совет!!!
Имеем раутер, через который VoIP ходит, или интерфейсы, на которых зёбра БГП держит (желательно, что бы она фул-вью получала), или...Как в какой-то книжке у сына написано: "...то-то будет весело, то-то хорошо..."
Кто-нибудь из модераторов читает перед тем как запостить такой бред? OlegOS ты больше никому такой метод не рассказывай, держи его в строжайшем секрете :)
>Кто-нибудь из модераторов читает перед тем как запостить такой бред? OlegOS ты
>больше никому такой метод не рассказывай, держи его в строжайшем секрете
>:)Интересно послушать твой метод обнуления счетчиков интерфейса в Linux. Я тоже как-то гуглил по этому поводу, единственный выход в перезагрузить модуль.
>>Кто-нибудь из модераторов читает перед тем как запостить такой бред? OlegOS ты
>>больше никому такой метод не рассказывай, держи его в строжайшем секрете
>>:)
>
>Интересно послушать твой метод обнуления счетчиков интерфейса в Linux. Я тоже как-то
>гуглил по этому поводу, единственный выход в перезагрузить модуль.Интересно послушать, а на кой тебе ВООБЩЕ ИХ ОБНУЛЯТЬ??? Если ты планируешь снимать статистику то этим числам, то есть метод гораздо более простой:
1) сat /proc/net/dev | awk_perl_python_etc
2) распарсенные значения укладываешь в базу с указанием текущей датылибо
2) считаешь разницу между текущими и предыдущими значениями
3) дампишь текущие значения в файло, что бы пользовать их на шаге 2 в след. раз.
Два замечания. Во-первых, при моем подходе есть волшеблая чиселка 4Гб, при которой счетчик интерфейся обнуляется :) Так что второй подход лучше. Во-вторых, можно попробовать переписывать значения в /proc/net/dev. Сам не пробовал, кто попробует, раскажите :)А релод модуля -- не выход. Если трафика почти нет, то так еще можно постутать, а если на интерфейсах идет рилтайм трафик, то после первой же перегрузки модуля Вы вылетите с работы раньше собственного визга :) Trust me.
>Интересно послушать, а на кой тебе ВООБЩЕ ИХ ОБНУЛЯТЬ??? Если ты планируешь
>снимать статистику то этим числам, то есть метод гораздо более простой:Для статистики и так всем понятно, что достаточно инкрементальных счетчиков. А обнулить полезно, например, для проверки считалки, когда через пару часов смотришь что насчитал твой скрипт, а что на интерфейсе, если не совпадает, правим и повроряем попытку. Или для быстрого выявления флудера, когда интерфейсов не один десяток. На cisco есть полезная команда clear interface, с которой очень удобно на глаз анализировать объем загрузки интерфейсов.
Для этого есть мртж, вот уж где правда можно на глаз что-то определить, ну а по существупакет iproute2
ash ~ # /sbin/ifstat ; /sbin/ifstat -rn ; /sbin/ifstat
#kernel
Interface RX Pkts/Rate TX Pkts/Rate RX Data/Rate TX Data/Rate
RX Errs/Drop TX Errs/Drop RX Over/Rate TX Coll/Rate
lo 72 0 72 0 8192 0 8192 0
0 0 0 0 0 0 0 0
eth0 1818 0 18389 0 252858 0 6123K 0
0 0 0 0 0 0 0 0
eth1 156 0 15 0 37764 0 2238 0
0 0 0 0 0 0 0 0
#kernel
Interface RX Pkts/Rate TX Pkts/Rate RX Data/Rate TX Data/Rate
RX Errs/Drop TX Errs/Drop RX Over/Rate TX Coll/Rate
lo 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
eth0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
eth1 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
На поиск решения ушло 6 минут.
Самое главное, сбрасывать счётчики из консоли, находясь в паре часов езды от сервера и гденить в 2 часа ночи.
имхо, плохой совет, я бы не рекомендовал это делать для удалённых серваков. а то мало ли что, у меня, например, на ноуте один раз из ста интерфейс не поднимается. точнее поднимается, но не работает.
А мне совет как раз сегодня пригодился.
Изменили конфиг на свиче, и на порту появились колизионные ошибки.
(были выставлены разные скорости) ошибку исправили, а статистика осталась.