|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alexander Kolesnikoff 2:5020/400 28 Oct 2006 13:35:45 To : Eugene Grosbein Subject : Re: mrtg -------------------------------------------------------------------------------- Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: > 27 окт 2006, пятница, в 20:11 KRAST, Alexander Kolesnikoff написал(а): > > >> Это можно обойти, задай ему максимум в 128K > >>> опять рисует пик в 100Mbit (счетчик отдается net-snmpd > >>> через самодельный OID посредством шелл-скрипта, вызываемого через > >>> pass_persist). Может, последние версии надо как-то настраивать > >>> для таких случаев особо? > >> Проще осилить rrdtool. Гораздо гибче. > AK> Да гибче, и картники посимпатичней рисует, только с пиками на > графиках AK> после перезагрузки дивайсов там такая же проблема. > Предлагается убирать AK> эти AK> пики с помощью перлового скрипта. > > Убирать постфактум? Откуда скрипту брать данные, что резать что нет? Да, постфактум. А это из фак-а на кактус: One of my devices rebooted and now I have a huge spike on my graph! This occurs because the reboot causes SNMP's counters to reset, which can cause a rather large spike on the graph when RRDTool tries to determine the change between the new small counter value and the large previous value. One way to combat this issue is to specify realistic maximum values for your data sources. RRDTool will ignore any value that is larger than the maximum value. If you already have a spike on one or more of your graphs, there is a really useful Perl script that will remove them for you. Alexander PS: Hа самом деле там шелл-скрипт, но это не важно. Алгоритм опять же простой: убрать пики, величина которых больше чем некоторое значение, определеямое пользователем. --- ifmail v.2.15dev5.3 * Origin: UKU (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/7525f991209c.html, оценка из 5, голосов 10
|