NetXMS Support Forum

Судя по результатам SNMP walk, устройство таки неправильно сообсчает IP адреса. Я добавлю обработку такой ситуации в NetXMS сервер.

Пришлите пожалуйста результат SNMP WALK для следующих объектов:

.1.3.6.1.2.1.17.1.4.1.2
.1.3.6.1.2.1.17.7.1.2.2.1.2
.1.3.6.1.2.1.17.4.3.1.1

Очень интересная ситуация - судя по скриншотам, на loopback интерфейсе устройство сообщает внешний IP адрес, а на собственно ethernet интерфейсе - 127.0.0.1. Поскольку NetXMS сервер loopback интерфейсы (с типом 24) игнорирует, получается странная ситуация. Вопрос в причине перепутанных адресов - это либо баг в NetXMS сервере, либо в SNMP агенте на устройстве. Попробуйте получить список интерфейсов и IP адресов через snmp walk:

nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.2
nxsnmpwalk -c community device_address .1.3.6.1.2.1.2.2.1.3
nxsnmpwalk -c community device_address .1.3.6.1.2.1.4.20.1

Hi!

You can use File.Count parameter on remote agent and set a threshold on data collection error. For example, if you have mapped problematic server's share on disk S:, you can add parameter File.Count(S:\) and detect collection errors.

Best regards,
Victor

Добрый день!

Мы обычно рекомендуем PostgreSQL в качестве базы данных. С Nagios плагинами проблем не должно быть, их можно запускать с любого агента как ExternalParameter.

Hi!

Yes, it is current limitation in zoning support. I have added a feature request for that.

Best regards,
Victor

Hi!

Is it for all addresses or only for some? What switches you are using in your network? Is it possible to read forwarding database from switches (Tools -> Info -> Switch forwarding database)?

Best regards,
Victor

After quick check on PCI DSS requirements regarding SNMP, it seems that it is only required to change default community strings/account names. Disabling SNMP completely is recommended, but not mandatory. We have several bank clients, and they pass PCI DSS compliance audits, while running SNMP for managing network devices.

Best regards,
Victor

Hi!

We still use Eclipse Indigo (3.7) for RCP development. I suppose that there can be some API changes in RCP 4.2 comparing to 3.7. Also, I use separate Eclipse instances for RCP and RAP. Don't forget to install RCP console requirements into Eclipse:

* Draw2D: http://download.eclipse.org/tools/gef/updates/milestones/
* Zest 2.0: https://hudson.eclipse.org/hudson/job/gef-zest-nightly/lastSuccessfulBuild/artifact/targetPlatform/
* Properties Editor: http://propedit.sourceforge.jp/eclipse/updates
* "Target Management Terminal" from "Target Management Project 3.4". Update site: http://download.eclipse.org/tm/updates/3.4milestones
* BIRT Charting: http://download.eclipse.org/birt/update-site/3.7/
* Babel Project: http://download.eclipse.org/technology/babel/update-site/R0.10.0/indigo
   Required locales: chinese (both), german, russian, spanish

Best regards,
Victor

Hi!

With SNMP disabled, you can only ping the switches to check if they are alive. But why you cannot enable SNMP? You can use SNMP version 3 with AES encryption. If only read access allowed, and only via encrypted SNMP v3, it should be safe.

Best regards,
Victor

Hi!

You need 64 bit client for 64 bit agent, and 32 bit client for 32 bit agent.

I have added INI config example to wiki: http://wiki.netxms.org/wiki/Subagent:Oracle#INI_configuration.

Agent reads all files in config include directory, and determines it's format by content, not by file extension.

Difference between monitoring one database and multiple databases is that in latter case you have to use XML config - in INI config you can specify only one database.

Best regards,
Victor

Hi!

Most likely you don't have Oracle client installed (or it's not in PATH) - so oracle.nsm failed to load because of missing dependencies. If you need to monitor only one database, you can also use *ORACLE section in standard netxmsd.conf. You can deploy XML config via policy - create new agent configuration policy, enter content of XML file on "Configuration File" page in policy object properties, and then select "Install" from policy context menu. Select target node(s). Then restart agent - it should load new configuration on restart.

Best regards,
Victor

Quote from: SKYnv on November 23, 2012, 07:01:00 AM
а если помещаются в корень или дублируюстся в одной сети при каждом проходе network discovery?

мне желательно знать то-же самое - список интерфейсов и значения с Overview для проблемных нод.

Попробовал у себя - не получается повторить. После удаления цепочки сообщения об ошибке не появляются больше. Может есче какие-то особенности есть?

Попробую у себя повторить. Добавил в багтрекер: https://www.radensolutions.com/chiliproject/issues/187.