Multiple OID snmpget table failure continued

"Greg L Robillard" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <006401c64456$ca218b30$0400a8c0@Greg>
In order to further debug my problem with snmpget to tables, I ran the
following command.

snmpget -v2c -D ALL -Lf debug.txt -c public localhost
enterprises.103.1.9.2.5.1.2.4 enterprises.103.1.9.2.5.1.3.4
enterprises.103.1.9.2.5.1.5.4

With the following results
OUtput
SNMPv2-SMI::enterprises.103.1.9.2.5.1.2.4 = INTEGER: 1
trace: sprint_realloc_by_type(): mib.c, 1970:
output: sprint_by_type, type 2
SNMPv2-SMI::enterprises.103.1.9.2.5.1.3.4 = INTEGER: 4
trace: sprint_realloc_by_type(): mib.c, 1970:
output: sprint_by_type, type 2
SNMPv2-SMI::enterprises.103.1.9.2.5.1.5.4 = INTEGER: 4

As I dumped all of the output data, quite a lot, I am attatching the file.

I have noticed that the request->next loop value is always nil, but have determined
that this is normal.  Not certain why.  Anyway, the handler is only called the one time.
What is the function that is actually supposed to be calling the handler.

Any assistance would be great.  As you can see, the OID is being translated
correctly, but the return is a NULL value.  When the same OID is used alone,
the return value is accurate.  I don't know where else to turn at this time.

Thanks

Greg L Robillard
ErrorData.txt (text/plain, 4.7 KB)
snmp_send: Building SNMPv2 message...
trace: _snmp_build(): snmp_api.c, 2756:
dumph_send: PDU-GET
trace: snmp_pdu_realloc_rbuild(): snmp_api.c, 3108:
snmp_pdu_realloc_rbuild: starting
trace: snmp_pdu_realloc_rbuild(): snmp_api.c, 3123:
dumph_send:   VarBind
trace: snmp_realloc_rbuild_var_op(): snmp.c, 337:
dumph_send:     Value
dumpx_send:      05 00
dumpv_send:        NULL
trace: snmp_realloc_rbuild_var_op(): snmp.c, 434:
dumph_send:     Name
dumpx_send:      06 0D 2B 06 01 04 01 67 01 09 02 05 01 05 04
dumpv_send:        ObjID: SNMPv2-SMI::enterprises.103.1.9.2.5.1.5.4
trace: snmp_pdu_realloc_rbuild(): snmp_api.c, 3123:
dumph_send:   VarBind
trace: snmp_realloc_rbuild_var_op(): snmp.c, 337:
dumph_send:     Value
dumpx_send:      05 00
dumpv_send:        NULL
trace: snmp_realloc_rbuild_var_op(): snmp.c, 434:
dumph_send:     Name
dumpx_send:      06 0D 2B 06 01 04 01 67 01 09 02 05 01 03 04
dumpv_send:        ObjID: SNMPv2-SMI::enterprises.103.1.9.2.5.1.3.4
trace: snmp_pdu_realloc_rbuild(): snmp_api.c, 3123:
dumph_send:   VarBind
trace: snmp_realloc_rbuild_var_op(): snmp.c, 337:
dumph_send:     Value
dumpx_send:      05 00
dumpv_send:        NULL
trace: snmp_realloc_rbuild_var_op(): snmp.c, 434:
dumph_send:     Name
dumpx_send:      06 0D 2B 06 01 04 01 67 01 09 02 05 01 02 04
dumpv_send:        ObjID: SNMPv2-SMI::enterprises.103.1.9.2.5.1.2.4
trace: snmp_pdu_realloc_rbuild(): snmp_api.c, 3191:
dumph_send: error index
dumpx_send:  02 01 00
dumpv_send:    Integer: 0 (0x00)
trace: snmp_pdu_realloc_rbuild(): snmp_api.c, 3204:
dumph_send: error status
dumpx_send:  02 01 00
dumpv_send:    Integer: 0 (0x00)
trace: snmp_pdu_realloc_rbuild(): snmp_api.c, 3217:
dumph_send: request_id
dumpx_send:  02 04 0D 9B BF 8E
dumpv_send:    Integer: 228310926 (0xD9BBF8E)
trace: _snmp_build(): snmp_api.c, 2762:
dumph_send: Community String
dumpx_send:  04 06 70 75 62 6C 69 63
dumpv_send:    String:  public
trace: _snmp_build(): snmp_api.c, 2778:
dumph_send: SNMP Version Number
dumpx_send:  02 01 01
dumpv_send:    Integer: 1 (0x01)
trace: _snmp_build(): snmp_api.c, 2798:
dumph_send: SNMPv2c Message
trace: netsnmp_udp_send(): snmpUDPDomain.c, 149:
netsnmp_udp: send 86 bytes from 0x8079c6a to 127.0.0.1 on fd 4
trace: snmp_sess_select_info(): snmp_api.c, 5569:
sess_select: for all sessions: 4
trace: netsnmp_udp_recv(): snmpUDPDomain.c, 115:
netsnmp_udp: recvfrom fd 4 got 89 bytes (from 127.0.0.1)
trace: _sess_process_packet(): snmp_api.c, 4838:
sess_process_packet: session 0x8075c98 fd 4 pkt 0x80794c0 length 89
trace: _snmp_parse(): snmp_api.c, 3902:
snmp_api: Parsing SNMPv2 message...
trace: _snmp_parse(): snmp_api.c, 3911:
dumph_recv: SNMPv2c message

trace: snmp_comstr_parse(): snmp_auth.c, 131:
dumph_recv:   SNMP version
dumpx_recv:    02 01 01
dumpv_recv:      Integer:       1 (0x01)
trace: snmp_comstr_parse(): snmp_auth.c, 143:
dumph_recv:   community string
dumpx_recv:    04 06 70 75 62 6C 69 63
dumpv_recv:      String:        public
trace: _snmp_parse(): snmp_api.c, 3952:
dumph_recv:   PDU
trace: snmp_pdu_parse(): snmp_api.c, 4141:
dumph_recv:     request_id
dumpx_recv:      02 04 0D 9B BF 8E
dumpv_recv:        Integer:     228310926 (0xD9BBF8E)
trace: snmp_pdu_parse(): snmp_api.c, 4152:
dumph_recv:     error status
dumpx_recv:      02 01 00
dumpv_recv:        Integer:     0 (0x00)
trace: snmp_pdu_parse(): snmp_api.c, 4163:
dumph_recv:     error index
dumpx_recv:      02 01 00
dumpv_recv:        Integer:     0 (0x00)
trace: snmp_pdu_parse(): snmp_api.c, 4175:
dumph_recv:     VarBindList
trace: snmp_pdu_parse(): snmp_api.c, 4205:
dumph_recv:       VarBind
trace: snmp_parse_var_op(): snmp.c, 166:
dumph_recv:         Name
dumpx_recv:          06 0D 2B 06 01 04 01 67 01 09 02 05 01 02 04
dumpv_recv:            ObjID: SNMPv2-SMI::enterprises.103.1.9.2.5.1.2.4
trace: snmp_pdu_parse(): snmp_api.c, 4214:
dumph_recv:         Value
dumpx_recv:          02 01 01
dumpv_recv:            Integer: 1 (0x01)
trace: snmp_pdu_parse(): snmp_api.c, 4205:
dumph_recv:       VarBind
trace: snmp_parse_var_op(): snmp.c, 166:
dumph_recv:         Name
dumpx_recv:          06 0D 2B 06 01 04 01 67 01 09 02 05 01 03 04
dumpv_recv:            ObjID: SNMPv2-SMI::enterprises.103.1.9.2.5.1.3.4
trace: snmp_pdu_parse(): snmp_api.c, 4214:
dumph_recv:         Value
dumpx_recv:          02 01 04
dumpv_recv:            Integer: 4 (0x04)
trace: snmp_pdu_parse(): snmp_api.c, 4205:
dumph_recv:       VarBind
trace: snmp_parse_var_op(): snmp.c, 166:
dumph_recv:         Name
dumpx_recv:          06 0D 2B 06 01 04 01 67 01 09 02 05 01 05 04
dumpv_recv:            ObjID: SNMPv2-SMI::enterprises.103.1.9.2.5.1.5.4
trace: snmp_pdu_parse(): snmp_api.c, 4214:
dumph_recv:         Value
dumpx_recv:          02 01 04
dumpv_recv:            Integer: 4 (0x04)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.