Существут ли какой нибудь способ нумерации найденных LLD элементов, чтобы имя элементов было: в виде эл1,эл2 и тд. ? (без реализации скриптами своего обнаружения)
Создано обнаружение и прототипы для поиска жёстких дисков на серверах по SNMP. Также создан комплексный экран с ресурсом "Обзор данных" для "группы элементов данных", который отображает состояние всех жёстких дисков на всех серверах.
В комплексном экране отображается только элементы с уникальными в пределах узла именами(напр: если имя 8 элементов "Физический диск" то отобразится только 1). Используя "Физический диск {#SNMPVALUE}" не удаётся получить уникальных имена для некоторых моделей серверов, так
как ни cpqDaPhyDrvBay, cpqDaPhyDrvIndex для них не уникальны.
На данный в прототипе в качестве названия используется "Физический диск {#SNMPINDEX}" . в комлексном экране Отображаются все элементы. Но проблема в том что таблица получается большая. так как у некоторых моделей индексы не совпадают, так встречаются 1.0-1.8, 2.0-2.7, 2.8-2.27, 3.0-3.7,2.128-2.145
zabbix 2.2.1
Создано обнаружение и прототипы для поиска жёстких дисков на серверах по SNMP. Также создан комплексный экран с ресурсом "Обзор данных" для "группы элементов данных", который отображает состояние всех жёстких дисков на всех серверах.
В комплексном экране отображается только элементы с уникальными в пределах узла именами(напр: если имя 8 элементов "Физический диск" то отобразится только 1). Используя "Физический диск {#SNMPVALUE}" не удаётся получить уникальных имена для некоторых моделей серверов, так
как ни cpqDaPhyDrvBay, cpqDaPhyDrvIndex для них не уникальны.
На данный в прототипе в качестве названия используется "Физический диск {#SNMPINDEX}" . в комлексном экране Отображаются все элементы. Но проблема в том что таблица получается большая. так как у некоторых моделей индексы не совпадают, так встречаются 1.0-1.8, 2.0-2.7, 2.8-2.27, 3.0-3.7,2.128-2.145
zabbix 2.2.1
Comment