Previously, I wrote: > It appears to me that, having received a getnext request for > .1.3.6.1.4.1.2021.203, the agent replied with a value for > .1.3.6.1.4.1.8072.1.2.1.1.4.0.1.0.0. I have no idea where it got that > OID or why. That is my puzzle at the moment. Any ideas?
Well, I ran that test a dozen times before posting my note yesterday. But today I'm getting a different result. Still not correct, but not so obviously broken, either. C'est la vie. Please disregard my previous question. Now, when I run my program from the command line, I get # /path/to/script -n .1.3.6.1.4.1.2021.203 .1.3.6.1.4.1.2021.203.1 integer 0 I think that is exactly as it should be. But with the agent started with -DALL, the log shows, ucd-snmp/pass: pass-running: /bin/bash /path/to/script -n .1.3.6.1.4.1.2021.203 trace: netsnmp_call_handler(): agent_handler.c, 370: handler:returned: handler old_api returned 0 trace: netsnmp_call_handler(): agent_handler.c, 370: handler:returned: handler bulk_to_next returned 0 trace: handle_getnext_loop(): snmp_agent.c, 2663: results: getnext results, before next pass: trace: handle_getnext_loop(): snmp_agent.c, 2666: results: trace: sprint_realloc_by_type(): mib.c, 1971: output: sprint_by_type, type 5 UCD-SNMP-MIB::ucdavis.203 = NULL As before, the agent is net-snmp 5.3.4 on an embedded Linux system. ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
