Т.е. посмотреть в морде можно только агрегированные/конвертированные результаты, а не сырые. В Latest Data, графиках, экранах и т.п.

Просто не пойму, если fping не установлен, то шаблон ICMP не работает?

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

По сути, да.

теперь понятно почему на свежем заббиксе не хотело выдвать imcp unavalable

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

пока не знаю что это

Ansible/salt/puppet/cfengine/chef и т.п.

аа, далековато еще мне

даже не знаю с какого бока зайти

даже не знаю с какого бока зайти

да все как обычно - с книжек

Сиречь, с документации.

Ребята, день добрый. Настраивал триггер вида {DES-3552:ifHCOutOctets.[{#SNMPINDEX}].last()}>0.85*{DES-3552:1.3.6.1.2.1.2.2.1.5.[{#SNMPINDEX}].last()}. Триггер срабатывает почти на всех железках, хотя трафик там течет килобитный. Такой вопрос: в каких единицах срабатывает ifHCOutOctets?

порты сотенные и гигобые все, разумеется

В Октетах, тобишь 8 бит, тобишь байт

то есть, тут нужен множитель еще?

Наверное да, скорость порта же в битах

соответсвенно, мне нужно помножить на 0.125, я получу биты, а далее - на 1 КК

тогда мегабиты

Если триггер на загрузку порта, то может проще умножить скорость порта на 0.125? и тогда будут все у вас в одних и тех же единицах...

а скорость порат как раз в мегабитах же

и для нее есть уже отдельный триггер

с условием, что порт link up, он магистральный

поэтому на 0.125 не вариант его множить

извиняюсь, в бит/с

а скорость порат как раз в мегабитах же

У кого сколько база занимает?

При 25000 итемов в базе PostgreSQL после 160гб начинаются дикие тормоза, хаускипер включен, автовакуум включен, куда думать даже не знаю history_uint затрункатил база стала 15гб

Какого фига база постгри начинает тупить после 160гб

Думаю в сторону I/O смотреть надо

Погляну но там все было свободно

Памяти хватает ей?

129Гб всего.

27 тысяч как бы вообще ни о чем.... Машина какая используется?

Из 129 ГБ кто скока съедает когда бд тормозит

На 0.125? А зачем? SNMP-счётчики же в октетах? Т.е. чтобы получить биты (и дифференцировать их в bps) - нужно умножить на 8.

в смысле

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

Короче надо смотреть состояние системы когда все тормозит. Основное куда посмотреть - Память, Авейты и ИО

На 0.125? А зачем? SNMP-счётчики же в октетах? Т.е. чтобы получить биты (и дифференцировать их в bps) - нужно умножить на 8.

так октет в Байт мерится, в одном Байте 8 бит, соответсвенно, если мне нужно снимать процент загрузки порта, то у меня должно быть количество входящих бит и скорость порта в бит/с. Поправьте, если я в чем-то не прав.

ну, чтобы из октетов получить биты - нужно их умножить на 8, а не на 0.125 (типа разделить).

битов по определению больше, чем октетов

так если один октет - это байт, т.е. 8 бит, зачем мне его на 8 множить?

чтобы получить биты, которые заббикс потом дифференцирует до битов в секунду.

ты ж загрузку портов хочешь, верно.

если я умножу на 8, то получу 8 Байт или 64 бит

бля

в этом и есть вопрос, я не понимаю, почему множить, а не делить?

iso.3.6.1.2.1.31.1.1.1.10.49 = Counter64: 1986757180490

IfHCInOctets 49 порта

потому что полоса пропускания порта в "бит/с", т.е. перед дифференцированием нужно получить биты. А как получить биты из байтов (SNMP-счётчики)? Правильно, умножить на 8.

бля, то ли у меня с матчастью беда, то ли я не понимаю логики, как из байт получить бит, умножая на 8, а не наоборот, если в байт 8 бит.

Да, бида.

что бы из байт в биты, то надо умножить на 8. Что бы из бит в байты надо разделить на 8, что равносильно умножению на 0.125

все, я разобрался??? беда с матчастью

бывает, Пятница =)

При 25000 итемов в базе PostgreSQL после 160гб начинаются дикие тормоза, хаускипер включен, автовакуум включен, куда думать даже не знаю history_uint затрункатил база стала 15гб

вы сами себе на вопрос ответили - 160 Гб и хаускипер. В документации Заббикса рекомендуется для больших баз использовать механизм партиционирования для удаления старых данных и хаускипер отключать.

Понял

кстати, а счетчик этот снимает данные каждую секунду по идее?

Это зависит.

тогда нужно делать дельту замеров, получается

нет, дифференцирование. Т.е. дельта значения делённая на дельту времени.

задается в item, я полагаю?

да это-так

ERROR: S client not available

вопрос в триггере, потому что на данный момент он у меня такой вот {DES-3552:ifHCInOctets.[{#SNMPINDEX}].last()}>0.85*{DES-3552:1.3.6.1.2.1.2.2.1.5.[{#SNMPINDEX}].last()}

А что есть быть 1.3.6.1.2.1.2.2.1.5. ?

ifSpeed

и что, не работает так? Оба итема собираются то?

надеюсь, оба итема приведены к общим единицам измерения.

все в bps

Ну и что в значениях при сработке?

а в last data какие значения на этих итемах?

3 Мбит/с при 100 Мбит/с линке, а триггер вылетает

не может быть

сколько побитно значения в latest data -> values

Входящий трафик на порту 49 ifHCInOctets.[49] 180 60 365 SNMPv2 agent 2017-01-20 12:35:00 28.25 Mbps +1.92 Mbps

и он выдает, что типа трафик превышает 0.85 от пропускной способности

всё понятно

?

а сколько в {DES-3552:1.3.6.1.2.1.2.2.1.5.[49]?

snmpindex в данном случае - это номер порта

я исправил

{DES-3552:1.3.6.1.2.1.2.2.1.5.[49]

порт гиговый

49

Угу. а в latest data на этом итеме какое значение?

всегда гиг

1000000?

1 000 000 000

1 Gbps

28.25 > 0.85 * 1

забикс не знает про единицы измерения, он знает только числа

И про gbps тоже ничего не знает

тупо подставляя K/M/G/T после единиц измерения

Поэтому сравнивать будет с битовым значением (Latest data -> Graph -> Values), т.е. с 1 000 000 000

тогда в триггере множить на что?