Важная информация для всех пользователей PostgreSQL и особенно TimescaleDB. В PostgreSQL любой версии присутствует очень большая неэффективность (фактически баг) при работы с партициями. На практике это означает то (не сильно углубляясь в детали), что PostgreSQL выедает избыточное количество памяти при большом количестве партиций. Сейчас TimescaleDB создаёт дневные партиции, такая схема. В 5.0.1 мы перейдём на месячные партиции для трендов, что позволит значительно снизить потреблении памяти. Поэтому, если планируете переходить на TimescaleDB, то подождите 5.0.1 и читайте release notes. Подробности тут: https://support.zabbix.com/browse/ZBX-16347

предлагаешь мне его поискать в хистори за тебя? 🙂

Это называется бремя доказательства

Если начать с начала, то я хочу мониторить статус ospf и дискаверингом по snmp определяю нейборов и потом у этих нейборов забираю статус. Иногда, когда падает ospf, эта сессия вообще пропадает из snmp, и нейбор перестаёт дискавериться, а итем со статусом падает в неподдерживаемые, поскольку нужного оида больше нет.

Приветствую. Есть-ли какой-то способ вывести триггер, когда итем упадёт в неподдерживаемые?

Используй в триггере nodata

см. в действиях - внутренние события

{Template Cisco OSPF SNMP:ospfNbrState[{#PEERIP}].last()}<>8 or {Template Cisco OSPF SNMP:ospfNbrState[{#PEERIP}].nodata(2m)}=1
так пробовал - не помогло

Странно, “1 or Unsuported_item1.some_function() or Unsuported_item2.some_function() or …” can be evaluated to '1' (True)"
если Zabbix не совсем древний, конечно

@ableev бот сломался (