Pull to refresh
Comments 26
При должном отклике могу опубликовать LLD-шаблон для служб лицензирования FlexLM под Windows.
Как раз вовремя статья, в марте будет стоять такая задачка. Спасибо!
write-host -NoNewline "{"
write-host -NoNewline "`«data`»:["

write-host -NoNewline "]"
write-host -NoNewline "}"

Что-бы не городить подобные велосипеды в Powershell есть функция Convertto-Json

Есть еще вариант.
Первый, гораздо реже, создает готовый LDD который отдается обычным Write-host, не так уж часто оборудование меняется.
Второй скрипт создает форматированный файл по всем интересующим устройствам раз в N минут.
А в шаблоне при обнаружении формируются итемы с конкретными ИД устройств которые забираются третьим простейшим скриптом из готового файла.

Итог: дергает smartctl(что-то другое) один раз, детали постоянно берем из простого файла, тем самым снижаем паразитную нагрузку на железо, файл влезает в дисковый кеш и не нагружает систему.
Как показывает практика раз в 10 минут готовить файл с интересующими параметрами достаточно что бы отреагировать на проблему, в большинстве случаев вы её всё равно будете дольше решать ;)

Скрипты подготовки вы так же вызываете как item с контролем кода и настраиваете триггер.
Они выкидывают цифровое значение:
0 — всё в норме
<>0 — ваши ошибки для поиска проблемы почему не работает скрипт
Насчет нагрузки: для 3-5 дисков нагрузки ноль или около ноль на очень-очень старом «железе», на последнем скрине видно на каком.
Автокадный FlexLM — да, очень даже интересно помониторить.
Получается примерно так. Серверы и фичи обнаруживаются сами. Один момент: для читаемости нужно прописать макросы.
Flex

Брр. Так и не понял — исходные данные от Flex-то каким образом берутся?
Точно так же: 1 скрипт на сервер, на котором есть флекс-службы, и lmutil.exe, который содержится в дистрибутивах от Автодеска, Нанософта, Сисофта и т.д.
а, точно. про lmutil-то я как раз и не вспомнил :(
Импортировать шаблон в Zabbix 3.2 не удалось — вываливался с ошибкой.
Заменил на ссылку. Хабр парсит некоторые символы, а заббикс их читать не умеет.
С мониторингом диска более-менее понятно, с оборудованием сложнее — выдает

Received value [] is not suitable for value type [Numeric (unsigned)] and data type [Decimal]

OHM запущен как служба, в Discovery ошибок нет, но мониторить не получается — что и где надо переименовать?
Timeout в конфигурации агента Zabbix установлен на максимум — 30 секунд.
Такое случается, когда скрипт отдает ошибку. Попробуйте для начала посмотреть отработку скрипта в ручном режиме. Для этого можно запустить через PowerShell ISE или просто из командной строки с заданными параметрами. Если все хорошо отрабатывается, то переходите к zabbix_get на стороне Zabbix-сервера.
Кстати, вроде бы у кого-то уже возникала подобная проблема. В том случае был запущен zabbix-агент не как служба.
Если возникнут проблемы, отпишитесь мне в почту, адрес есть в профиле.
Глянул шаблон, и меня очень смутило вот это выражение
{Hardware — Windows:ZScript[hdd,{#DISKID},status].regexp(^PASSED$)}=0
У диска с плохим смартом статус тоже будет PASSED. Ведь так? Как вы тогда будете отсеивать диски с плохим смартом?
Все верно, должна быть 1. Спасибо за замечание.
У себя-то поправил, а в общественном шаблоне забыл.
У диска с хорошим смартом сработает триггер если =0.
Подождите, я правильно понял триггер? Вы проверяете, прошел ли диск проверку смартом, верно?
Верно. Если найден «PASSED», то все ОК. Иначе сработать триггер.
Тогда ваш триггер некорректный. Так как винчестер с плохим смартом так же пройдет проверку и в забиксе статус будет «PASSED».
Триггер не берет значение из smartctl, он сравнивает значение элемента с «PASSED». Если значение элемента меняется на «FAILED», то триггер срабатывает.
За «выдирание» статуса отвечает скрипт. Так что все корректно.
Вы проверяли его на конкретно на плохом винчестере? FAILED будет, если он вообще смарта не сможет проверить.
Да, месяц назад как раз поймал такой винт.
И это не страшно. Куда страшнее плохой сектор в служебной области. Вот тогда девственно чистый смарт и вытекающие.
Only those users with full accounts are able to leave comments. Log in, please.