NetXMS Support Forum

В дистре нашел только следующее:

Quote- Implemented "proxy node" functionality for DCIs
- Added possibility to specify multiple recipients in e-mail or SMS action
- Implemented System.CPU.Usage for individual processors on Linux
- PING subagent: added parameter ICMP.PacketLoss(*)
- Command line options for the server changed to use common style
- Added UNICODE support in client part on Linux/UNIX
- Implemented macros in template DCIs (expanded when template applies to node)
- Added event storm detection
- Added possibility to specify multiple SNMP community strings for discovery
  and configuration polls
- NetXMS server now can understand interface aliases (description in Cisco terms)
- Added optional synchronization of node names with DNS
- New command line tool for managing alarms - nxalarm
- Implemented "stop processing" option for event processing policy rule
- Implemented "move" operation for templates (move between template groups)
- Fixed issues: #188, #189, #190, #199

Тут скорее всего нуно не совсем ChangeLog, а BugFix лог

Нашлась проблема с SNMP

# /usr/local/bin/nxsnmpwalk -c public host .1
SNMP Error: Request timed out

при этом

# snmpwalk -c public host .1
SNMPv2-MIB::sysDescr.0 = STRING: SunOS release:5.8 version:Generic_117350-02 machine:sun4u
SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.99.1.1.3.34
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (31764508) 3 days, 16:14:05.08

Виктор, а когда ждать RC2?

Все еще ожидаем RC2

Присоединяюсь к вышестоящему оратору

Quote from: Victor Kirhenshtein on February 07, 2008, 02:41:06 PM
Теперь понял. Сделаю.

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

Да. Поэтому я думаю можно сделать это опционально, т.е. по выбору администратора.

И кстати говоря, Виктор, не забудьте о специфичном формате Cisco В прошлый раз кажется это Вы исправили.

14:10:00 разумеется.
У нас все воркстешены стоят на GMT+3, а устройства на GMT для удобства работы с международными операторами и клиентами.

Хочется иметь возможность использовать TimeZone не NetXMS сервера и не клиентской машины (как сейчас), а TimeZone устройства, с которого пришло сообщение по SysLog.
Пример
Приходит сообщение по Syslog с устройства, на котором стоит GMT время, а на клиентской консоли TimeZone GMT+3.

Вопрос:
Можно ли сделать подстановку Timestamp-а в Syslog Browser-е от устройства, от которого пришло сообщение?

2 weeс, сорри конечно, но твой вопрос к этой теме не имеет отношения, создай новую плз.

2 Viсtor, По поводу Poll->Aliases (Descriptions). Пример у меня на железке подключено 2 STM-1 интерфейсов. Соответственно E1 потоков в таком случае подлетает порядком до 126. Плюс ко всему еще на каждый из этих потоков образуются Async интерфейсы, плюс Serial-ы, которые мониторить ну нет никакого смысла (во всяком случае для меня).
В итоге при Poll-Configuration он загружет весь список того, что только есть на железке. После чего я всегда делаю Disable Poll Configuration, удаляю все ненужные интерфейсы и оставляю только E1-потоки и FastEthernet-ы. Так вот если бы было Poll-Aliases, то я мог бы забирать измененные названия интерфейсов только тех, которые у меня есть на этом устройстве (не удаленные из базы netxms).
Надеюсь понятно объяснил, а не запутанно

Виктор, да, все в порядке, в плане того что дескрипшены читает.

Вопрос 1:
При установленном значении: "2" если я сделаю какие-то изменения в Properties, они останутся или затрутся при Poll->Configuration?

Вопрос 2:
Можно ли добавить дополнительную фишку помимо Poll-->Configuration и Poll-->Status еще одну Poll-->Descriptions???

Вопрос 3:
Есть какие-то еще новшества в этой версии?

Да если можно, у меня как раз тут один сервак в резерве стоит.. На нем и попробую потестировать....

Ouch yeah, babe. Ouch Yeah!! Thanks a lot maaaan
Когда и где можно стащить сию версию?

Что необходимо сделать на оборудовании Cisco, чтобы не изменялись Index-ы интерфейсов при перезагрузке/смене IOS-а устройства.

При перезагрузке устройства Cisco, устройство каждый раз создает новые Index-ы для интерфейсов, которые могут измениться, а могут и не меняться (зависит от изменений, произведенных на оборудовании). Соответствено NetXMS обращается на старые индексы и выдавать неверную информацию. Чтобы этого не происходило, необходимо на оборудовании прописать команду:
#(config)snmp-server ifindex persist
которая создаст файл ifIndex-table в nvram. Далее Cisco при загрузке устанавливает индексы для интерфейсов сверяясь с этим файлом, тем самым решается вопрос с неверным отображением информации по интерфейсам по SNMP.