NetXMS Support Forum

Ошибка "Unable to determine database syntax" означает, что в таблице metadata в параметре Syntax некорректное значение. Как выглядит таблица metadata?

Еще насколько я помню freetds не поддерживает нормально UNICODE. Попробуйте переключить odbc.ddr в не-UNICODE режим, добавив

DBDrvParams = unicode=false

в netxmsd.conf.

А какую ошибку дает?

По идее так и есть. Primary host name не должен сам по себе меняться, а primary IP может меняться только если primary host name это DNS имя. Попробуйте включить дебаг уровня 6, и после смены IP у коммутатора пришлите мне лог сервера.

А какой стоит primary node name  у этих коммутаторов?

Hi!

Based on system description it is HP A-series switch (actually H3C device with HP branding), not E-series. It will be covered by H3C driver.

Best regards,
Victor

Hi!

Do you have any errors in server log? Was it working before 1.2.6?

Best regards,
Victor

Followup: just fixed it. Agent version 1.2.7 will pass 8 and 16 to log parser as level values for audit success and audit failure events.

Best regards,
Victor

Hi!

In Windows Vista/2008 event log API was changed significantly, and all security events now have priority Informational. This is why your filter doesn't work. I just found an article that describe these changes: http://www.eventlogblog.com/mt/mt-search.cgi?tag=Vista%20Event%20Log%20Changes&blog_id=1. As a workaround, you can remove "level" filter. For future releases I'll implement simulation of old behavior.

Best regards,
Victor

Do you have SNMP settings set correctly on the node? Does node has "isSNMP" set to yes in capabilities?

Best regards,
Victor

I agree that current model is too simple. I see two possible options to represent network interfaces in more details.

1. Separate physical and logical interfaces completely. Then object tree could look like this:

Node
  +-- Physical interface 1 (MAC address)
  +-- Physical interface 2 (MAC address)
  +-- IP interface 1 (IP address) (reference to physical interface)
  +-- IPv6 interface 1 (IPv6 address) (reference to physical interface)

and so on.

2. Try to build a logical-to-physical hierarchy, like this:

Node
  +-- IP interface 1 (IP address)
     +-- Physical Interface 1 (MAC address)
  +-- IP interface 2 (IP address)
     +-- Physical Interface 1 (MAC address)
  +-- IPv6 interface 1 (IPv6 address)
     +-- Physical Interface 1 (MAC address)
  +-- IP interface 3 (IP address)
     +-- Team 1
        +-- Physical Interface 2 (MAC address)
        +-- Physical Interface 3 (MAC address)

What do you think?

Best regards,
Victor

name в исходниках это собственно и есть OID. Поэтому именно в месте указанном стрелочкой {instance} можно ставить. Вечером напишу в wiki маленький tutorial по использованию instance discovery.

Консоль при старте выделяет тот обьект в дереве, который был выделен в момент закрытия. Проблема только с правильным выбором поддерева. Постараюсь исправить к 1.2.7, если не получится, то сделаю возможность отключения этой функции.

Hi!

Crash dump could be very helpful.

Best regards,
Victor

Hi!

Yes, we can provide you with technical support. Please contact me directly for discussing details.

Best regards,
Victor

Я добавлю дополнительный дебаг и выложу новые исходники. Пока-что посмортите правильно ли VLAN'ы собрались с этого коммутатора.