Hi All,
I'm using 5.4.2.1 version on Linux.
I created a user as noAuth user. The user is able to do snmpget, snmpset,
snmpwalk, etc.
However when I add -n option with context name to the command line, the command
responds with Timeout: No response from the localhost error.
In snmpd.conf file
On Wed, Aug 25, 2010 at 8:33 PM, Wes Hardaker <
[email protected]> wrote:
> > On Wed, 25 Aug 2010 19:37:54 +0200, Bart Van Assche <
> [email protected]> said:
>
> BVA> Code bloat ? All that is needed to test whether or not /dev/kmem
> exists is
> BVA> something like the code bel
> On Wed, 25 Aug 2010 19:37:54 +0200, Bart Van Assche
> said:
BVA> Code bloat ? All that is needed to test whether or not /dev/kmem exists is
BVA> something like the code below, which can e.g. be put in a function in such
a
BVA> way that the stat() system call is only invoked once:
No,
> On Wed, 25 Aug 2010 20:15:59 +0200, Thomas Anders
> said:
TA> As you know, I usually take care of that to some
TA> extent. Unfortunately, the new test infrastructure
TA> (testing/RUNFULLTESTS) doesn't really work with the dist/nsb* scripts
TA> yet (which I am using). Consequently, we k
Wes Hardaker wrote:
>> On Wed, 25 Aug 2010 08:38:56 +0100, Dave Shield
>> said:
> DS> But it does make it doubly important to have a solid review of rc2
> DS> on a wide range of O/S's (Since it's now incumbant on *every* system
> DS> with a suitable OpenSSL setup to detect these routines
On Wed, Aug 25, 2010 at 7:27 PM, Wes Hardaker <
[email protected]> wrote:
> > On Wed, 25 Aug 2010 17:14:20 +0200, Bart Van Assche <
> [email protected]> said:
>
> BVA> In my opinion /dev/kmem should be detected at runtime, not from the
> BVA> configure script: trying to detect /d
> On Wed, 25 Aug 2010 11:07:38 -0400, Robert Story
> said:
RS> Detection of nlist support seems to assume /dev/kem exists, and that is not
RS> always the case on darwin. The darwin headers for darwin 8-10
unconditionally
RS> undef KVM functions, even though /dev/kmem does still exists o
> On Wed, 25 Aug 2010 08:38:56 +0100, Dave Shield
> said:
DS> But it does make it doubly important to have a solid review of rc2
DS> on a wide range of O/S's (Since it's now incumbant on *every* system
DS> with a suitable OpenSSL setup to detect these routines successfully,
DS> rather th
> On Wed, 25 Aug 2010 13:34:55 +0200, Magnus Fromreide
> said:
MF> -1, since net-snmp-config.h.in seems to be regenerated with the wrong
version
MF> of autoheader.
MF> If that is fixed then 0 for now, possibly more after testing.
MF> Also, why do you use AC_CHECK_DECL instead of AC_CH
> On Wed, 25 Aug 2010 17:14:20 +0200, Bart Van Assche
> said:
BVA> In my opinion /dev/kmem should be detected at runtime, not from the
BVA> configure script: trying to detect /dev/kmem from the configure
BVA> script does not only break cross-compilation but also gives
BVA> undesired resu
On Wed, Aug 25, 2010 at 5:07 PM, Robert Story wrote:
> Detection of nlist support seems to assume /dev/kem exists, and that is not
> always the case on darwin. The darwin headers for darwin 8-10
> unconditionally
> undef KVM functions, even though /dev/kmem does still exists on PPC darwin8
> mac
Detection of nlist support seems to assume /dev/kem exists, and that is not
always the case on darwin. The darwin headers for darwin 8-10 unconditionally
undef KVM functions, even though /dev/kmem does still exists on PPC darwin8
machines.
This patch:
- checks for /dev/kmem and defines HAVE_KMEM i
On Wed, 25 Aug 2010 13:34:55 +0200 Magnus wrote:
MF> On Wed, Aug 25, 2010 at 01:15:21AM -0400, Robert Story wrote:
MF> > test for EVP_sha224/EVP_sha384 functions in openssl/evp.h instead of
MF> > hardcoding lack of them per os, since any os could have an old openssl lib
MF> > without support for th
On Wed, Aug 25, 2010 at 01:15:21AM -0400, Robert Story wrote:
> test for EVP_sha224/EVP_sha384 functions in openssl/evp.h instead of
> hardcoding lack of them per os, since any os could have an old openssl lib
> without support for these functions.
-1, since net-snmp-config.h.in seems to be regene
On 25 August 2010 06:15, Robert Story wrote:
> test for EVP_sha224/EVP_sha384 functions in openssl/evp.h instead of
> hardcoding lack of them per os, since any os could have an old openssl lib
> without support for these functions.
+1
This is clearly the way this sort of situation should be hand
15 matches
Mail list logo
