MK
да, с этими scl еще не умею
Size: a a a
2020 May 19
MK
графики конечно очень плохо сделали :(
OK
дочитайте пожалуйста вторую половину вопроса. Второй дискавери+айтемы для него это дополнительные дублирующие запросы и хранение тех-же самых данных. Я спрашиваю можно ли обойтись без этого.
может, оверрайды в LLD 5.0 помогут?
A
Настроил зависимость коммутатор-сервер. Если допустим обрывается связь до коммутатора, недоступен и коммутатор и сервер. Триггер не срабатывает - хорошо. Но когда коммутатор восстанавливается, а затем восстанавливается пинг до сервера, ко мне успевает прийти алерт о том что сервер не доступен, как этого избежать
AK
дочитайте пожалуйста вторую половину вопроса. Второй дискавери+айтемы для него это дополнительные дублирующие запросы и хранение тех-же самых данных. Я спрашиваю можно ли обойтись без этого.
в одном дискавери сделать фильтр на если скорость равно х, а во втором дискавери - если скорость не равно х
U
в одном дискавери сделать фильтр на если скорость равно х, а во втором дискавери - если скорость не равно х
неплохой вариант велосипеда. Но какие-то айтемы нужны в триггерах и там и там, и их всё равно прийдётся продублировать в обоих дискавери
AK
можно сделать третье дискавери для универсальных айтемов :)
VA
Коллеги, добрый день. Подскажите пожалуйста в какую сторону смотреть не могу пофиксисить следующую проблему. Заббикс крутится в докере. Проблема с отображением времени в уведомлениях по почте + расписание рассылки уведомлений (то есть после 22:00 не должен слать а шлёт до часа ночи). В веб гуи всё норм. Что сделал: прописал php_tz везде, замонтировал в контейнер /етс/timezone. Если посмотреть время в контейнере напрямую то показывает правильное. В чём может быть дело? Версия 4.2.6.
U
можно сделать третье дискавери для универсальных айтемов :)
нельзя использовать айтемы из одного дискавери в другом, поэтому так и так получаются дубли опросов и хранения
M
а zabbix на postgress+timescaleedb, как в дальнейшем будет обновляться? без проблем или с некоторыми манипуляциями, например как mysql 5.5 с партицированием, приходилось пропускать некоторые шаги обновления
П
а zabbix на postgress+timescaleedb, как в дальнейшем будет обновляться? без проблем или с некоторыми манипуляциями, например как mysql 5.5 с партицированием, приходилось пропускать некоторые шаги обновления
обновляюсь вообще без проблем. заббиск отдельно tsdb отдельно
AD
подскажите на такой вопрос: есть несколько тыщ коммутаторов. Автодискавери хостов их обнаруживает, навешивает шаблон, в шаблоне есть дискавери портов, создаются айтемы, триггеры, всё ок.
Теперь нужно для ряда портов (например, по скорости порта) создать отдельные триггеры. Как я вижу, единственный способ не создавая лишнего это сделать - это создать внутри шаблона ещё один дискавери с фильтром на скорость, в нём дубликат прототипов айтемов, и к этим айтемам триггеры. (ну либо тупо в первом дискавери тупо делаем триггеры для всех портов с выражением вида {Template:ifSpeed[{SNMPINDEX}]}=x что не очень красиво, получим несколько тысяч ненужных триггеров)
Заббикс не позволяет (по крайней мере из вебинтерфейса) создать отдельный дискавери и в нём триггеры, которые анализируют айтемы из другого дискавери того-же шаблона. Если попытаться так сделать, то триггер создаётся в первом дискавери где айтемы.
Как результат констркции с дублирующими дискавери+айтемами, получается что с каждого коммутатора некоторые айтемы будут запрашиваться (и храниться) по 4 раза - во время каждого дискавери и для каждого из айтемов. При этом ещё дублирующиеся айтемы "будут спрашивать" с коммутатора дважды одно и то-же каждый Update interval вместо того, чтобы просто переиспользовать полученное (ещё в первом дискавери) значение.
Вопрос: можно ли как-то обойти эту логику штатно в шаблоне? Или если хочется "красиво", то остаётся только извне скриптом вычислять нужные порты и выборочно через API создавать нужные триггеры каждому хосту?
Теперь нужно для ряда портов (например, по скорости порта) создать отдельные триггеры. Как я вижу, единственный способ не создавая лишнего это сделать - это создать внутри шаблона ещё один дискавери с фильтром на скорость, в нём дубликат прототипов айтемов, и к этим айтемам триггеры. (ну либо тупо в первом дискавери тупо делаем триггеры для всех портов с выражением вида {Template:ifSpeed[{SNMPINDEX}]}=x что не очень красиво, получим несколько тысяч ненужных триггеров)
Заббикс не позволяет (по крайней мере из вебинтерфейса) создать отдельный дискавери и в нём триггеры, которые анализируют айтемы из другого дискавери того-же шаблона. Если попытаться так сделать, то триггер создаётся в первом дискавери где айтемы.
Как результат констркции с дублирующими дискавери+айтемами, получается что с каждого коммутатора некоторые айтемы будут запрашиваться (и храниться) по 4 раза - во время каждого дискавери и для каждого из айтемов. При этом ещё дублирующиеся айтемы "будут спрашивать" с коммутатора дважды одно и то-же каждый Update interval вместо того, чтобы просто переиспользовать полученное (ещё в первом дискавери) значение.
Вопрос: можно ли как-то обойти эту логику штатно в шаблоне? Или если хочется "красиво", то остаётся только извне скриптом вычислять нужные порты и выборочно через API создавать нужные триггеры каждому хосту?
Приветствую!
Если я правильно понял суть задачи..
Вот у меня в одном прототипе аварии по дискардам заводятся согласно скорости интерфейса
Громоздко, но работет как часы
Если я правильно понял суть задачи..
Вот у меня в одном прототипе аварии по дискардам заводятся согласно скорости интерфейса
Громоздко, но работет как часы
U
Alexey Didenko
Приветствую!
Если я правильно понял суть задачи..
Вот у меня в одном прототипе аварии по дискардам заводятся согласно скорости интерфейса
Громоздко, но работет как часы
Если я правильно понял суть задачи..
Вот у меня в одном прототипе аварии по дискардам заводятся согласно скорости интерфейса
Громоздко, но работет как часы
да, можно сделать такие триггеры для всех без разбора портов. У меня так и было, по прикидкам получается ~1200шт лишних триггеров, которые никогда не сработают и по сути не нужны.
U
если бы можно было сделать alias для discovery с отдельным фильтром и использовать item в триггерах не в пределах discovery, а в пределах template, то было бы сильно удобнее. А если ещё и discovery макросы можно было бы использовать полноценно вместо item'ов в триггерах и выражениях типа {#IFALIAS}.str(xxx)=1, то некоторые item'ы вообще не нужны.
OK
в 5.0 можно так:
{{#IFALIAS}.regsub(pattern, output)} = "some_text"
ну или <>
{{#IFALIAS}.regsub(pattern, output)} = "some_text"
ну или <>
U
в 5.0 можно так:
{{#IFALIAS}.regsub(pattern, output)} = "some_text"
ну или <>
{{#IFALIAS}.regsub(pattern, output)} = "some_text"
ну или <>
в 4.4 у меня так не заработало. Поковыряю ещё
OK
в 4.4 у меня так не заработало. Поковыряю ещё
в 4.4 так сравнивать можно только число с числом, в 5.0 - и текст с текстом
AD
да, можно сделать такие триггеры для всех без разбора портов. У меня так и было, по прикидкам получается ~1200шт лишних триггеров, которые никогда не сработают и по сути не нужны.
Вопрос: а чем мешают эти лишние триггеры?, ну висят, и пёс с ними.
Ну, как по мне, так пусть висят эти 1200 триггеров, чем придумывать дополнительные логики/обнаружения, которые наверняка своей работой будут создавать дополнительные нагрузки на сервер.
Ну, как по мне, так пусть висят эти 1200 триггеров, чем придумывать дополнительные логики/обнаружения, которые наверняка своей работой будут создавать дополнительные нагрузки на сервер.
U
Alexey Didenko
Вопрос: а чем мешают эти лишние триггеры?, ну висят, и пёс с ними.
Ну, как по мне, так пусть висят эти 1200 триггеров, чем придумывать дополнительные логики/обнаружения, которые наверняка своей работой будут создавать дополнительные нагрузки на сервер.
Ну, как по мне, так пусть висят эти 1200 триггеров, чем придумывать дополнительные логики/обнаружения, которые наверняка своей работой будут создавать дополнительные нагрузки на сервер.
на деле уже перезапрос и хранение данных и в дискавери и в айтемах это дополнительная нагрузка на сервер (что не так страшно, он "толстый") и на опрашиваемые девайсы (а вот тут цпу гораздо более хилые)
U
пока оставлю с лишними триггерами, с апдейтом 5.0.х посмотрю как переделать ))