@victor said in Изменить комментарий объекта через Java API: Вообще-то поля NXCObjectModificationData напрямую изменять нельзя. Они все обьявлены как private, я так понимаю что Groovy это просто игнорирует (а зря!). Нет, Groovy вызывает set-метод @victor said in Изменить комментарий объекта через Java API: Что касается комментариев, то это исключение (так исторически сложилось), и через modifyObject поменять их нельзя. Правильный код для изменения комментария ... Спасибо!

Пока нельзя такое сделать. Я очень давно собираюсь реализовать возможность поместить несколько значений на один график в Performance Tab, все никак руки не доходят Постараюсь в 1.2.5 сделать.

О! Спасибо! Вы правы с 1.2.2 проблемные счётчики заработали 

@zeratyl said in Не собирается ExternalParameter на NetXMS Server 1.2.3: Weird Вы правы, ExternalParameter не работает, если описан после секции *PING, изменил и всё заработало. Спасибо за совет. хм у меня тоже не работал, попробую вечером.

Удалось зайти legacy консолькой, сейчас проверю объекты, было дело - поменяли один длинк на циску, похоже на нем блокировка и была. Спасибо! Думаю, разберусь дальше сам.  ;D

В скрипты, вызываемые через %[], параметры передать нельзя. Но скрипт, вызванный таким образом, получает те-же переменные, что и скрипт в Event Processing Policy - $node, $event, и параметры события в $1, $2, и т.д.

@victor said in Дата и Время, V1.2.3: А что на сервере выдают date и date +%s ? # date Tue Oct 30 11:58:39 GMT 2012 # date +%s 1351598341

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

@victor said in Баги 1.2.3: Т.е. получается, что nxsnmpwalk выдает правильные данные, а walk из консоли - с 00 вместо правильного последнего байта? да, в данном случае да, но вообще не регулярно, а каким-то хаотическим образом он все октеты где присутствуют литеры (f0, 3a и т.д.) выдает как 00. А с варбиндами в соседней теме разъяснено.

как я понимаю в текущей версии реализовать подобный http://dlink.ru/ru/faq/59/262.html опрос невозможно?

Спасибо

Total number of objects:    2470 Number of monitored nodes:  332 Number of collectable DCIs:  1342 Региональная NGN-сеть. Мониторится различное VoIP-оборудование + сервера с Linux, FreeBSD и Windows. Сервер NetXMS живет внутри OpenVZ CT, использует PostgreSQL из соседнего CT. Активно используем push в тех случаях, когда нужные DCIs по SNMP не достать - для этого есть самописные перловые модули для нескольких шаблонов, которые читают список нод прямо из БД NetXMS. Имена модулей и параметры подключения хранятся в той же самой БД в custom attributes. Заинтересованы в наличии perl wrapper к libnxcl Серверная часть опакечена для ALT Linux - см. http://packages.altlinux.org/ru/Sisyphus/srpms/netxms и http://git.altlinux.org/people/enp/packages/netxms.git, она же и используется, собственно. Так что можно добавить на первую страницу информацию о том, что в ALT Linux NetXMS включен в официальный репозитарий и работает практически из коробки (только БД настроить нужно).

@zeratyl said in Мониторинг параметров каналов: @skynv said in Мониторинг параметров каналов: ну а железка которая кодирует и выдает мультикаст неспособна мониторить данные параметры? неверю. Может, но вытаскивать из неё не очень удобно и не всегда именно будет относиться к каналу как таковому, как я себе представляю. @victor said in Мониторинг параметров каналов: Можно использовать PING субагента для мониторинга - он выдает время ответа и количество потерянных пакетов. Соответственно средствами NetXMS сервера уже можно отслеживать резкие изменения во времени ответа. Конечно это будет статистика по ICMP, но в большинстве ситуазий она даст представление о примерном состоянии каналов. Конкретные данные по VoIP трафику надо снимать уже с VoIP устройств. Спасибо. Сейчас так и сделано, но в такой реализации не возможно измерить jitter. Буду думать. ну поидее она даст общее представление, если хорошая железка конечно.

@sabonez said in Научите правильно слать СМС: @victor said in Научите правильно слать СМС: SMS с русскими буквами можно посылать только в PDU режиме насколько я понимаю. Кроме того, сам сервер должен работать в UNICODE или code page должен быть выставлен в CP-1251. А про какой code page речь? У меня вроде все верно - в netxmsd.conf: CodePage = CP1251 База, соотвественно, тоже  везде DEFAULT CHARSET=cp1251. Впринципе я без юникода вполне себе обхожусь, вот только с СМС-ками загвоздка. Можно конечно gnokii прикрутить на сервере. Виктор, а не сложно ли будет реализовать такую хотелку - галочку в настройках сервера "Отправлять SMS транслитом", ну и в зависимости от настройки CodePage, конвертить сообщения из UTF или 1251 в транслит перед отправкой? Было бы прекрасно, и доступного текста в 2 раза больше опять же Вам легче написать трасформейшн скрипт и отправлять сообщения через макрос потом %[translit("очень важно сообщение")] Ну, UCS это и есть юникод насколько я понимаю.

Спасибо, проверю

Нет, я имел ввиду библиотеки самого NetXMS'а - libnetxms.so, libnxsrv.so, и т.д.

@victor said in Баги 1.2.3-rc4: Да, потрясающий баг В интерпретаторе операция -- выглядит так: Похоже придется таки 1.2.3 перепаковывать... Релиз будет завтра. всякое бывает ) ctr+c ctrl-v ))

@victor said in вопросик.: Сделал. Если в Script Library есть скрипт с названием Hook::ConfigurationPoll, то он запускается для каждой ноды в коне полла. спасибо.

@victor said in скрипт.: Это оказался забавный баг в парсере - он "i-1" воспринимает как два токена, а не три: идентификатор i и константу "-1". Если после - поставить пробел, то все будет работать как надо. Я добавлю в багтрекер, но исправлю уже только в 1.2.4 - 1.2.3 уже запакована. ну воооот ) а я часок потратил на перебор всех возможных вариантов ) даже вон типы провепил на всяк случай )) спасибо )

@user318 said in Ненормальные пики iowait: ну я же подробно написал для вас, и вернуть null имхо некорректно. на графике будет провал. Ну и пусть будет. Ведь мы получили некорректное значение и в этом его смысл и есть. Ну в смысле тут зависит от предпочтений - как мы потом этими значениями будем пользоваться. Но мне кажется, что менять неправильные значения на похожие на правильные всё же может выйти боком. ну как вариант делать в скрипте trace(1, "incorrect value ".$1) чтобы знать об этом, а график отображать нормально. Некорректное значение может быть много с чем связано, причем вероятность того что проблемы в железе имхо очень низкая.