Possible bug in Object Tools - SNMP Table

Started by Beda, September 07, 2012, 11:08:08 AM

Previous topic - Next topic

Beda

Hi,
first, I want to sorry for my English.

I have a following problem:
In Object Tools I have created a new tool of type "SNMP Table".
It was identical to the tool "&Info->&Routing table (SNMP)" except for table columns.
After running that tool, displayed table was empty although I could see content of the table
in a MIB Browser.

I could replicate this problem by removing 4 columns from "&Info->&Routing table (SNMP)".
When one column (Metric) left, the table stayed empty.

I can't see actual status of a SNMP communication, so I don't know if SNMP request failed
or if another error occured (some progress bar would be a helpful feature).

I am using NetXMS 1.2.1 running on Windows 7.

Is it a bug or am I missing something?


        Beda

Victor Kirhenshtein

Hi!

What is setting for index column?

Best regards,
Victor

Beda

Thank you for your quick answer.

"OID suffix of first column" is used as index for second and subsequent columns.

     Beda

Beda

Hi,
after upgrading to 1.2.3 the problem unfortunatelly still remains.


In a MIB browser I can see following data when walking .1.3.6.1.4.1.17607.5.1

.1.3.6.1.4.1.17607.5.1.1.2.1 [STRING] = 2012-07-12 11:44:44
.1.3.6.1.4.1.17607.5.1.1.2.2 [STRING] = 2012-07-17 09:40:49
.1.3.6.1.4.1.17607.5.1.1.2.3 [STRING] = 2012-07-17 09:40:49
.1.3.6.1.4.1.17607.5.1.1.2.4 [STRING] = 2012-07-17 09:40:49
.1.3.6.1.4.1.17607.5.1.1.2.5 [STRING] = 2012-08-14 16:05:45
.1.3.6.1.4.1.17607.5.1.1.3.1 [STRING] = CTI-Avaya:1
.1.3.6.1.4.1.17607.5.1.1.3.2 [STRING] = Screen:1
.1.3.6.1.4.1.17607.5.1.1.3.3 [STRING] = watchdog:1
.1.3.6.1.4.1.17607.5.1.1.3.4 [STRING] = CTI-Avaya:1
.1.3.6.1.4.1.17607.5.1.1.3.5 [STRING] = :0
.1.3.6.1.4.1.17607.5.1.1.4.1 [INTEGER] = 2
.1.3.6.1.4.1.17607.5.1.1.4.2 [INTEGER] = 2
.1.3.6.1.4.1.17607.5.1.1.4.3 [INTEGER] = 2
.1.3.6.1.4.1.17607.5.1.1.4.4 [INTEGER] = 2
.1.3.6.1.4.1.17607.5.1.1.4.5 [INTEGER] = 2
.1.3.6.1.4.1.17607.5.1.1.5.1 [STRING] = 104
.1.3.6.1.4.1.17607.5.1.1.5.2 [STRING] = Failure of service
.1.3.6.1.4.1.17607.5.1.1.5.3 [STRING] = Failure of service
.1.3.6.1.4.1.17607.5.1.1.5.4 [STRING] = Failure of service
.1.3.6.1.4.1.17607.5.1.1.5.5 [STRING] = Failure of service
.1.3.6.1.4.1.17607.5.1.1.6.1 [INTEGER] = 1
.1.3.6.1.4.1.17607.5.1.1.6.2 [INTEGER] = 1
.1.3.6.1.4.1.17607.5.1.1.6.3 [INTEGER] = 1
.1.3.6.1.4.1.17607.5.1.1.6.4 [INTEGER] = 1
.1.3.6.1.4.1.17607.5.1.1.6.5 [INTEGER] = 1
.1.3.6.1.4.1.17607.5.1.1.7.1 [INTEGER] = 0
.1.3.6.1.4.1.17607.5.1.1.7.2 [INTEGER] = 0
.1.3.6.1.4.1.17607.5.1.1.7.3 [INTEGER] = 0
.1.3.6.1.4.1.17607.5.1.1.7.4 [INTEGER] = 0
.1.3.6.1.4.1.17607.5.1.1.7.5 [INTEGER] = 0
.1.3.6.1.4.1.17607.5.1.1.8.1 [STRING] = 2012-07-12 11:44:44
.1.3.6.1.4.1.17607.5.1.1.8.2 [STRING] = 2012-07-17 09:40:49
.1.3.6.1.4.1.17607.5.1.1.8.3 [STRING] = 2012-07-17 09:40:49
.1.3.6.1.4.1.17607.5.1.1.8.4 [STRING] = 2012-07-17 09:40:49
.1.3.6.1.4.1.17607.5.1.1.8.5 [STRING] = 2012-08-14 16:05:45
.1.3.6.1.4.1.17607.5.1.1.9.1 [INTEGER] = 211807
.1.3.6.1.4.1.17607.5.1.1.9.2 [INTEGER] = 206001
.1.3.6.1.4.1.17607.5.1.1.9.3 [INTEGER] = 206001
.1.3.6.1.4.1.17607.5.1.1.9.4 [INTEGER] = 206001
.1.3.6.1.4.1.17607.5.1.1.9.5 [INTEGER] = 206001


OIDs of my columns:

.1.3.6.1.4.1.17607.5.1.1.2
.1.3.6.1.4.1.17607.5.1.1.3
.1.3.6.1.4.1.17607.5.1.1.4
.1.3.6.1.4.1.17607.5.1.1.5
.1.3.6.1.4.1.17607.5.1.1.6
.1.3.6.1.4.1.17607.5.1.1.7
.1.3.6.1.4.1.17607.5.1.1.8
.1.3.6.1.4.1.17607.5.1.1.9


When I run the tool, created table is empty.


             Beda