NetXMS Support Forum

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

Время внутри системы - это всегда 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'.

Pohoze chto localhost po umolchaniju resolvitsja v IPv6 address ::1. Poprobujte localhost zamenit' na 127.0.0.1

Это нормально, поскольку проверять состояние туннеля NetXMS сервер пока не умеет, то и статус всегда UNKNOWN.

Пока нельзя. В планах уже давно, но никак руки не доходят...

Quote from: Aleks85 on November 17, 2007, 02:28:36 PM
По команде

Code Select Expand

nxget -l localhost Net.InterfaceList
выдает

Code Select Expand

1 127.0.0.1/8 1 000000000000 lo

Похоже что по каким-то причинам агент не может получить список интерфейсов (только loopback), соответственно сервер не может при старте создать объект node для самого себя. Попробую поставить Open SUSE и разобраться.

Этот объект позволяет указать, что какие-то сети связаны между собой туннелем, у которого нет своих интерфейсов (например IPSEC). Создаются такие объекты под объектом узла-шлюза (gateway), и в его свойствах указывается, на каком удаленном узле заканчивается туннель и какие сети он соединяет. Созданные таким образом туннели отображаются на карте сети пунктирной линией. и используются сервером при корреляции событий.