On Mon, 2008-04-14 at 23:14 +0200, Magnus Fromreide wrote:
On mån, 2008-04-14 at 13:57 +0100, Alex Bennee wrote:
Hi,
As noted in earlier messages the sizeof(oid) on a 64 bit machine is 8
bytes due to the use of u_long. This patch ensures that an oid is always
32 bit by using the
Hi
SNMPWALK and SNMPGET for v3 MIB objects implemented in our firmware is
failing. The error is coming from NET-SNMP tool. I am thinking it could
be a configuration problem with NET-SNMP. Can you let me know how to
configure the snmpd.conf file for V3 users namely 'username with auth
protocol,
On 15/04/2008, Lakshmipriya Subramanian (CW) [EMAIL PROTECTED] wrote:
SNMPWALK and SNMPGET for v3 MIB objects implemented in our firmware is
failing. The error is coming from NET-SNMP tool. I am thinking it could be a
configuration problem with NET-SNMP. Can you let me know how to configure
Dave
The following configuration details were added up in the
snmpd.conf file
mibdirs C:/usr/share/snmp/mibs
persistentDir C:/usr/snmp/persist
tempFilePattern C:/usr/temp/snmpdXX
defSecurityName TestAuthpriv
defContext
defAuthType MD5
defSecurityLevel authPriv
defAuthPassphrase
On 15/04/2008, Lakshmipriya Subramanian (CW) [EMAIL PROTECTED] wrote:
The following configuration details were added up in the
snmpd.conf file
Please re-read the file README.snmpv3 *carefully*.
There are *TWO* config files mentioned there, and they are not the same.
I
On Mon, 14 Apr 2008 13:57:35 +0100, Alex Bennee [EMAIL PROTECTED]
said:
AB + typedef uint32_t oid;
vs
AB + typedef u_long oid;
There are a number of places that could benefit from a switch to a true
int32. OIDs are only one such place (standard Integer or Integer32
datatypes being
On Fri, 11 Apr 2008 16:58:53 +0530, anand [EMAIL PROTECTED] said:
a Kindly let me know if there is any patch or an add on available that
a supplies support for localized Key changes in 5.1.4.(-Ck Option).
You might be able to copy a recent apps/snmpusm.c file to the older
5.1.4 line of code.
On Tue, 2008-04-15 at 08:15 -0700, Wes Hardaker wrote:
On Mon, 14 Apr 2008 13:57:35 +0100, Alex Bennee [EMAIL PROTECTED]
said:
AB + typedef uint32_t oid;
vs
AB + typedef u_long oid;
There are a number of places that could benefit from a switch to a true
int32. OIDs are only
On Tue, 15 Apr 2008 16:41:01 +0100, Alex Bennee [EMAIL PROTECTED] said:
AB Besides if external code is using u_long as it's base type I'm tempted
AB to say they deserve what they get.
Actually, I'm sure much of it was copied from bad code in the project.
So I'm not sure they do.
AB
Hi Dave,
I am glad to know this bug was fixed, but I couldn't find the patch.
Could you please point me where I can download the patch for 5.3.1. I am
using Net-SNMP 5.3.1.
Thanks for your support.
Best regards,
Emi
On tis, 2008-04-15 at 12:11 -0700, Emi Yanagi wrote:
Hi Dave,
I am glad to know this bug was fixed, but I couldn’t find the patch.
Could you please point me where I can download the patch for 5.3.1. I
am using Net-SNMP 5.3.1.
Revision 16759
The best fit for a single patch would be
Hi Maqnus,
Thanks for your quick response. The patch seems didn't fix the following
problem:
Snmpwalk could NOT populate nlmLogVariableTimeTicksVal and
nlmLogVariableOidVal, although using snmpget I can get these two
objects.
# snmpwalk localhost nlmLog
NOTIFICATION-LOG-MIB::nlmLogTime..1 =
Hi all,
Our path from net-snmp 5.2.1 to 5.4.1 has been blocked for months because
the latter refuses to talk to our subagent. It worked fine in 5.2.1; we
could even do a full walk through our MIB. Has anyone run across a problem
like this? Following are some collected notes.
TIA,
Larry
The new
Greetings All,
This started when I needed to (with relative swiftness) whip up a threaded
snmp poller using getbulk operations to pull interface stats off a large
number of devices. And while I'm toying with the idea of porting it to C, I
suspect there may be some desire in the community for
Chris Coyle wrote:
Example code is attached (test_for_snmplist). The behavior I would see
previous to the patch was that all threads but one would hang waiting
for a response PDU, presumably because the Traditional API synch call
collects all the return information from any active SNMP
Hi all, I'm trying to develop a private mib module that involves both
scalars and a couple of tables. I don't have any problems with the scalars,
I can read them using snmpwalk without problems. But when I try to read a
table..the snmpd deamon crashes. I use mib2c to generate my code's template,
On tis, 2008-04-15 at 14:59 -0700, Larry Dickson wrote:
Hi all,
Our path from net-snmp 5.2.1 to 5.4.1 has been blocked for months
because the latter refuses to talk to our subagent. It worked fine in
5.2.1; we could even do a full walk through our MIB. Has anyone run
across a problem like
17 matches
Mail list logo