Hello.
I have the following OID's:
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
---
Hello.
I have the following OID's:
.1.3.6.1.4.1.11.1.3.1 //scalar
.1.3.6.1.4.1.11.1.3.2 //scalar
.1.3.6.1.4.1.11.1.3.3 //scalar
.1.3.6.1.4.1.11.1.3.4 //table
.1.3.6.1.4.1.11.1.3.5 //table
.1.3.6.1.4.1.11.1.3.6 //scalar
.1.3.6.1.4.1.11.1.3.7 //scalar
.1.3.6.1.4.1.
-- Forwarded message --
From: Frozen Puck
Date: Fri, Nov 8, 2013 at 2:56 PM
Subject: Subagent CPU Spike & Timeout
To: net-snmp-coders@lists.sourceforge.net
Hi,
I need help with my subagent, I've dissected it every way I can think of
but whenever it responds to a query I get a t
I have to describe my problem more carefully since I was a bit wrong. Actually
in this case I see that after finishing processing of .1.3.6.1.4.1.11.1.3.4
OID, net snmp calls function get_first_data_point for table
.1.3.6.1.4.1.11.1.3.5, which returns NULL. After it I see that handler fo
On Fri, Nov 08, 2013 at 12:54:01AM +0530, lijo x.george wrote:
> I searched for similar issues and came across the following thread where
> this discussion has come up before.
> http://sourceforge.net/mailarchive/forum.php?thread_name=E1KGJ8C-0004KG-07%40b55xhf1.ch3.sourceforge.com&forum_name=net-s
Den 07-11-2013 12:54, Jean-Paul VILLETTE skrev:
> Due to the many uses of this option in the source code, the best way for me
> is to "#undef" this
> option globally for now. But the question stays : how ? I have tried the -U
> CFLAGS without any success. Any ideas ?
You might want to try
Den 08-11-2013 20:56, Frozen Puck skrev:
> I'm pretty sure that I'm creating entries and linking them alright, I've
> tested the datafilling a lot and I'm also logging to syslog. BTW I'm
> only returning 4 rows in a table nothing very complicated at all.
Have you tried attaching a debugger to thi
