давайте я на примере поясню

давайте я на примере поясню

Ну да, будет нагляднее.

Zabbix в препроцессинге умеет из Hexadecimal в decimal переводить. Или это не то?..

Надо в аски же.

Аа, ну да.

у меня очень простое правило discovery - discovery[{#CARTRIDGENAME},1.3.6.1.2.1.43.11.1.1.6.1,{#TONERLEVEL},1.3.6.1.2.1.43.11.1.1.9.1] и создан item prototype с именем {#CARTRIDGENAME} toner level, проходящий по ветке вида 1.3.6.1.2.1.43.11.1.1.9.1.{#SNMPINDEX} собственно предполагаются, что будут создаваться итемы, они и создаются, но ветка 1.3.6.1.2.1.43.11.1.1.6.1 (то бишь имена) отдает значение в hex

Тогда интересно увидеть что там приходит.

Тогда интересно увидеть что там приходит.

такое 59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65 toner level 2018-06-21 15:15:52 91 % 49 6D 61 67 65 20 54 72 61 6E 73 66 65 72 20 4B toner level 2018-06-21 15:15:52 100 %

https://www.zabbix.com/forum/zabbix-help/360064-problem-to-convert-a-data-hex-string-in-zabbix-item-value

парни а это нормально что количество записей считает уже 15 минут? mysql> select count(*) from history_uint;

парни а это нормально что количество записей считает уже 15 минут? mysql> select count(*) from history_uint;

и да и нет

хотел глянуть сколько там записей, а оно думает) что в этой таблице?

show create table history_uint;

или записей десятки миллионов или нет индексов

такое 59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65 toner level 2018-06-21 15:15:52 91 % 49 6D 61 67 65 20 54 72 61 6E 73 66 65 72 20 4B toner level 2018-06-21 15:15:52 100 %

Так со всего этого наверное нужно только последнее число взять, а не всю строку.

https://www.zabbix.com/forum/zabbix-help/360064-problem-to-convert-a-data-hex-string-in-zabbix-item-value

да, это я видела, просто, как я понимаю, тогда предполагается, что опрос по snmp тоже делается внешним скриптом, им же парсится и затем уже все это отдается на zabbix хотелось понять, можно ли всю работу отдать заббиксу и использовать скрипт только для конвертации данных в нужный вид

да, это я видела, просто, как я понимаю, тогда предполагается, что опрос по snmp тоже делается внешним скриптом, им же парсится и затем уже все это отдается на zabbix хотелось понять, можно ли всю работу отдать заббиксу и использовать скрипт только для конвертации данных в нужный вид

я не в теме препроцессинга - вообще не использую его. других вариантов попросту нет. то есть вопрос звучит так - сможет ли препроцессинг преобразовывать hex в ascii string как по мне

Так со всего этого наверное нужно только последнее число взять, а не всю строку.

так я хочу, чтобы название отображалось тоже.

нет, я, конечно, могу вручную сделать итемы для каждого картириджа со своим названием и просто оправшивать оиды, по которым уровни показываются, то есть вообще от lld отказаться, но это же неинтересно

Да, всё, я допер. Хех, а не покатит сделать Value mapping?)

Не, не покатит...

нет, я, конечно, могу вручную сделать итемы для каждого картириджа со своим названием и просто оправшивать оиды, по которым уровни показываются, то есть вообще от lld отказаться, но это же неинтересно

Блин. Ну клас!!! Ты молодец. Так держать

В общем, как я понял, без кастомного LLD никак, если уж принтер не отдает в читаемом виде.

Тут даже препроцессинг бы не помог.

)))))))))))))))

Тут даже препроцессинг бы не помог.

почему?

Потому что нужно преобразовавать не само значение, а то, что попадает в макрос LLD.

В макрос, который используется для формирования имени.

такое 59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65 toner level 2018-06-21 15:15:52 91 % 49 6D 61 67 65 20 54 72 61 6E 73 66 65 72 20 4B toner level 2018-06-21 15:15:52 100 %

я б вшуровал бы скрипт по переименованию айтема и все

через SQL вапще

топорно и быстро

топорно и быстро

а можно ссылку по теме? то есть нам надо как-то взять то, что заббикс берет из БД при отображении уже получившегося итема и конвертнуть?

По API слить айтем, конвертнуть и обратно засунуть

Конечно, забавно выглядит такая строка "59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65 toner level". Почему часть в HEX, а часть в ASCII?..

а можно ссылку по теме? то есть нам надо как-то взять то, что заббикс берет из БД при отображении уже получившегося итема и конвертнуть?

не знаю ссылки. тупо апдейт поля с названием айтема в хексе на нужное, где есть во ттакой вот хекс

Конечно, забавно выглядит такая строка "59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65 toner level". Почему часть в HEX, а часть в ASCII?..

потому что SNMP

По API слить айтем, конвертнуть и обратно засунуть

можно и так. я там выше как раз написал про рубилово топором

Конечно, забавно выглядит такая строка "59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65 toner level". Почему часть в HEX, а часть в ASCII?..

это потому что {#CARTRIDGENAME} toner level

название итема

Ааа. ) Точно. =)

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

Но, конечно, externalscript в препроцессоре был бы киллер-фичей

Но, конечно, externalscript в препроцессоре был бы киллер-фичей

Наверное было бы капец как медленно.

ладно, я поняла, куда копать, всем спасибо!

ну, не быстро. С другой стороны - дискавери не сто раз в секунду выполняется

а не лучше создать 4 или более преобразовыанных значения и подставлять их в название? оО

ну, не быстро. С другой стороны - дискавери не сто раз в секунду выполняется

Так в дескавери нет препроцессинга.

а не лучше создать 4 или более преобразовыанных значения и подставлять их в название? оО

Я тоже так думал в один момент, но нет же.

Вот ёпрст. Ну, тогда это вообще плохо

Приходит такая шняга:

В {#TONER} инт, который ты используешь для хранения/вычисления.

А в {#NAME} - имя, которое просто для формирования имени айтема. Как тут маппинг сделать?

Через {$МАКРОС:контекст} . {$CARTNAME:"{#NAME}"} И в шаблоне или на хосте прописать эти контекстные макросы. Будет маппинг почти. Хотя тот еще костыль. Кастомное ллд будет поизящнее.

А что, будет работать так?..

А почему нет? Пользовательские макросы же в именах айтемов разрешены? Ты заронил во мне сомнение.

Да, разрешены. Значит, должно работать.

Офигеть

Реально работает. =)

Будет раскрываться в {$CARTNAME:59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65} - задаешь значение, и вперед.

Ну вот. :)

Через {$МАКРОС:контекст} . {$CARTNAME:"{#NAME}"} И в шаблоне или на хосте прописать эти контекстные макросы. Будет маппинг почти. Хотя тот еще костыль. Кастомное ллд будет поизящнее.

но тогда, получается, нам нужно заранее прописывать, что 59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65 - это "желтый", грубо говоря?

Да, но их-то там всего 4. Или может 7, как максимум.

ERROR: S client not available

но тогда, получается, нам нужно заранее прописывать, что 59 65 6C 6C 6F 77 20 43 61 72 74 72 69 64 67 65 - это "желтый", грубо говоря?

да

это не идеальный вариант, потому что у линейки этих принтеров структура миб общая, а названия картриджей, скорее всего разные, а он и их тоже отдает, например, Magenta Cartridge HP CE263A то есть с другой моделью уже не сработает

Так, погодите. Я же сделал через пользовательские макросы. А к макросам LLD оно отношения не имеет

ад

нет желания убить хистори?

;)

надо чистить? и почему такой звиздец?

ад

это вообще надо или нет?

хаускипер не работал скорее всего. или писалось больше чем удалялось

Так, погодите. Я же сделал через пользовательские макросы. А к макросам LLD оно отношения не имеет

Макрос ллд будет задавать контекст. Далее нужно сделать столько соответствий, сколько может быть вариантов. В маппинге то-же самое делается, по сути.

п логам работает

Макрос ллд будет задавать контекст. Далее нужно сделать столько соответствий, сколько может быть вариантов. В маппинге то-же самое делается, по сути.

Да, точно. Доперло.

это не идеальный вариант, потому что у линейки этих принтеров структура миб общая, а названия картриджей, скорее всего разные, а он и их тоже отдает, например, Magenta Cartridge HP CE263A то есть с другой моделью уже не сработает

Да, не идеальный, но средствами самого заббикса. Кастомный ллд будет изящнее.

nvps?

период хранения истории?

nvps?

что это?

А как давно он работает-то? На графике с internal process busy, скажем, за последние полгода он есть?

Этапять!

период хранения истории?

дефолт

что это?

150 у тебя. )

что это?

new values per second

150 у тебя. )

В холодной воде, бггг...

А как давно он работает-то? На графике с internal process busy, скажем, за последние полгода он есть?

с года эдак 2013

В холодной воде, бггг...

=))

так. давай начнем сначала.

сколько новых значений в секунду получает твой сервер?

эээ, не знаю)

149

Днем было 149. ))