Re: about adding variables to the notification_var

2007-08-20 Thread Wes Hardaker
> "N" == Nicky <[EMAIL PROTECTED]> writes: N> Dear net-snmp coders: The function snmp_varlist_add_variable can be N> used to add a variable to the notification_vars.I can add my define N> oid and its value to notification_vars.But if I want to add the N> implemented oid by net-snmp and the ne

Re: Net-SNMPv3 AuthorizationError Help

2007-08-20 Thread Wes Hardaker
> "VK" == Vishal Kotalwar <[EMAIL PROTECTED]> writes: VK> snmpwalk -v 3 -a md5 -A vishalkotalwar -d -x des -X vishalkotalwar -u VK> vishal 172.30.11.102 Try doing it with "-l ap" as well. (if that doesn't work, then the agent is failing to find your authuser line in you snmpd.conf file; run

Re: QUERY:multi agnet in same system ?

2007-08-20 Thread Wes Hardaker
> "jm" == jagadeesan murugesan <[EMAIL PROTECTED]> writes: jm> I need a help regarding changing the Ipaddress of the snmpagent .I jm> have configured 6 virtual Ipaddress in the system .I want to run the jm> snmpd for each Ip series . jm> Please can u help out . Do you want to run 6 agents sep

RE: failed agent_registry.c:535 netsnmp_subtree_load()

2007-08-20 Thread ThomasJBrennan
I'm seeing the same thing with the move to v5.4.1, and did not see it with v5.3.1. I barely touched my agent code to change from v5.3.1 to v5.4.1, so it's not new functionality. Trace attached. Some oddities about it: 1) Claims no log output configured, though I have the -Lo switch. 2) Duplicates

QUERY:multi agnet in same system ?

2007-08-20 Thread jagadeesan.murugesan
Hi, I need a help regarding changing the Ipaddress of the snmpagent .I have configured 6 virtual Ipaddress in the system .I want to run the snmpd for each Ip series . Please can u help out . Thanks & regards, Jagadeesan.M ---

Re: [PATCH] buffer overflow in sprintf for udp over ipv6

2007-08-20 Thread Thomas Anders
Chris Abbey wrote: > Simple counting bug, caught by glibc's overflow detection. We originally > stumbled over this in 5.3.0.1, where I tested this fix, but the forward port > to > svn head was trivial, so I've not retested there. INET^_ADDRSTRLEN is only > long > enough for the address itself,