The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Сброс счетчиков ifconfig в Linux
Если нужно сбросить счетчики пакетов/байт, отображаемые ifconfig, то есть из /proc/net/dev, 
нужно собрать драйвер сетевой карты в виде модуля (не в ядро). 
Для сброса опускаем интерфейс, выгружаем драйвер, загружаем снова и поднимаем интерфейс. 
Должно работать на всех картах.

Пример.

   ifdown eth0
   modprobe -r eepro100
   modprobe eepro100
   ifup eth0

Для того чтобы узнать имя драйвера обеспечивающего работу сетевого интерфейса:

   ethtool -i eth1
 
01.03.2007 , Автор: OlegOS (Очередин Олег)
Ключи: ifconfig, linux, counter, interface / Лицензия: CC-BY
Раздел:    Корень / Администратору / Сетевая подсистема, маршрутизация / Ethernet, ARP, привязка MAC адресов.

Обсуждение [ Линейный режим | Показать все | RSS ]
  • 1.1, _Nick_ (??), 16:23, 01/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    даже страшно подумать зачем это делать...

    кто-то траффик по этим цифериям считает??
    ну разве что просто примерно

     
  • 1.3, VecH (??), 23:20, 01/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    фигня какая то
    я тут наоборот борюсь что бы у меня карточка не улетала в даун периодически, а тут ее ручками прибивают
     
     
  • 2.11, lamer (??), 19:53, 11/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >фигня какая то
    >я тут наоборот борюсь что бы у меня карточка не улетала в
    >даун периодически, а тут ее ручками прибивают
    когда все работает как задумано - это скучно и обыденно =)
     

  • 1.4, Zert (?), 16:03, 02/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чтобы сбросить uptime у своей машины воспользуйтесь несложной командой reboot
     
  • 1.5, Xwine (??), 11:00, 04/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    OlegOS, логично было бы предположить что это так и будет. инфа из /proc завязана на драйверах. если нет драйвера то и информацию неоткуда брать (исчезает запись в /proc - ну исчезла поддержка ядром).
    так в чём новость?
     
  • 1.6, olegos (?), 04:49, 05/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    это не новость, а совет :)
    решил проверить правильность своего подсчета трафика (счетчики iptables/perl)
    попытался найти такую инфу, везде одни вопросы без ответов
    так что должно кому нибудь пригодиться
     
  • 1.7, birdie (?), 12:37, 06/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    За ethtool - спасибо, я обычно в modprobe.conf смотрел.
     
  • 1.8, Painbringer (?), 13:40, 06/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    счетчики иптаблеса збрасывались вроде iptables -Z всегда.
     
  • 1.9, sabitov (??), 13:37, 07/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличный совет!!!
    Имеем раутер, через который VoIP ходит, или интерфейсы, на которых зёбра БГП держит (желательно, что бы она фул-вью получала), или...

    Как в какой-то книжке у сына написано: "...то-то будет весело, то-то хорошо..."

     
  • 1.10, empty (?), 18:58, 11/03/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь из модераторов читает перед тем как запостить такой бред? OlegOS ты больше никому такой метод не рассказывай, держи его в строжайшем секрете :)
     
     
  • 2.12, Аноним (-), 20:36, 11/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Кто-нибудь из модераторов читает перед тем как запостить такой бред? OlegOS ты
    >больше никому такой метод не рассказывай, держи его в строжайшем секрете
    >:)

    Интересно послушать твой метод обнуления счетчиков интерфейса в Linux. Я тоже как-то гуглил по этому поводу, единственный выход в перезагрузить модуль.

     
     
  • 3.13, sabitov (??), 05:36, 12/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>Кто-нибудь из модераторов читает перед тем как запостить такой бред? OlegOS ты
    >>больше никому такой метод не рассказывай, держи его в строжайшем секрете
    >>:)
    >
    >Интересно послушать твой метод обнуления счетчиков интерфейса в Linux. Я тоже как-то
    >гуглил по этому поводу, единственный выход в перезагрузить модуль.

    Интересно послушать, а на кой тебе ВООБЩЕ ИХ ОБНУЛЯТЬ??? Если ты планируешь снимать статистику то этим числам, то есть метод гораздо более простой:

    1) сat /proc/net/dev | awk_perl_python_etc
    2) распарсенные значения укладываешь в базу с указанием текущей даты

    либо

    2) считаешь разницу между текущими и предыдущими значениями
    3) дампишь текущие значения в файло, что бы пользовать их на шаге 2 в след. раз.


    Два замечания. Во-первых, при моем подходе есть волшеблая чиселка 4Гб, при которой счетчик интерфейся обнуляется :) Так что второй подход лучше. Во-вторых, можно попробовать переписывать значения в /proc/net/dev. Сам не пробовал, кто попробует, раскажите :)

    А релод модуля -- не выход. Если трафика почти нет, то так еще можно постутать, а если на интерфейсах идет рилтайм трафик, то после первой же перегрузки модуля Вы вылетите с работы раньше собственного визга :) Trust me.

     
     
  • 4.14, Аноним (-), 09:38, 12/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Интересно послушать, а на кой тебе ВООБЩЕ ИХ ОБНУЛЯТЬ??? Если ты планируешь
    >снимать статистику то этим числам, то есть метод гораздо более простой:

    Для статистики и так всем понятно, что достаточно инкрементальных счетчиков. А обнулить полезно, например, для проверки считалки, когда через пару часов смотришь что насчитал твой скрипт, а что на интерфейсе, если не совпадает, правим и повроряем попытку. Или для быстрого выявления флудера, когда интерфейсов не один десяток. На cisco есть полезная команда clear interface, с которой очень удобно на глаз анализировать объем загрузки интерфейсов.

     
     
  • 5.15, sabitov (??), 10:05, 12/03/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Для этого есть мртж, вот уж где правда можно на глаз что-то определить, ну а по существу

    пакет 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 минут.

     

  • 1.16, Шутник (?), 07:13, 05/04/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Самое главное, сбрасывать счётчики из консоли, находясь в паре часов езды от сервера и гденить в 2 часа ночи.
     
  • 1.17, пупкин (?), 16:26, 07/07/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    имхо, плохой совет, я бы не рекомендовал это делать для удалённых серваков. а то мало ли что, у меня, например, на ноуте один раз из ста интерфейс не поднимается. точнее поднимается, но не работает.
     
     
  • 2.18, flighter (?), 16:34, 06/12/2007 [^] [^^] [^^^] [ответить]  
  • +/
    А мне совет как раз сегодня пригодился.
    Изменили конфиг на свиче, и на порту появились колизионные ошибки.
    (были выставлены разные скорости) ошибку исправили, а статистика осталась.
     


     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру