UPDATE
Turns out that I am able to query from the cmd shell snmpwalk, but not from
Manage Engine GUI. So leads me to suspect it is ok after all.
Thanks,
On Wednesday, February 9, 2022, 12:45:34 p.m. EST, Ian C via
Net-snmp-coders wrote:
I'm using the node net-snmp package
I'm using the node net-snmp package to create a simple subagent but I cannot
query its only table provider (Error in packet... No such variable name in
MIB). I have installed net-snmp and registered it, I am able to query simple
things such as uptime:
C:\usr\etc\snmp>snmpwalk -v1 -c public
My crash issue stems from iinfo->free_data_context cb being called
repeatedly with the same address to free. Any thoughts?
thanksIan
- Forwarded Message - From: Ian C via Net-snmp-coders
To:
net-snmp-coders@lists.sourceforge.net
Sent: Tuesday, August 25, 2020, 3:20:07
"0","delay":"0.977","offset":"80.283","jitter":"0.000","updated":"2020-Aug-20
16:45:47"},{"hostname":"B1","remote":"10.128.103.11","refid":".GPS.","
Yes that's correct, memory leak flagged by valgrind.
- Forwarded Message - From: Wes Hardaker
To: Ian C via Net-snmp-coders
Cc: Ian C Sent:
Wednesday, August 26, 2020, 10:13:09 a.m. EDTSubject: Re: Table Iterator
Crashes in free_data_context
Ian C via Net-snmp-coders
writes
I'm still having a crash issue with my table agent, I can't figure out a
solution, hoping the list members could help. In a nutshell I want to read a
QNX pps object (file) each time (no caching) it is queried (snmpwalk). The data
gets read and returned but a crash happens on the free
Turns out that commenting out
// iinfo->free_data_context = freeTableEntry;
introduces a memory leak.
Really at a loss. If anyone has any ideas pls let me know.
Ian
- Forwarded Message - From: Ian C via Net-snmp-coders
To:
net-snmp-coders@lists.sourceforge.net
Sent: Fri
As it turns out walk requests for the ifTable fail (nothing output by snmpd
-Lo)atTable can be queried okay.sysORTable can be queried okay.
I can query my own tables.Maybe off topic but scalar gets for sysUpTime &
sysName work okay.
> I'm having an issue with a table subagent that crashes with
I'm having an issue with a table subagent that crashes with (SIGABRT) when
querried. This subagent was working under a previous OS (qnx 6.5) and Net-Snmp
5.6, but now under qnx 7.1 & Net-Snmp 5.9 it crashes.
I was comparing it to another table subagent that I have and works fine, they
were
Could my dlist sigabrt issue be the same
ashttps://github.com/net-snmp/net-snmp/issues/109
??
Ian
- Forwarded Message - From: Ian C via Net-snmp-coders
To:
net-snmp-coders@lists.sourceforge.net
Sent: Tuesday, August 11, 2020, 4:37:00
p.m. EDTSubject: Fw: Newly built 5.8
Thanks to Wes & Aferjes, I did some further investigating regarding my table
subagent null ptr on the table registration - it turned out that in our upgrade
from 5.6 to 5.8 we were pulling in headers from 5.6 but linking against 5.8!
Oops.
Now, our agent can register:
handler:inject: injecting
s, and everyone else reading this!
Ian
On Thursday, August 6, 2020, 9:56:00 a.m. EDT, Ian C
wrote:
Thanks Wes, will try this soon.
On Wednesday, August 5, 2020, 1:47:24 p.m. EDT, Wes Hardaker
wrote:
Ian C via Net-snmp-coders
writes:
> Hi,
>
> We previously
Hi,
We previously had net-snmp 5.6 running on QNX 6.5 (from pkgsrc), and had
various sub-agents retrieving data and working well. However we've recently
migrated our OS to QNX 7.0 and since there are no pkgsrc packages available for
that OS we've upgraded and compiled net-snmp 5.8 ourselves.
I'm trying to configure a cross-compilation on Ubuntu for QNX 7. Does anyone
work what configure options to use?All the ones I've attempted so far end up
with:
configure: error: cannot run C compiled programs
Ive tried:--with-cc=qcc --build=QNX --build=QNX --host=QNX
but really those are just
14 matches
Mail list logo