| 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.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 [^] [^^] [^^^] [ответить]
| +/– |
А мне совет как раз сегодня пригодился.
Изменили конфиг на свиче, и на порту появились колизионные ошибки.
(были выставлены разные скорости) ошибку исправили, а статистика осталась.
| | |
|
|