И снова cacti

[Enferno]

Хай

 

Кто может подтолкнуть на путь истинный, почему графики рвутся в кактусе?

 

1. SNMP собран под 64 бит

2. все графики с 64битными счетчиками

3. max value 100000000000 

 

Прорисовку рвет спонтанно

 

Уже даже все удалял и пересобирал с нуля, ситуация аналогичная, в логах кактуса все "зелененькое". 

 

[Дмитро]

FreeBSD 9.0 ?

[KaYot]

Значит где-то счетчики все-таки 32 битные, но сбор данных в самом кактусе у вас настроен раз в 90 секунд.

[Enferno]

FreeBSD 9.0 ?

да

 

Значит где-то счетчики все-таки 32 битные, но сбор данных в самом кактусе у вас настроен раз в 90 секунд.

на счет 32 бит - исключено.  Не первый день вожусь с данной траблой

[Дмитро]

Тоже самое было у нас на 9.0 делали все, что только можно, не помогло. В конце концов временно забили на это, но после обновления на 9.1 проблема исчезла

[Enferno]

да я какбы также забиваю уже 6 месяцев, Но напрягает просто капут, видать буду обновлять хрюшу также.

 

НО, есть у меня ещё 1 сервер, система там идентична и была скопирована на этот сервер как зеркало и подправлена под свои нужды, вот на нем не рвет. Может из-за харда может ещё такое быть?

Відредаговано 9 лютого, 2013 Enferno

[Дмитро]

Мне все это знакомо. И напрягло тоже дальше не куда. Только в моем случае еще полностью обновили железо и уже не знал, что думать. Фрю, кстати, тоже поставили 64 битную.

[Artcv]

Тоже были такие проблемы, надоело тратить время на поиск проблемы, пришлось перейти на zabbix

[zeleniy]

а вы не пробовали накидать простой скритик, который бы рисовал график? какой версией snmp снимаете данные v1 или v2c, попробуйте поставить v2c, ну и скрипт в крон

 

* * * * * root /scripts/rrd/rrdgraph.sh 1>/dev/null 2>&1

#!/bin/sh

in=`snmpget -v2c -c public -Oqv localhost ifInOctets.2`
out=`snmpget -v2c -c public -Oqv localhost ifOutOctets.2`
/usr/bin/rrdtool update /var/www/rrd/base/wan.rrd \
N:$in:$out

/usr/bin/rrdtool graph \
/var/www/rrd/png/wan.png \
--imgformat=PNG \
--start=-86400 \
--end=-300 \
--title="WAN TRAFFIC dev eth0" \
--rigid \
--base=1000 \
--height=125 \
--width=600 \
--alt-autoscale-max \
--lower-limit=0 \
--vertical-label="bits per second" \
--slope-mode \
--font TITLE:10: \
--font AXIS:8: \
--font LEGEND:8: \
--font UNIT:8: \
DEF:a="/var/www/rrd/base/wan.rrd":in:AVERAGE \
DEF:b="/var/www/rrd/base/wan.rrd":in:LAST \
DEF:c="/var/www/rrd/base/wan.rrd":in:MIN \
DEF:d="/var/www/rrd/base/wan.rrd":in:MAX \
DEF:e="/var/www/rrd/base/wan.rrd":out:AVERAGE \
DEF:f="/var/www/rrd/base/wan.rrd":out:LAST \
DEF:g="/var/www/rrd/base/wan.rrd":out:MIN \
DEF:h="/var/www/rrd/base/wan.rrd":out:MAX \
CDEF:cdefa=a,8,* \
CDEF:cdefb=b,8,* \
CDEF:cdefd=d,8,* \
CDEF:cdefe=e,8,* \
CDEF:cdeff=f,8,* \
CDEF:cdefh=h,8,* \
AREA:cdefa#00CF00FF:"Inbound" \
GPRINT:cdefb:LAST:" Current\: %3.2lf %s" \
GPRINT:cdefa:AVERAGE:"Average\: %3.2lf %s" \
GPRINT:cdefd:MAX:"Maximum\: %3.2lf %s\n" \
LINE1:cdefe#002A97FF:"Outbound" \
GPRINT:cdeff:LAST:"Current\: %3.2lf %s" \
GPRINT:cdefe:AVERAGE:"Average\: %3.2lf %s" \
GPRINT:cdefh:MAX:"Maximum\: %3.2lf %s\l"

И посмотреть совпадает ли рисунок с тем что в какти

[greyshadow]

1. max value 100000000000 не равно (2^64-1)

2. Сталкивался с таким на некоторых прошивках некоторых железок,

2.1 Иногда "вдруг" железяка вместо нужного значения счетчика отдава 0(нуль), вылечилось проеданием плеши саппорту и новой прошивкой железки.

2.2 вместо беззнакового целого в 64 бита в железке использовалось знаковое, т.е. счетчик обнуляллся не при достижении значения 2^64-1, а 2^63-1, (один бит под знак + или -).

3. слишком "узкие" границы в rrd - допустим в параметрах rrd указано, что допустимое отклонени +-30 секунд, но за счет разных моментов попытка записи в rrd базу предпринимается в уже недопустимое время - смотреть параметры rrd-ки.