Возможность использования скриптов на сервере

[isherim]

Правило активно
В конфиге все прописано

[axel]

что дебаг говорит?

[isherim]

ничего такого особенного вроде не говорит
Debug: {1} Received message CMD_GET_PARAMETER
[03-Apr-2008 15:34:57] Debug: {1} Requesting parameter "e1_ms(10.159.20.194)"
[03-Apr-2008 15:34:59] Debug: {1} Sending message CMD_REQUEST_COMPLETED
[03-Apr-2008 15:34:59] Debug: {1} Session with 10.159.100.55 closed

[axel]

А должно быть что-то вроде этого

[26-Feb-2008 13:21:36] DEBUG: Node(monitor-2)->GetItemFromAgent(SipOrig(my_ip)): dwError=0 dwResult=0

[isherim]

чего-то действительно с выводом данных из скрипта... в $1 значений просто нет.

[axel]

Символ "перевода строки" в конце вывода есть?

[isherim]

срабатывает только вариант с записью полученного значения в файл кроном и потом выводом в dci. В одном скрипте echo cразу из переменной в dci не берется.

[axel]

Надо смотреть скрипт. Если не трудно, дай его сюда плз....

[isherim]

/bin/ping -c 5 $1 &>/dev/null
if [ $? -ne 0 ]; then
echo "0"
else
echo "1"
fi;
все предельно просто вроде бы

[axel]

Я нашел ошибку вывода...
Вот вывод Вашего скрипта

PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.032 ms
1

Как видишь под условия integer это не подходит.

Вот вывод моего скрипта:

host#./ping.sh
1
host#

все дело в самом скрипте.. попробуй написать так:

/bin/ping -c 5 $1 >/dev/null
if [ $? -ne 0 ]; then
echo "0"
else
echo "1"
fi;

т.е. просто убрать знак & перед перенаправлением вывода.

[isherim]

на самом деле вывод с & и без совершенно одинаковый(по крайней мере в линухе) - одна цифра. Без & результат тот же - в dci пусто.

[victor]

Проблема в том, что этот скрипт долго работает. На моем компе это выглядит так:

victor@stone:~/netxms$ date && /usr/local/sbin/e1_ms.sh 10.0.0.2 && date
Thu Apr 10 10:12:18 EEST 2008
1
Thu Apr 10 10:12:22 EEST 2008
victor@stone:~/netxms$

У агента есть тайм-аут на выполнение внешних команд, по умолчанию 2 секунды. Если команда не успевает завершиться за это время, то агент возвращает ошибку. Это время можно увеличить, изменив значение параметра ExecTimeout в конфиге агента (значения в миллисекундах). Кроме того, у сервера тоже есть тайм-аут на ожидание ответа на запрос к агенту - те-же 2 секунды по умолчанию. Меняется настройкой параметра сервера AgentCommandTimeout.

Причина, по которой эти тайм-ауты по умолчанию такие маленькие - параметры с агента собираются последовательно, и если сбор какого-то параметра требует 30 секунд, то остальные параметры с данного узла в эти 30 секунд не собирабтся, соответственно может нарушится равномерность сбора данных.

[victor]

Кстати, а почему бы для пингов не использовать PING субагент? Он специально для этого предназначен...

[axel]

2 Виктор, по-моему Вы через чур правы о PING SubAgent-е
По поводу отработки скрипта долго. Разумеется будет долго отрабатывать, ибо в коде посылается 5 пакетов для проверки узла. В среднем уходит 1-1.5 секунды на один запрос.

2 isherim. А я как раз на linux-е и тестил скрипт. У меня для тестов стоит Ubuntu 7. На ней и тестил скрипт.

[isherim]

спасибо
да, причина именно в этом.
А субагент не использовал сугубо по причине первого машинального телодвижения в сторону стандартных средств ОС-и.
а & и говорит об отправке вывода результата в нуль.
Оставил 2 пакета - работает.

[axel]

@isherim said in Возможность использования скриптов на сервере:

спасибо
да, причина именно в этом.
А субагент не использовал сугубо по причине первого машинального телодвижения в сторону стандартных средств ОС-и.
а & и говорит об отправке вывода результата в нуль.
Оставил 2 пакета - работает.

Мне всю жизнь казалось что > и >> это и есть перенаправление куда-либо, хоть в тот же /dev/null. Пойду учить МАТЧАСТЬ значится.

[isherim]

Кто бы еще подсказал, как сделать, чтобы алармы навешанные на разные dci(однотипные) не укладывались в один аларм(т.е. хотя dci разные, просто увеличивается счетчик алармов). Есть ли способ помимо создания отдельных эвентов на каждый dci?

[axel]

На сколько я понимаю это можно. Необходимо насоздавать алармов и затем указывать ноды в Source-ах. Т.е. на сколько я помню можно для каждой ноды свои алармы создать на все случаи жизни.

[victor]

Счетчик алармов увеличивается если у алармов совпадают ключи. Надо делать ключ на основе DCI ID, скажем добавлять _%5 к ключу.

[isherim]

Спасибо, понятно.
Алексу:
Насоздавать алармов и кучу нод - коряво.
Наряднее подключать сразу контейнерами. Через префикс ключа нормально отрабатывает.