Скрипт + Шаблон для Linux LLD LM-Sensors
- Уланов Дима
- Новичок
- Сообщения: 13
- Стаж: 2 года 7 месяцев
- Благодарил (а): 2 раза
Скрипт + Шаблон для Linux LLD LM-Sensors
в тригере, если создавать условие что куллер остановился в имени - ExtremStopColl {HOST.NAME}=({ITEM.VALUE}) ...а в выражении avg(/Hardware-Linuxsensors-u/lm-sensors.sh[{HOST.CONN},minRPM],#3)<70 ...хотя как то надо привязаться к условиям, что меньше 1000 оборотов это плохо
количество слов: 18
- Артём Мамзиков
- Admin
- Сообщения: 857
- Стаж: 5 лет 8 месяцев
- Откуда: Вологодская область
- Поблагодарили: 37 раз
- Контактная информация:
Скрипт + Шаблон для Linux LLD LM-Sensors
Уланов Дима, я бы взял обороты если обороты ниже 1000 например, avg это среднее я бы лучше max(3m) использовал максимальные обороты за 3 минуты если они небыли выше 1000 триггер срабатывает либо min минимальные обороты за Н время смотря какое условие сделать.
количество слов: 7
- Уланов Дима
- Новичок
- Сообщения: 13
- Стаж: 2 года 7 месяцев
- Благодарил (а): 2 раза
Скрипт + Шаблон для Linux LLD LM-Sensors
Если создавать выражение триггера, через кнопку добавить, в Item нет выборки сенсора оборотов, есть только lm-sensors.sh[{HOST.CONN},info] и lm-sensors.sh[{HOST.CONN},maxtemp] Как привязаться к оборотам куллера? чтоб добавить их в условие, чтобы правило проверки пропустило моё условие
Последний раз редактировалось Уланов Дима Ср мар 09, 2022 13:56, всего редактировалось 1 раз. количество слов: 13
- Артём Мамзиков
- Admin
- Сообщения: 857
- Стаж: 5 лет 8 месяцев
- Откуда: Вологодская область
- Поблагодарили: 37 раз
- Контактная информация:
Скрипт + Шаблон для Linux LLD LM-Sensors
Уланов Дима, триггер можно создать в самом узле после того как элементы уже обнаружились, но Эт все вручную , либо в шаблоне в правилах обнаружения сделать прототип триггера, но тут есть минус например если делаем оповещение обороты кулера выше 2000 оборотов, в некоторых моделях 2000 это норм , а где то максимальное значение и получаем ложное срабатывание.
количество слов: 2
- Уланов Дима
- Новичок
- Сообщения: 13
- Стаж: 2 года 7 месяцев
- Благодарил (а): 2 раза
Скрипт + Шаблон для Linux LLD LM-Sensors
прототип триггера создать не даёт по правилу без правильной выборки сенсора, из lm-sensors.sh[{HOST.CONN},info] как понимаю берутся события в график, но из него создать не даёт, в lm-sensors.sh[{HOST.CONN},maxtemp] чисто температурные значения в моём понимании.... хватило бы события при падении значения оборотов ниже 1000(или даже 600), тк по факту серавно куллеры крутятся на 1200 оборотов как минимум
количество слов: 15
- Артём Мамзиков
- Admin
- Сообщения: 857
- Стаж: 5 лет 8 месяцев
- Откуда: Вологодская область
- Поблагодарили: 37 раз
- Контактная информация:
Скрипт + Шаблон для Linux LLD LM-Sensors
Уланов Дима, Обычный элемента lm-sensors.sh[{HOST.CONN},info]
Это просто как лог для просмотра инфы, его можно деактивировать.
Возможно попробовать сделать триггер с регулярным выражением поиска нужной строки и значением.
Либо зависимый элемент данных с пред обработкой, который будет выбирать только кулера опять же морочно если данные одинаковые имена элемент будет ругаться или брать только последнее значение .
Либо создать что то вроде максимальная температура но наоборот минимальное значение вращения любого из кулеров
Все берется с правила обнаружения
с прототипа элемента данных
{#CHIP} sensor:{#SENSOR} имя {#NAMETEMP}{#NAMEFAN}{#NAMEVOLT} sensor[{#CHIP},{#SENSOR}]
условие прототипа триггера например будет
{Hardware-Linuxsensors-u:sensor[{#CHIP},{#SENSOR}].max(5m)}<1000
Но данное условие попадет под все датчики и температуру напряжение и т.д.
это проще создать один триггер в узле для всех элементов кулеров через условие or
Сделать раздельно все элементы по единице измерения {#UNITS} тут есть свои сложности
Это нужно делать например 3 правила обнаружения напряжения, кулера, температура и 3 блока в скрипте каждый опрашивается со своего блока.
Сделать все 3 прототипа элементов в одном правиле так же не выйдет основной макрос будет "{#CHIP} и он будет создавать все 3 элемента одновременно.
та же история что и видео про обновленный мониторинг жесткого диска.
Это просто как лог для просмотра инфы, его можно деактивировать.
Возможно попробовать сделать триггер с регулярным выражением поиска нужной строки и значением.
Либо зависимый элемент данных с пред обработкой, который будет выбирать только кулера опять же морочно если данные одинаковые имена элемент будет ругаться или брать только последнее значение .
Либо создать что то вроде максимальная температура но наоборот минимальное значение вращения любого из кулеров
Код: Выделить всё
elif [[ $2 = "minfan" ]]
then
# Запуск переменной get2 команды sensors
get2=`zabbix_get -s $1 -k system.run["sensors"]`
# Обработка вывод переменой sensors| вырезать все после скобок ( в том числе и саму скобку| убрать пробелы в именах| Поиск (выбор) строк температуры °C|
# вырезать все до : и само :| вырезать в строке где есть + все что до + и сам + | вырезать . точку и все после нее| сортировка от меньшему к большему | выбор последнего значения
minfan=`echo "${get2}" | cut -d"(" -f1 | tr -d ' ' | grep RPM | cut -d":" -f2 | cut -f 2 -d + | cut -d"." -f1 | sort -nrk1 | tail -n 1`
# Вывод значения переменной циклом
for out in $minfan
do
echo $out
done
Все берется с правила обнаружения
с прототипа элемента данных
{#CHIP} sensor:{#SENSOR} имя {#NAMETEMP}{#NAMEFAN}{#NAMEVOLT} sensor[{#CHIP},{#SENSOR}]
условие прототипа триггера например будет
{Hardware-Linuxsensors-u:sensor[{#CHIP},{#SENSOR}].max(5m)}<1000
Но данное условие попадет под все датчики и температуру напряжение и т.д.
это проще создать один триггер в узле для всех элементов кулеров через условие or
Сделать раздельно все элементы по единице измерения {#UNITS} тут есть свои сложности
Это нужно делать например 3 правила обнаружения напряжения, кулера, температура и 3 блока в скрипте каждый опрашивается со своего блока.
Сделать все 3 прототипа элементов в одном правиле так же не выйдет основной макрос будет "{#CHIP} и он будет создавать все 3 элемента одновременно.
та же история что и видео про обновленный мониторинг жесткого диска.
количество слов: 81