NetXMS Support Forum

Тут вопросов к NX нет вообще..
Если хочется одним листом перекрыть всю файловую систему, то нужно что бы что-то передало в лист не просто список файлов, в файлы с полными путями до них. Например так:
find /*
Учтите, что эта команда вернет рекурсивно все файлы со всех разделов

тогда в настройках DCI будете использовать:
File.Time.Change({instance})

Но по мне, так лучше сделать несколько листов, чем загонять такой массив данных. Ну или как минимум фильтрануть нужно на входе.

Quoteздесь нужен ExternalParametersProvider

Если кол-во файлов может меняться - то не подойдет. Если оно постоянное, то может быть. Но я бы не стал.

QuoteВ DCI -> Parameter -> Select - должны они появиться ведь ?

Нет. Это не монит.параметр, а список.

Quoteчерез nxget в Agent.SupportedLists я их уже вижу

Вы запрашиваете листы... и собственно получаете их.

QuoteНа примере File.Time.Change(*) как можно применить {instance} чтобы не плодить множество DCI

Скрины во вложении. Лист настроен так:
ExternalList = TemporaryFiles:/bin/ls -1 /tmp

Quoteуказывать нужные файлы в filter

В фильтре просто прописывайте то, что нужно... например так (это один из рабочих фильтров, лень адаптировать):
if (rindex($1,"/rom")>0) return false;
value = AgentReadParameter($node, "FileSystem.Total(" . $1 . ")");
return (value != null) && (value > 0);

В настройках метрики, в скрипте, "Шаг 1" выставь как "Нет (сохранить оригинальное значение)".

да, либо терминировать созданный аларм чем нить другим.

Версия какая?
Может глюк какой... я только что утыкался по разным нодам до боли в руке. Все ОК...

Тестирование скрипта выполняется достаточно четко (я не замечал проблем). Я не очень понимаю, что Вы хотите добиться таким скриптом?

Также, конструкция sub main() уже устарела и не требуется ее использование достаточно давно..

QuoteМожет кто нибудь тогда объяснит зачем столько параметров вида (*) ?

Параметры вида (*) требуют передачи аргумента: имя файла, хоста и т.д. в качестве аргумента может использоваться и {instance} в том числе... но ни в коем случае не подразумевает его использование.

Quoteкакой тогда метод Instance Discovery нужен

Скорее всего нужно будет использовать ExternalList

Насколько я знаю - никак. Во всяком случае у меня давно была подобная задача, но это было невозможно.

Теперь вопрос: какая версия NetXMS??? Alarm Viewer уже давно канул в лету...

Правой кнопкой мыши и клацаем по Terminate

У нас используется. Но не nxpush, а nxapush. nxpush уже отжил свое.. а вот будет ли работать nxapush без проброса портов - вопрос.

Мы в таком случае поднимает туннель между нодой и NX сервером. Если таких нод несколько внутри удаленной сети, где нельзя организовать NAT и т.д., то ставим роутер с агентом, на котором поднимается туннель и который работает как прокси.

Требуется, т.к. он используется для кэширования.

С одной стороны да, но с другой - все равно будет всплеск равный полосе пропускания. А банить такие данные, несколько не разумно, т.к. таки бывают ситуации, когда сетка перегружается, и всплески бывают в реальной жизни (я не говорю про тысячекратные перегрузки)...
Другое дело, если NX научится понимать, что если текущее значение меньше предыдущего и при этом аптайм (как вариант) железки резко уменьшился - то да, такие данные можно считать "началом" для нового отсчета. Без аптайма - это может означать переполнение счетчика и сброс на 0.

Фильтрация таких всплесков решается скриптами (судя по форуму Вы освоили данное искусство )