Hi:
I'm using Net SNMP 5.6 to know the status of the system. I downloaded the
5.6 version and then ran the configure. Configure worked well now when I'm
running the make it gave me following errors:
openssl/.libs/openssl_shai.o: coulld not read symbols :file in wrong format
collect2:l
On 12/22/2010 03:42 AM, Bill Fenner wrote:
On Wed, Dec 15, 2010 at 4:28 AM, Jan Safranek wrote:
On 12/13/2010 11:21 PM, Robert Story wrote:
On Mon, 13 Dec 2010 11:16:54 -0500 Bill wrote:
BF>I'm not sure what to suggest as a solution. For those who use
BF>net-snmp as the agent on a ro
On Wed, Dec 15, 2010 at 4:28 AM, Jan Safranek wrote:
> On 12/13/2010 11:21 PM, Robert Story wrote:
>>
>> On Mon, 13 Dec 2010 11:16:54 -0500 Bill wrote:
>> BF> I'm not sure what to suggest as a solution. For those who use
>> BF> net-snmp as the agent on a router, where asymmetric routing like th
On Mon, Dec 20, 2010 at 7:42 PM, Wes Hardaker
wrote:
>> On Sat, 18 Dec 2010 16:43:56 -0500, Robert Story
>> said:
>
> BF> (I've already diffed agent/mibgroup/agentx between 5.5 and 5.6, it's
> BF> almost all cleanups that can't explain this; there's something more
> BF> subtle going on s
> On Wed, 15 Dec 2010 10:28:05 +0100, Jan Safranek
> said:
JS> Well, I'd like to have working both, I have many customers who require
JS> responses to broadcast packets and other really weird stuff.
It's well worth noting that SNMP was *never* intended to respond to
broadcast SNMP requ
> On Sat, 18 Dec 2010 16:43:56 -0500, Robert Story
> said:
BF> (I've already diffed agent/mibgroup/agentx between 5.5 and 5.6, it's
BF> almost all cleanups that can't explain this; there's something more
BF> subtle going on somewhere.)
RS> Have you diffed the transport code too?
Um...
On Thu, 16 Dec 2010 16:42:09 -0500 Bill wrote:
BF> (I've already diffed agent/mibgroup/agentx between 5.5 and 5.6, it's
BF> almost all cleanups that can't explain this; there's something more
BF> subtle going on somewhere.)
Have you diffed the transport code too?
-
Hi,
Our system uses Net-SNMP on both ends of the AgentX master/subagent
relationship. With Net-SNMP 5.5, everything was very stable. With
Net-SNMP 5.6, the subagent occasionally reconnects after a period of
not being able to serve its objects.
The subagent tracing looks like it stops getting
On Thu, Dec 16, 2010 at 4:26 AM, Jan Safranek wrote:
> On 12/15/2010 05:26 PM, Robert Story wrote:
>>
>> JS> The problem is not to get this information, the real
>> JS> challenge is to do it effectively, i.e. cache them somewhere, refresh
>> JS> the cache sometimes, look up in the cache effecti
On 12/15/2010 05:26 PM, Robert Story wrote:
> JS> The problem is not to get this information, the real
> JS> challenge is to do it effectively, i.e. cache them somewhere, refresh
> JS> the cache sometimes, look up in the cache effectively, ... Or do we want
> JS> to run netlink query on every o
On Wed, Dec 15, 2010 at 11:26 AM, Robert Story wrote:
> On Wed, 15 Dec 2010 10:28:05 +0100 Jan wrote:
> JS> The problem is not to get this information, the real
> JS> challenge is to do it effectively, i.e. cache them somewhere, refresh
> JS> the cache sometimes, look up in the cache effectively,
On Wed, 15 Dec 2010 10:28:05 +0100 Jan wrote:
JS> This could work, needs some testing though. And if you have list of IP
JS> addresses of an interface, you probably can get broadcast addresses (or
JS> netmask) easily.
true.
JS> The problem is not to get this information, the real
JS> challenge
On 12/13/2010 11:21 PM, Robert Story wrote:
> On Mon, 13 Dec 2010 11:16:54 -0500 Bill wrote:
> BF> I'm not sure what to suggest as a solution. For those who use
> BF> net-snmp as the agent on a router, where asymmetric routing like this
> BF> is very common, this black hole for the responses is
On Mon, Dec 13, 2010 at 5:21 PM, Robert Story wrote:
> On Mon, 13 Dec 2010 11:16:54 -0500 Bill wrote:
> BF> I'm not sure what to suggest as a solution. For those who use
> BF> net-snmp as the agent on a router, where asymmetric routing like this
> BF> is very common, this black hole for the respo
On Mon, 13 Dec 2010 11:16:54 -0500 Bill wrote:
BF> I'm not sure what to suggest as a solution. For those who use
BF> net-snmp as the agent on a router, where asymmetric routing like this
BF> is very common, this black hole for the responses is a real problem.
IMHO, support for asymmetric routing
nd Net-SNMP 5.5
works as well -- manager can talk to router2 just fine.
It stopped working in Net-SNMP 5.6, due to the use of the interface
index in IP_PKTINFO. Specifying the interface index causes Linux to
try to send the packet out eth0, so it just ARPs for it -- but since
the destination is n
On Sat, 2010-10-30 at 20:41 +0200, Claus Klein wrote:
> Hi Wes,
>
> I have still this problem on my mac.
>
> It seems that the ipv6 nslookup does not work on my mac (with net-snmp
> v5.6).
> But I have a valid ipv6 configuration.
>
> Only this gives me a hint:
> $ host www.ietf.org
> www.ietf.
e same errors happens if I shutdown my WLAN.
So it seems that at least this test should be changed to work with
missing name resolution.
I hope this info helps.
With regards
Claus
On 08.09.2010, at 00:14, Wes Hardaker wrote:
>>>>>> On Tue, 7 Sep 2010 22:57:19 +0200, Claus Kle
When I build using build.bat I get fatal error LNK1181: cannot open
input file 'libeay32.lib'
First I build OpenSSL 1.0.0a from a windows command prompt without any
problems. OpenSSL is built multithreaded dll /MD.
"C:\Program Files\Microsoft Visual Studio
9.0\Common7\Tools\vsvars32.bat"
perl Con
I've placed Net-SNMP 5.6.pre3 up for testing:
https://sourceforge.net/projects/net-snmp/files/net-snmp/5.6-pre-releases/
This is scheduled to be the last pre-release before the .rc series starts.
Current NEWS cropping:
*5.6*
all:
- Implemented the SNMP over TLS and SNMP over
On Wed, 21 Jul 2010 22:19:17 +0100 Dave wrote:
DS> > I'm pretty solidly against modifying our static config files in place.
DS>
DS> I'm very solidly against modifying static config files in place!
:-)
DS> The two options that I was thinking of were:
DS>a) Support for configuring such entrie
On 21 July 2010 17:08, Robert Story wrote:
> are user-created rows persistent?
I haven't tested this recently, but I believe so - yes.
> If so, then they have everything they need.
> The should just create entries via SETs and then the can modify
> them to their hearts content.
In
On Tue, 20 Jul 2010 20:45:37 +0100 Dave wrote:
DS> First thing - nsExtendArgs *is* modifiable - see the MIB definitions.
DS> Entries can be set up dynamically via SET requests, and such entries
DS> can also be amended on the fly. It's only (static) config file entries
DS> that are marked as read-
On 20 July 2010 18:03, Bart Van Assche wrote:
> Every major project I know of keeps configuration files that are rewritten
> by software and configuration files that have been created manually
> separate.
Exactly.
We have the same distinction.
(/etc/snmp/snmpd.conf and /var/net-snmp/snmpd.conf)
On Tue, Jul 20, 2010 at 12:58 PM, Dave Shield wrote:
> On 20 July 2010 11:35, Bart Van Assche wrote:
> > Allowing on-the-fly changes of nsExtendArgs would have severe security
> implications.
>
> Surely that's the role of VACM ?
>
It is possible with VACM to close the security hole that would be
On 20 July 2010 11:35, Bart Van Assche wrote:
> Allowing on-the-fly changes of nsExtendArgs would have severe security
> implications.
Surely that's the role of VACM ?
> My proposal for making on-the-fly argument specification
> possible is as follows:
> * Add a column in the nsExtendConfigTab
On Mon, Jul 19, 2010 at 7:09 PM, Steve DeLaney wrote:
>
> I'm new to net-snmp and apologize in advance if this topic is already
> covered.
>
> But, running some recent tests I ran into this issue
>
>
> http://www.mail-archive.com/[email protected]/msg08476.html
>
> and this asp
On 19 July 2010 18:09, Steve DeLaney wrote:
> what we are after for our application is modify ARGS on the fly
> It seems to me that having baked in args in snmpd.conf is far to
> restrictive and it would be better to exploit the power of
> extend by allowing on-the-fly updates to arguments and inp
This is an auto-replied message. I am out of office right now. I will be back
in the office 26 July 2010.
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/f
Steve DeLaney wrote:
> so I made a patch to agent/mibgroup/agent/extend.c and would like to
> submit it for consideration to include in 5.6
Thanks for the patch! Please submit it to http://www.net-snmp.org/patches so it
won't get lost.
+Thomas
--
to include in 5.6
Perhaps there are other ways this could be accomplished by changing the
attribute to
remove the NS_EXTEND_FLAGS_CONFIG but having tested out our patch it
seems to
be working OK.
comments invited
--- net-snmp-5.6.pre2/agent/mibgroup/agent/extend.c 2010-06-16
14
CS> Attempting to compile 5.6.pre1 using the same configuration line
CS> that works in 5.4.1:
Colin wrote me privately to say he already solved his issue as it was a
file-system problem.
--
Wes Hardaker
Please mail all replies to [email protected]
---
I'm happy to announce that we've begun the process for releasing the
next major version of Net-SNMP. Net-SNMP 5.6 will have a number of
important changes in it, which are outlined below. The following new
features are the ones we'd most like feedback and testing on:
* SNM
33 matches
Mail list logo
