NetXMS Support Forum

Нет пока такой возможности Хотя идея с шаблонами графиков хорошая.

Пока такое сделать нельзя. Постараюсь не забыть и к следующему релизу сделать. Сейчас единственный вариант - менять timezone на клиенте.

Возможно. Делаем action например так:

В конфиге агента:

ActionShellExec = MyAction:my_script $1


В настройках action на сервере делаем remote action, в поле action пишем

MyAction "[i]текст[/i]"


В тексте можно использовать макросы описанные в документации в разделе 8.6 (https://www.netxms.org/documentation/netxms_user_manual.pdf).
Например если я хочу передать имя хоста и текст сообщения то можно написать

MyAction "%n %m"


И вызываем этот action в event processing policy для нужных событий.

Alarm Viewer - full-screen прога, которая большими буквами показывает текущие alarm'ы.
Alarm Notifier - программа, которая сидит в system tray и показывает popup если приходит новый аларм.

Quote from: weec on December 07, 2007, 09:18:18 AM

удаляю шаблон с несколькими DCI у определенной Node
после захожу в Node>DCI а там в графе 'Template' осталось название уничтоженного ранее template
что делать?

Это баг (зарегистрировал его под номером 203), буду исправлять.

Пока нет. Мы давно собирались это сделать, даже придумали архитектуру, но не сделали. Но база у каждого сервера все равно должна быть своя, просто они будут синхронизированы. А зачем кстати нужно два сервера в вашем случае?

Время внутри системы - это всегда UTC. Timezone определяет как нам его покажут. Например, у нас есть сервер и консоль в Риге, где местное время это GMT+2. На сервере я ставлю timezone GMT (неправильно), а на рабочей станции GMT+2 (правильно). Но при зтом в настройках системы и там и там ставлю текущее время 11:00. На экране выглядит одинаково, но внутри сетвера UTC время будет 11:00, а внутри клиента - 9:00. Теперь сервер пишет в базу timestamp - это будет UTC, т.е. 11:00. На рабочей станции клиент получает этот timestamp и показывает его на экране в соответствии со своей timezone - т.е. мы увидим 13:00 (11:00 UTC + 2 поскольку timezone GMT+2).

Внутри NetXMS используется UTC, который консоль конвертирует в локальное время при показе, используя timezone рабочей станции. Соответственно для правильной работы на сервере должно быть корректное UTC время. Т.е. если у меня например зона GMT+2, и сейчас у меня 16:10, то на сервере должно быть время UTC 14:10. Если сервер стоит у меня, но в настройках timezone я поставил GMT вместо GMT+2, то время которое показывают часы на сервере должно быть 14:10, тогда UTC будет правильным.

Нашел баг, похоже он специфичен для FreeBSD и возможно коммерческих UNIX'ов (AIX, HP-UX, etc.). Замена unicode.cpp в src/libnetxms на приложенный должна помочь.

(для версий <0.2.21)

Hello all!

Anonymous CVS is available for anybody interesting in working with source code. You can access it using the following command:

cvs -d:pserver:[email protected]:/cvs co nms

Best regards,
Victor

CheckPoint SNMP слушает на порту 260, а нормальный - 161. Я сделал это отдельно поскольку часто на машине с Checkpoint получается два независимых SNMP агента - операционной системы на порту 161 и CheckPoint'a на порту 260.

Что касается walk/get - а можно скриншот?

А если поставить не UTF-8 а например CP-1251? Возможно возникают какие-то проблемы из-за того что UTF-8 это multibyte.

Hello!

I have found a bug (it seems like that). Unfortunatelly, I don't have any device with COUNTER64 variables available, so I cannot test the solution. You can replace your libnxsnmp.dll with attached one - this should solve the problem. Also, if anybody will need to rebuild libnxsnmp from source, there are also patched variable.cpp file.

Best regards,
Victor

Yes, it was meant "not implemented". User-defined actually is connect-only check - request and response not used, service considered to be ok if TCP connection was established successfully.

Tak sdelat' nel'zja. V nastojaschij moment NetXMS uchitivaet IP topologiju pri korreljacii sobitij - t.e. esli upal router, to dlja hostov za routerom NODE_DOWN ne pridet. Layer 2 poka ne uchitivaetsja, poetomu podavit' eti soobschenija ne udastsja. V budushej versii pojavitsja vozmoznost' ruchnogo sozdanija pravil korreljacii sobitij, togda eto mozno budet sdelat'.