[a.konovalov@dc01-vm-zbxprx07 ~]$ time fping -b 56 -C 4 -i 400 -p 400 -s dc01-vm-sedo-06.win.nspk.ru dc01-vm-sedo-06.win.nspk.ru : [0], 84 bytes, 3.89 ms (3.89 avg, 0% loss) dc01-vm-sedo-06.win.nspk.ru : [1], 84 bytes, 3.69 ms (3.79 avg, 0% loss) dc01-vm-sedo-06.win.nspk.ru : [2], 84 bytes, 3.68 ms (3.75 avg, 0% loss) dc01-vm-sedo-06.win.nspk.ru : [3], 84 bytes, 3.78 ms (3.76 avg, 0% loss) dc01-vm-sedo-06.win.nspk.ru : 3.89 3.69 3.68 3.78 1 targets 1 alive 0 unreachable 0 unknown addresses 0 timeouts (waiting for response) 4 ICMP Echos sent 4 ICMP Echo Replies received 1 other ICMP received 3.68 ms (min round trip time) 3.76 ms (avg round trip time) 3.89 ms (max round trip time) 1.205 sec (elapsed real time) real 0m1.352s user 0m0.140s sys 0m0.005s [a.konovalov@dc01-vm-zbxprx07 ~]$ time fping -b 56 -C 4 -i 400 -p 400 -s dc01-vm-sedo-05.win.nspk.ru dc01-vm-sedo-05.win.nspk.ru : [0], 84 bytes, 3.71 ms (3.71 avg, 0% loss) dc01-vm-sedo-05.win.nspk.ru : [1], 84 bytes, 3.59 ms (3.65 avg, 0% loss) dc01-vm-sedo-05.win.nspk.ru : [2], 84 bytes, 3.68 ms (3.66 avg, 0% loss) dc01-vm-sedo-05.win.nspk.ru : [3], 84 bytes, 3.64 ms (3.65 avg, 0% loss) dc01-vm-sedo-05.win.nspk.ru : 3.71 3.59 3.68 3.64 1 targets 1 alive 0 unreachable 0 unknown addresses 0 timeouts (waiting for response) 4 ICMP Echos sent 4 ICMP Echo Replies received 1 other ICMP received 3.59 ms (min round trip time) 3.65 ms (avg round trip time) 3.71 ms (max round trip time) 1.204 sec (elapsed real time) real 0m1.339s user 0m0.129s sys 0m0.005s [a.konovalov@dc01-vm-zbxprx07 ~]$

товарищи помогите не могу найти документацию

это что ?

и

это не много ли?

Это норм

А зачем писать один вопрос?

И

Сразу второй?

[a.konovalov@dc01-vm-zbxprx07 ~]$ time fping -b 56 -C 4 -i 400 -p 400 -s dc01-vm-sedo-06.win.nspk.ru dc01-vm-sedo-06.win.nspk.ru : [0], 84 bytes, 3.89 ms (3.89 avg, 0% loss) dc01-vm-sedo-06.win.nspk.ru : [1], 84 bytes, 3.69 ms (3.79 avg, 0% loss) dc01-vm-sedo-06.win.nspk.ru : [2], 84 bytes, 3.68 ms (3.75 avg, 0% loss) dc01-vm-sedo-06.win.nspk.ru : [3], 84 bytes, 3.78 ms (3.76 avg, 0% loss) dc01-vm-sedo-06.win.nspk.ru : 3.89 3.69 3.68 3.78 1 targets 1 alive 0 unreachable 0 unknown addresses 0 timeouts (waiting for response) 4 ICMP Echos sent 4 ICMP Echo Replies received 1 other ICMP received 3.68 ms (min round trip time) 3.76 ms (avg round trip time) 3.89 ms (max round trip time) 1.205 sec (elapsed real time) real 0m1.352s user 0m0.140s sys 0m0.005s [a.konovalov@dc01-vm-zbxprx07 ~]$ time fping -b 56 -C 4 -i 400 -p 400 -s dc01-vm-sedo-05.win.nspk.ru dc01-vm-sedo-05.win.nspk.ru : [0], 84 bytes, 3.71 ms (3.71 avg, 0% loss) dc01-vm-sedo-05.win.nspk.ru : [1], 84 bytes, 3.59 ms (3.65 avg, 0% loss) dc01-vm-sedo-05.win.nspk.ru : [2], 84 bytes, 3.68 ms (3.66 avg, 0% loss) dc01-vm-sedo-05.win.nspk.ru : [3], 84 bytes, 3.64 ms (3.65 avg, 0% loss) dc01-vm-sedo-05.win.nspk.ru : 3.71 3.59 3.68 3.64 1 targets 1 alive 0 unreachable 0 unknown addresses 0 timeouts (waiting for response) 4 ICMP Echos sent 4 ICMP Echo Replies received 1 other ICMP received 3.59 ms (min round trip time) 3.65 ms (avg round trip time) 3.71 ms (max round trip time) 1.204 sec (elapsed real time) real 0m1.339s user 0m0.129s sys 0m0.005s [a.konovalov@dc01-vm-zbxprx07 ~]$

Это странно. Я бы на твоём месте собрал fping с гитхаба и посмотрел, изменится ли. Стандартный может показывать херню, так как старый в репах

спасибо

Это странно. Я бы на твоём месте собрал fping с гитхаба и посмотрел, изменится ли. Стандартный может показывать херню, так как старый в репах

У меня было наоборот. Потери были, но фпинг не показывал. Решилось новой сборкой

Bkm

Илья, у нас fping6 зачем-то Zabbix использует, как это предотвратить?

Может знаете :(

Обновился с 2.0 до 3.4 почти без бубнов :) жаль так и не сделали фильтр по имени в триггерах -( и те кто висят в проблеме -(

так ждал -( так нехочется опять самому впиливать

Илья, у нас fping6 зачем-то Zabbix использует, как это предотвратить?

У нас не использует. Наверное, в конфиге указать нифига. Напротив fping 6 location

Так и нету такой опции в конфиге...

В итоге я просто подменил fping6 на fping

В итоге я просто подменил fping6 на fping

Помогло?

Моментально!

Теперь никаких потерь

креативненько)

Если ваш Zabbix поддерживает IPv6, то он будет пытаться пинговать и по IPv4, и по IPv6. И если по IPv6 пинги неудачные, то это основной источник результатов 50%. (C)

У нас главное закрытый сегмент сети, в котором IPv6 вообще криминал

Ребят, а макрос {ITEM.VALUE1} в действи покажет последнее значение или то по которому алармил триггер? т.е. если в триггере у меня стоит sum(86400), но последнее значение этого айтема 0, то в макросе {ITEM.VALUE1} я получу 0?

актуальное показывает lastvalue

актуальное показывает lastvalue

А можно вытащить то, которое указано в триггере? т.е. нечто вроде {ITEM.VALUE1.sum(86400)} ?

так {ITEM.VALUE_N_} и есть то, на котором сработал триггер

ну у меня впримерно так: {your_host:your_item.sum(1d)}>0 and {your_host:your_item.time(0)}>090000 но в сообщении приходит 0.

Нельзя

Результат функции - не выйдет (вроде)

не вроде, а не выйдет. макросы раскрываются отдельной процедурой

А есть еще варианты как сделать подобное? Основная проблема в том что это логи, и я не могу проверять их раз в день.

Итем с формулой сделать?

Сделать специальный экшен

Сделать специальный экшен

И снова, можено чуть подробнее?

Написать свой алерт скрипт, который будет делать то, что хочешь. Хоть кофе наливать.

Ничего не понял. Что нужно в итоге-то получить? Оба макроса покрывают стандартные желания получателя сообщения о сработке триггера.

Человек хочет сумму

А макрос покажет значение айтема

Так?

Так пусть сделает Calculated Item и чекает его

Ну да, например

Спасибо ребят, так скорее всего и сделаю

Хотя честно говоря удивлен тому что данные на которых триггер сработал недоступны в месседже. Они вроде как полезнее чем просто последние.

А я удивлен тому, что вы так и не хотите понимать, что данные доступны через макрос, но в макросах вычислительные функции не выполняются

да это все понятно, вопрос скорее о функционале.

А в чем принципиальная разница между Агрегированными проверками и Вычисляемыми элементами?

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

аггрегированные - обрабатывается один и тот же айтем для нескольких хостов

а, понял.

Завтра блокнотики раздавать будут? Или с собой брать

Товарищи, есть вопрос. В заббиксе настроен мониторинг san'a, и так получилось, что свитч перестал передавать инфу о некоторых портах. При этом в последних событиях триггер ошибок данных портов горит с сообщением "cannot evaluate expression **** item is not supported". Т.е. данные с этих портов уже не собираются, но триггер горит . Порты дискаверятся. Возможно ли его потушить каким-то образом?

А ланные вообще по этим портам должны быть?

А ланные вообще по этим портам должны быть?

Вообще должны быть.

Если не ошибаюсь если приходит что-то не то, то айтем на какое-то время из опросов исключается. Давно уже так? А руками если инфу запросить - правильные данные отдает?

Если не ошибаюсь если приходит что-то не то, то айтем на какое-то время из опросов исключается. Давно уже так? А руками если инфу запросить - правильные данные отдает?

Нет. Свитч просто перестал отдавать данные об ошибках по этим портам. Почему - пока нкизвестно

Всем привет, а напомните мне, пожалуйста, если элемент находится в состоянии not supported, как часто заббикс попытается его еще раз проверить?

Ну можно задизейблить триггер конкретный, если 3.4 можно разрешить ручное гешение триггера и погасить

Ну можно задизейблить триггер конкретный, если 3.4 можно разрешить ручное гешение триггера и погасить

А исключения к discovrery rules для отдельных портов невозможно прописать?

Можно. Через фильтры

Или регэкспы

Только если несколько свичей, то не очень хорошая идея

Всем привет, а напомните мне, пожалуйста, если элемент находится в состоянии not supported, как часто заббикс попытается его еще раз проверить?

Эта циферка есть в настройках, по умолчанию 10 минут помнится.

Эта циферка есть в настройках, по умолчанию 10 минут помнится.

15 минут, если я не ошибаюсь. В настройках ее нет. Есть для недоступных, но не для not supported

В конфигурационном файле вроде есть этот параметр.

Administration > General > Other > Refresh unsupported items (in sec)

Administration > General > Other > Refresh unsupported items (in sec)

жаль что нельзя руками зафорсить

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

Выключить и включить айтем?

Поменяй в базе

Или так, да

Поменяй в базе

кстати вариант, спасибо

Выключить и включить айтем?

Это работало на старых версиях, на новых не работает — поля разные. Раньше было в status - 0, 1, 2. Сейчас статус вкл / выкл - status. А supported / not supported - это state. Включая и отключая ты state не меняешь.

кстати вариант, спасибо

Только тебе тогда частый update frequency нужен, чтобы быстро изменения из базы вытягивались

Только тебе тогда частый update frequency нужен, чтобы быстро изменения из базы вытягивались

понятно. гляну. спасибо

Это работало на старых версиях, на новых не работает — поля разные. Раньше было в status - 0, 1, 2. Сейчас статус вкл / выкл - status. А supported / not supported - это state. Включая и отключая ты state не меняешь.

Ах, верно. Давно не приходилось так передёргивать. Собственно, state и через API только readonly. Так что только база, ты прав.

Ну или кстати можно просто интерфейс попатчить) Нажимаем и переводим из not supported в supported

Can i write in ingles?

Yap

Ingles

Ok, anyone use certificate-based encryption for Zabbix?

I don't, maybe anyone else

I try create certificate whit 16384bit, but dont work and retry whit 8192bit, some one have this problem?

I try create certificate whit 16384bit, but dont work and retry whit 8192bit, some one have this problem?

maybe you're seeing some logs or error messages?

maybe you're seeing some logs or error messages?

"zabbix_get [10815]: Get value error: TCP successful, cannot establish TLS to [[127.0.0.1]:10050]: self signed certificate: SSL_connect() returned SSL_ERROR_SSL: file s3_clnt.c line 1264: error:14090086:SSL routines:ssl3_get_server_certificate:certificate verify failed: TLS write fatal alert "unknown CA" "

check if you set SSLCALocation correctly

in server's config file

I could be wrong but try to update openssl package on agent