Mikrotik на страже температуры
Небольшой завод, небольшая серверная (2×4 метра), парк стоечных серверов, хранилищ, ИБП. Кондиционер который работает круглосуточно/круглодично.
Мир, труд, 1 мая, 7 утра звонок с завода, охрана: «Сработала пожарная сигнализация в серверной, горячая дверь, запаха гари нет.». Даю инструкцию дальнейших действий: «Вооружаемся рядом стоявшим огнетушителем, открываем дверь, еду.» По дороге звонок: «Дверь открыли, ничего не горит там жарко.» Говорю: «Оставить открытой дверь.»
Через 30 минут после первого звонка я возле серверной. Действительно жарко. Сервера неприятно шумят куллерами. Кондиционер отключен. Рубильником отключаю кондиционер, жду, включаю обратно, «пик», но не холодит. Вызываем кондционерщика обслуживающего нашу организацию, проверяем давление газа в кондиционере, газ есть но давление маленькое, добавляем газа, холодит. Закрываем дверь ждем, заходим, прохлада, сервера приятно шумят куллерами. Договариваемся об поиске места утечки. Расходимся. Шашлык. 1 мая, труд. мир.
Далее под кат.
Задача
Мониторинг температуры в серверной.
1. Всякого рода дополнительные датчики, с уведомлениями куда угодно.
Есть организация которая занимается у нас пожарной и всякого вида сигнализацией на заводе, ничего внятного предложить не смогли.
2. Принудительная вентиляция, с клапанами вентиляторами фильтрами.
Расположение серверной таково, что без проекта и подключения к этому дело разного вида служб нет возможности это сделать. Возможность конечно же есть, но желания у этих служб сводится к нулю. «Занимайся сам.»
3. Датчики в имеющемся железе.
На этом и остановился ради теста мониторинга и хоть какого то оповещения.
В серверной много разношерстного железа. И все они содержат датчики, это факт. Но выбор пал именно на Mikrotik RouterBoard 2011UAS-RM. Объясню почему.
1. Он первый на кого дует кондиционер.
2. У него нет своего куллера.
3. Наличие датчика температуры.
4. Расположен в верхней части стойки.
5. Linux.
6. Свой скриптовый язык.
7. Наличие шары SMB.
8. Возможность отправки e-mail, смс не использую.
Все что нужно сделать это проверить его температуру. Уведомить на почту. Уведомить пост охраны. Если температура превышает нужное значения.
1. На Mikrotik есть интернет отправка e-mail настроена как надо и работает.
2. Пишем скрипт проверки температуры и отправки показаний на e-mail.
Данные скрипт в Scheduler с выполнением раз в 30 минут, а хотя по времени как хотите.
3. Оповещение охраны на посту. Так как серверная и пост охраны на разных этажах, но сеть то одна. И на посту большой телевизор с камерами подключенный к Windows машине.
Включаем шару в Mikrotik /ip smb. Создаем пользователя, даем доступ к //mikrotik/pub.
Пишем скрипт.
Данные скрипт в Scheduler с выполнением раз в 30 минут, а хотя по времени как хотите.
4. Оповещение Windows Машины на посту охраны.
Все что нужно это периодически читать файл //mikrotik/pub/temp.txt. Если в файле 0 ничего не делать, а если 1 то на экран (телевизор в моем случае) выводить большими красными буквами WARNING и другую информацию, которая будет полезна в решении проблемы. Данную программку можно спокойно написать хоть на чем. Под рукой был Delphi на нем и написали.
Да скажете колхоз и все такое, но пока такое решение. Пока беспокоить охрану не приходилось.
Manual:System/Health
Contents
Summary
Hardware that supports monitoring will display different information about hardware status, like temperature, voltage, current, fan-speed, etc.
Example on CCR1072-1G-8S+ device:
Warning: For feature availability on RouterBOARD products check mikrotik.com
Voltage
Routers that support voltage monitoring will display supplied voltage value. In CLI/Winbox it will display volts. In scripts/API/SNMP this will be dV or value showed in CLI/Winbox multiplied by 10
Note: Routers that have PEXT and PoE power input are calibrated using PEXT, as a result, value showed over PoE can be lower than input voltage due to additional ethernet protection chains.
Temperature
Routers that support temperature monitoring will display temperature reading. In CLI/Winbox it will display degrees Celsius. Using scripts/API/SNMP this value will be shown in CLI/Winbox multiplied by 10. There are various temperature sensors depending on the device. These sensors may refer to: cpu-temperature, pcb-temperature, sfp-temperature. Device tested ambient temperature range you can find in specification description at mikrotik.com. Tested ambient temperature range is temperature in which device can be physically located. It is not the same as temperature which reports system health monitor!
Fan control and behaviour
Using this menu users will be able to control fan behaviour on TILE architecture devices. Currently, for other RouterBOARD devices, there is no option to manually control FAN behaviour.
Note: Improved FAN stability starting from version 6.45.5.
There are three parameters that may affect fan behaviour: PoE-out consumption, SFP temperature and CPU temperature. As soon as one of the parameters exceeds the optimal value the, fans are started.
PoE-out consumption
If a device has PoE-out, then the fan RPM will change as described below:
| PoE-out load | RPM % of max FAN speed (DC fans) |
|---|---|
| 0%..24% | FAN speed 0% |
| 25%..46% | FAN speed 25% |
| 47%..70% | FAN speed 50% |
| 71%..92% | FAN speed 75% |
| 93%.. | FAN speed 100% |
For devices with PWM fans, the speed will linearly increase or decrease from 9..88% (note: below 100W the fan RPM=0)
CPU and SFP temperature
If CPU or SFP temperatures exceed 58C, the fans will start to spin. The higher the temperature, the faster the fans will spin. For devices with PWM fans, as the CPU or SFP temperatures exceed 58C, the fans will linearly increase their RPM to try to keep the temperature at 58C if possible. For devices with DC fans, as the CPU or SFP temperatures exceed 58C, the fans will start spinning but at a higher minimum RPM by default. This may result in cooling the device to the point where the fans turn-off completely. After which the temperature may slowly increase to 58C and the fans will turn on again. Currently, there is one exception. The S+RJ10 modules have a temperature threshold of 65C before they trigger the fans. Since it’s a higher temperature threshold, the fans will start spinning at a higher initial speed to cool the device.
Note: All readings are approximate and may not be 100% precise. Their purpose is to
inform users about possible/upcoming failures.
MikroTik Скрипты: Уведомление о перегреве устройства
Уведомление при повышении температуры устройства выше порогового значения. Отправляет уведомление на электронную почту или сообщение в Telegram.
Скрипт отправляет температуру устройства MikroTik, а так же загрузку процессора. Если температура устройства превысила пороговое значение, а загрузка процессора устройства минимальна, возможно проблема во внешней среде (например выход из строя кондиционера в серверной).
Пример email о перегреве устройства MikroTik
MikroTik скрипт подходит для устройств оснащенных датчиком температуры. Проверено на Mikrotik RB3011UiAS-RM, RouterOS 6.46.4 (stable).
Безопасное значение температуры CPU, будет разным для каждой модели устройств MikroTik, выставляйте значение температуры срабатывания скрипта (MaxCPUTemp), в зависимости от модели вашего устройства (смотрите спецификацию).
Создать скрипт
Параметр MaxCPUTemp — пороговое значение температуры устройства, при котором будет отправлено уведомление.
Для работы скрипта проверка температуры устройства необходимы разрешения: read, write, test, policy.
Добавить скрипт в Планировщик
Для запуска скрипта проверка температуры устройства MikroTik необходимы разрешения: read, write, test, policy.
Или введите в терминале:
Теперь вы сможете увеличить контроль над вашим устройством, отслеживая важный параметр — температура устройства!
🟢 Как создать скрипт проверка перегрева устройства MikroTik и отправка уведомления на электронную почту или сообщение Telegram, обсуждалось в этой статье. Я надеюсь, что теперь вы сможете получить уведомление о перегреве устройства MikroTik и загрузке CPU вовремя. Однако, если вы столкнетесь с каким-то проблемами при настройке скрипта, не стесняйтесь написать в комментариях. Я постараюсь помочь.
Комментарии 2
Скрипт отправки сообщения в телеграм, работает на модели hEX, но не завёлся на модели CCR1009-7G-1C-1S+
Подскажите куда копать?
Здравствуйте. Обновил код скрипта, добавил логи. Раскомментируйте строки #:log info (уберите символ # в начале строки).
Диагностика:
Отключите запуск скрипта из планировщика, запускайте скрипт вручную.
1. Запустите скрипт, где MaxCPUTemp = 65;
2. Скрипт должен выдать в журнал устройства сообщения: Script DeviceOverheatingNotification — start. и Script DeviceOverheatingNotification — end.;
Это значит скрипт отработал корректно.
3. Измените значение MaxCPUTemp = 1;
4. Скрипт должен выдать в журнал устройства сообщения:
— «Script DeviceOverheatingNotification — start» — скрипт запущен корректно;
— «Script DeviceOverheatingNotification — Temperature threshold exceeded! Send Telegram message.» — обнаружен перегрев более 1 градуса, начата отправка сообщения в Телеграм;
— «Script DeviceOverheatingNotification — Temperature threshold exceeded! Send Email.» — сообщение в Телеграм отправлено без ошибок, начинаю отправку email;
— «Script DeviceOverheatingNotification — end.» — сообщение email отправлено корректно, скрипт завершил работу.
Напишите, на каком сообщении у вас прерывается работа скрипта?
Mikrotik на страже температуры
Предыстория.
Небольшой завод, небольшая серверная (2×4 метра), парк стоечных серверов, хранилищ, ИБП. Кондиционер который работает круглосуточно/круглодично.
Мир, труд, 1 мая, 7 утра звонок с завода, охрана: «Сработала пожарная сигнализация в серверной, горячая дверь, запаха гари нет.». Даю инструкцию дальнейших действий: «Вооружаемся рядом стоявшим огнетушителем, открываем дверь, еду.» По дороге звонок: «Дверь открыли, ничего не горит там жарко.» Говорю: «Оставить открытой дверь.»
Через 30 минут после первого звонка я возле серверной. Действительно жарко. Сервера неприятно шумят куллерами. Кондиционер отключен. Рубильником отключаю кондиционер, жду, включаю обратно, «пик», но не холодит. Вызываем кондционерщика обслуживающего нашу организацию, проверяем давление газа в кондиционере, газ есть но давление маленькое, добавляем газа, холодит. Закрываем дверь ждем, заходим, прохлада, сервера приятно шумят куллерами. Договариваемся об поиске места утечки. Расходимся. Шашлык. 1 мая, труд. мир.
Далее под кат.
Задача
Мониторинг температуры в серверной.
1. Всякого рода дополнительные датчики, с уведомлениями куда угодно.
Есть организация которая занимается у нас пожарной и всякого вида сигнализацией на заводе, ничего внятного предложить не смогли.
2. Принудительная вентиляция, с клапанами вентиляторами фильтрами.
Расположение серверной таково, что без проекта и подключения к этому дело разного вида служб нет возможности это сделать. Возможность конечно же есть, но желания у этих служб сводится к нулю. «Занимайся сам.»
3. Датчики в имеющемся железе.
На этом и остановился ради теста мониторинга и хоть какого то оповещения.
Развязка
В серверной много разношерстного железа. И все они содержат датчики, это факт. Но выбор пал именно на Mikrotik RouterBoard 2011UAS-RM. Объясню почему.
1. Он первый на кого дует кондиционер.
2. У него нет своего куллера.
3. Наличие датчика температуры.
4. Расположен в верхней части стойки.
5. Linux.
6. Свой скриптовый язык.
7. Наличие шары SMB.
8. Возможность отправки e-mail, смс не использую.
Все что нужно сделать это проверить его температуру. Уведомить на почту. Уведомить пост охраны. Если температура превышает нужное значения.
1. На Mikrotik есть интернет отправка e-mail настроена как надо и работает.
2. Пишем скрипт проверки температуры и отправки показаний на e-mail.
переменная для порога температуры,
получаем температуру и заносим ее в переменную,
тут все просто если полученная температура выше порога отправляем уведомление на почту. Переменные глобальные для других сриптов.
Данные скрипт в Scheduler с выполнением раз в 30 минут, а хотя по времени как хотите.
3. Оповещение охраны на посту. Так как серверная и пост охраны на разных этажах, но сеть то одна. И на посту большой телевизор с камерами подключенный к Windows машине.
Итак:
Включаем шару в Mikrotik /ip smb. Создаем пользователя, даем доступ к //mikrotik/pub.
Пишем скрипт.
Разберем
Переменная для плохой температуры
назначаем переменной единицу
переменная для хорошей температуры
назначаем переменной нуль
записываем в фал pub/temp.txt «0»
если температура выше нормы в файле pub/temp.txt 0 меняем на 1.
Данные скрипт в Scheduler с выполнением раз в 30 минут, а хотя по времени как хотите.
4. Оповещение Windows Машины на посту охраны.
Все что нужно это периодически читать файл //mikrotik/pub/temp.txt. Если в файле 0 ничего не делать, а если 1 то на экран (телевизор в моем случае) выводить большими красными буквами WARNING и другую информацию, которая будет полезна в решении проблемы. Данную программку можно спокойно написать хоть на чем. Под рукой был Delphi на нем и написали.
Да скажете колхоз и все такое, но пока такое решение. Пока беспокоить охрану не приходилось.
Мониторинг Dude Mikrotik. Функции и скрипты по простому
Я видел в интернете много инструкций по dude от Mikrotik, но не смог найти информацию как правильно писать и использовать скрипты и функции. Теперь частично разобравшись, готов с вами поделится. Здесь не будет описания установки и минимальной настройки dude, для этого есть много подробных инструкций. А также, я не буду рассказывать почему использую именно dude, это статья не для этого. Вперед.
Имею в наличии стену мониторинга, не закончена, мониторов будет девять. Доделаем, сделаю отдельную статью.
Я начал собирать необходимые мне карты. В какой-то из инструкций по dude я увидел, что теоретически можно организовать мониторинг жестких дисков на серверах с использованием SNMP. На этом примере мы и будем разбирать скрипт.
Вот это конечный результат.
Я буду писать небольшими кусками, а для тех, кто «блин не жуй, где конечный результат?» внизу полные скрипты для мониторинга.
И так логика такая, мы проверяем наличие диска по OID, если он существует, получаем объем, занятое пространство, вычисляем свободное и, если оно меньше заданного начинаем алармить.
С простого. А самый простой способ для проверки объема вставить нашему серверу напрямую команду проверки диска. Сейчас наш сервер имеет вот такой вид.
Вставить команду можно нажав правой кнопкой мыши по нашему серверу, выбрать из представленного “Appearance”, в открытом окне нас интересует поле “Label”. Вставим в него команду. Для того чтобы все работало правильно, необходимо в начале и в конце команды поставить квадратные скобки [ ].
Используем вот такую команду [oid(«1.3.6.1.2.1.25.2.3.1.5.1»)*oid(«1.3.6.1.2.1.25.2.3.1.4.1»)/1024/1024/1024]. На выходе получаем вот такую картинку
Если по-простому, то oid это имя, присвоенное какому-то железу по его типу. Если по совсем правильному то вот — Как читать MIB и OID.
С этим разобрались. Теперь, полученные цифры, это объем диска в ГБ без округления.
Теперь нам нужно добавить условия. У микротика это работает так: if(условие)=значение, сделать это, иначе сделать вот это. В нашем случае пишем так:
Получаем такую строку если oid = 0, т.е диск отсутствует или пуст вывести 1, иначе получить объем диска. Вместо 1 может быть что угодно, но для примера нужно так. Продолжим. В следующем коде добавлен только round для округления.
Для объединения команд у микротика используется concatenate. Применение очень неожиданное, все-таки ни excel, но получилось работать только с ним. Если у кого-то получиться сделать тоже самое более простым кодом пишите, будет интересно обсудить. PS: только сначала ознакомьтесь с полученным результатом до конца, чтобы не было недопонимания.
Этим кодом мы объединили всю доступную информацию по памяти на диске. Объем/занято/свободно в ГБ. Вроде очевидно, вроде понятно, но как быть с остальными дисками? Добавлять код для каждого диска? Дисков может быть много, да и ни для того мы работаем, чтобы руками это все писать каждый раз. Я использовал функции. Вначале столкнулся с проблемами, при добавлении кода подряд можно добавить не более 10 раз в одной функции, тапками не кидаем, цикл микротику не знаком, к сожалению. Нас спасет конкатенация. Во вкладке functions создадим новую, выглядит она вот так:
В функцию код добавляется без квадратных скобок. Таким образом прибавляя по единице к oid мы проверим все теоретически возможные диски в системе. Тут следует уточнить, что буквы дисков написаны по стандартной очередности, если у вас буква первого диска будет W, то для этого железа все придется делать вручную, ну или отдельную функцию My_Funny_Computer. В примере начало пути, каждый допилит под себя. Ок, проверим. Берем имя созданной функции, заключаем в квадратные скобки, в конец ставим круглые и добавляем вместо кода во вкладку Label. Пример [About_PC()]
Теперь мы можем смотреть и наслаждаться, но задача у нас иная, автоматизировать процесс.
Для этого нам нужна функция, которая будет проверять диски и отдавать инфу зонду проверки. Делаем функцию, назову Monitor_Disc_Serv суть ее такая: если oid не равен 0 проверим диск и если памяти более 50 гб вернем 1, иначе 0.
Ок, мы получили функцию, обработаем ее значение. Вкладка Probes, создаем новый выглядит он так:
В поле Type выбираем Function, объявляя, что будем обрабатывать значение, полученное из функции.
Monitor_Disc_Serv() = 1 во вкладке Available значит что если функция Monitor_Disc_Serv возвращает 1, все хорошо.
Error срабатывает если Available выдает ошибку, т.е. всегда когда ее значение не равно 1.
Для правильной работы зонда пишем все прозрачно и очевидно: if(Monitor_Disc_Serv()=1,»»,«Что-то случилось») если функция возвращает 1 то ничего делать не нужно, иначе вывести строчку в аларм. Теперь дальше, чтобы это все работало нам необходимо добавить настроенный зонд нашему серверу. Для этого откроем настройки, вкладку Services и добавим зонд:
У меня он уже сработал, вот так выглядит аларм настроенный у меня, вы же можете поставить не 50гб а столько, сколько нужно.
В итоге у нас получилось две функции. Первая для просмотра места на диске в реальном времени и вторая для передачи информации зонду. А также один зонд.
if(oid(«1.3.6.1.2.1.25.2.3.1.5.1»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.1»)-oid(«1.3.6.1.2.1.25.2.3.1.6.1»))*oid(«1.3.6.1.2.1.25.2.3.1.4.1»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.2»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.2»)-oid(«1.3.6.1.2.1.25.2.3.1.6.2»))*oid(«1.3.6.1.2.1.25.2.3.1.4.2»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.3»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.3»)-oid(«1.3.6.1.2.1.25.2.3.1.6.3»))*oid(«1.3.6.1.2.1.25.2.3.1.4.3»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.4»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.4»)-oid(«1.3.6.1.2.1.25.2.3.1.6.4»))*oid(«1.3.6.1.2.1.25.2.3.1.4.4»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.5»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.5»)-oid(«1.3.6.1.2.1.25.2.3.1.6.5»))*oid(«1.3.6.1.2.1.25.2.3.1.4.5»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.6»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.6»)-oid(«1.3.6.1.2.1.25.2.3.1.6.6»))*oid(«1.3.6.1.2.1.25.2.3.1.4.6»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.7»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.7»)-oid(«1.3.6.1.2.1.25.2.3.1.6.7»))*oid(«1.3.6.1.2.1.25.2.3.1.4.7»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.8»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.8»)-oid(«1.3.6.1.2.1.25.2.3.1.6.8»))*oid(«1.3.6.1.2.1.25.2.3.1.4.8»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.9»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.9»)-oid(«1.3.6.1.2.1.25.2.3.1.6.9»))*oid(«1.3.6.1.2.1.25.2.3.1.4.9»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.10»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.10»)-oid(«1.3.6.1.2.1.25.2.3.1.6.10»))*oid(«1.3.6.1.2.1.25.2.3.1.4.10»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.11»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.11»)-oid(«1.3.6.1.2.1.25.2.3.1.6.11»))*oid(«1.3.6.1.2.1.25.2.3.1.4.11»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.12»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.12»)-oid(«1.3.6.1.2.1.25.2.3.1.6.12»))*oid(«1.3.6.1.2.1.25.2.3.1.4.12»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.13»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.13»)-oid(«1.3.6.1.2.1.25.2.3.1.6.13»))*oid(«1.3.6.1.2.1.25.2.3.1.4.13»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.14»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.14»)-oid(«1.3.6.1.2.1.25.2.3.1.6.14»))*oid(«1.3.6.1.2.1.25.2.3.1.4.14»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.15»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.15»)-oid(«1.3.6.1.2.1.25.2.3.1.6.15»))*oid(«1.3.6.1.2.1.25.2.3.1.4.15»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.16»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.16»)-oid(«1.3.6.1.2.1.25.2.3.1.6.16»))*oid(«1.3.6.1.2.1.25.2.3.1.4.16»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.17»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.17»)-oid(«1.3.6.1.2.1.25.2.3.1.6.17»))*oid(«1.3.6.1.2.1.25.2.3.1.4.17»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.18»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.18»)-oid(«1.3.6.1.2.1.25.2.3.1.6.18»))*oid(«1.3.6.1.2.1.25.2.3.1.4.18»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.19»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.19»)-oid(«1.3.6.1.2.1.25.2.3.1.6.19»))*oid(«1.3.6.1.2.1.25.2.3.1.4.19»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.20»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.20»)-oid(«1.3.6.1.2.1.25.2.3.1.6.20»))*oid(«1.3.6.1.2.1.25.2.3.1.4.20»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.21»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.21»)-oid(«1.3.6.1.2.1.25.2.3.1.6.21»))*oid(«1.3.6.1.2.1.25.2.3.1.4.21»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.22»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.22»)-oid(«1.3.6.1.2.1.25.2.3.1.6.22»))*oid(«1.3.6.1.2.1.25.2.3.1.4.22»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.23»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.23»)-oid(«1.3.6.1.2.1.25.2.3.1.6.23»))*oid(«1.3.6.1.2.1.25.2.3.1.4.23»))/1024)/1024)/1024)>50,1,0),1)*
if(oid(«1.3.6.1.2.1.25.2.3.1.5.24»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.24»)-oid(«1.3.6.1.2.1.25.2.3.1.6.24»))*oid(«1.3.6.1.2.1.25.2.3.1.4.24»))/1024)/1024)/1024)>50,1,0),1)
if(oid(«1.3.6.1.2.1.25.2.3.1.5.31″)=0,»»,
concatenate(«Disc: «,round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.31»)-oid(«1.3.6.1.2.1.25.2.3.1.6.31»))*oid(«1.3.6.1.2.1.25.2.3.1.4.31″))/1024)/1024)/1024),»Gb»
,» / «,(round(oid(«1.3.6.1.2.1.25.2.3.1.5.31»)*oid(«1.3.6.1.2.1.25.2.3.1.4.31»)/1024/1024/1024),»Gb
«)))
if(oid(«1.3.6.1.2.1.25.2.3.1.5.33″)=0,»»,
concatenate(«Disc: «,round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.33»)-oid(«1.3.6.1.2.1.25.2.3.1.6.33»))*oid(«1.3.6.1.2.1.25.2.3.1.4.33″))/1024)/1024)/1024),»Gb»
,» / «,(round(oid(«1.3.6.1.2.1.25.2.3.1.5.33»)*oid(«1.3.6.1.2.1.25.2.3.1.4.33»)/1024/1024/1024),»Gb
«)))
Для мониторинга
if(oid(«1.3.6.1.2.1.25.2.3.1.5.33»)<>0,if(round(((((oid(«1.3.6.1.2.1.25.2.3.1.5.33»)-oid(«1.3.6.1.2.1.25.2.3.1.6.33»))*oid(«1.3.6.1.2.1.25.2.3.1.4.33»))/1024)/1024)/1024)>10,1,0),1)
