Это не баг скрипта, это баг маркдауна телеграма. Используй html

Именно API телеграма неверно реагирует на такие фокусы с подчеркиванием, звездочками и что там еще...

Вот только хотел сказать что с аналогичным форматом сообщения в рокет сообщения отправляются. :)
Прискорбненько, ну да ладно.

Что делать... Сам какое-то время назад возился с этим, плевался. В итоге перешел на html. Где-то это неудобно, но в принципе работает

А неудобно это в описании триггеров. В интерфейсе заббикса при наведении на проблему выскакивает подсказка, где теги html в явном виде. Если маркдаун глазами еще нормально воспринимается, то тэги не очень.

Здравствуйте.
Почему может не срабатывать триггер из шаблона обнаружения:
{Template 1C exchange:status1CExchange[{#EXCHKEY}].str("ошибка")}=1

Я что-то делаю не так или кириллица всему виной?

status1CExchange[{#EXCHKEY}] типа текст, зависимый элемент данных

Ещё раз, это не баг и не фича, этот синтаксис не принял сервер телеграма.

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

кириллица много где бывает виной, а еще регистр. что в хистори по айтему? может совпадений нет, вот и не срабаывает.

скопировал значение и вставил в триггер прям

Значит постепенно проверять где может быть не так. Я бы начал с кнопки test в expression constructor триггера.

Да, туда и полез. Думаю ещё сейчас зависимый сделать элемент чтобы смотреть как отрабатыват.

Господа, есть следующая ситуация и вопрос.
Есть сегмент сети для ВМ VmWare, растянутый на несколько ДЦ. В каждом ДЦ свой Zabbix Proxy. Задача - определить в каком ДЦ находится агент на текущий момент, чтобы правильно произвести авторегистрацию.
Идея:
1. В конфиг агента в ServerActive пишем оба адреса прокси
2. Создаём HostMetadataItem, который возвращает инфу о текущем положении ВМ (DC1, DC2)
3. Создаём правила авторегистрации активного агента: а) если метадата = DC1 и прокси из DC1; б) если метадата = DC2 и прокси из DC2.
И получается, что если ВМ переезжает из одного ДЦ в другой, хост регистрируется на соответствующей прокси - проверил, так и есть.
Вопрос: почему при каждом новом запросе конфигурации агентом с сервера происходит процесс авторегистрации? Т.е. постоянно срабатывает правило.
Из документации:
Авторегистрация выполняется повторно:
- если меняется информация метаданных узла сети (нет)
- для вручную созданных узлов сети с отствующими метаданными (нет)
- если узел сети вручную изменён для мониторинга через другой Zabbix прокси (нет)
- если авторегистрация по одному хосту поступает с нового Zabbix прокси (разве что это, но по-моему нет)

Привет, вопрос такой можно ли как-то мониторить mysql который находится в докере?

друзья. как правильно обрабатывать значения в заббиксе. если оно приходит в виде 6.3783966702e+10 и тд, каждый раз же не будешь множитель в препроцессинге указывать. ведь он может стать меньше или больше

Каков вопрос, таков ответ -  как-то можно.

А нужно что? Перевести во float?

1. Умножать в препроцессинге на 1 и сохранять как int
2. Сохранять как float64 (в 5.0)

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