Hello Robert,
I have tested the patch and it seems to work in these
conditions:
1. trapsses destination down
2. destination started after agent started
3. destination restarted while agent running
And all traps were received as expected. No error
message was seen.
Thanks a lot for your help.
Hello,
I have tested what you sent me, but I'm getting this
message:
snmpd: send_trap: USM unknown security name (no such
user exists)
NET-SNMP version 5.2.1
snmpd: send_trap: USM unknown security name (no such
user exists)
snmpd: send_trap: USM unknown security name (no such
user exists)
It ap
On Fri, 22 Apr 2005 09:00:58 -0700 (PDT) Mauricio wrote:
MR> I have tested what you sent me, but I'm getting this
MR> message:
MR>
MR> snmpd: send_trap: USM unknown security name (no such
MR> user exists)
Sigh. Ok, I now know more about trap sessions and engineID discovery that I
really wanted to
On Fri, 22 Apr 2005 15:02:10 +0100 Dave wrote:
DS> On Fri, 2005-04-22 at 14:54, Robert Story wrote:
DS> > Ok, I found my mistake. Reverse the previous patch,
DS> > and apply this one instead...
DS>
DS>
DS> @@ -704,6 +704,7 @@
DS> session->version = SNMP_DEFAULT_VERSION;
DS> session->sec
On Fri, 2005-04-22 at 14:54, Robert Story wrote:
> Ok, I found my mistake. Reverse the previous patch,
> and apply this one instead...
@@ -704,6 +704,7 @@
session->version = SNMP_DEFAULT_VERSION;
session->securityModel = SNMP_DEFAULT_SECMODEL;
session->rcvMsgMaxSize = SNMP_MAX_MSG_
On Mon, 18 Apr 2005 10:58:36 -0700 (PDT) Mauricio wrote:
MR> I have deleted that line, but there's still errors. I
MR> used gdb to debug and got this:
Ok, I found my mistake. Reverse the previous patch, and apply this one
instead...
--
NOTE: messages sent directly to me, instead of the lists, wi
Hello Robert,
I have deleted that line, but there's still errors. I
used gdb to debug and got this:
Program received signal SIGSEGV, Segmentation fault.
snmp_sess_synch_response (sessp=0x80d96a8,
pdu=Variable "pdu" is not available.
) at snmp_client.c:870
870 cbsav = ss->callback;
(gdb)
On Sun, 17 Apr 2005 11:44:21 -0700 (PDT) Mauricio wrote:
MR> I have tested the patch you sent me, but it seems to
MR> fail. I get this line:
MR>
MR> C:\usr>snmpd
MR> netsnmp_assert x failed C:\Documents and
MR> Settings\Maure\Desktop\net-snmp-5.2.1\ne
MR> t-snmp-5.2.1\snmplib\snmp_api.c:1271
MR>
Hello Robert,
I have tested the patch you sent me, but it seems to
fail. I get this line:
C:\usr>snmpd
netsnmp_assert x failed C:\Documents and
Settings\Maure\Desktop\net-snmp-5.2.1\ne
t-snmp-5.2.1\snmplib\snmp_api.c:1271
The code that seems to generate the error is this:
if (slp != NULL) {
On Fri, 15 Apr 2005 10:09:58 -0400 Robert wrote:
RS> The patch was for 5.0.9, and I changed it a bit, so this is untested. Give
RS> it a whirl and let me know if:
RS>
RS> a) there is no error message at startup if the peer is down
RS> b) after bringing up the peer, informs are received...
forgot
On Thu, 14 Apr 2005 18:35:08 -0700 (PDT) Mauricio wrote:
MR> > Yeah, that's what he tried. I do remember seeing a
MR> > patch go by that delayed
MR> > engineID discovery until it was needed. I'll see if
MR> > I can dig it up...
MR> >
MR> I'd appreciate that.
The patch was for 5.0.9, and I changed
Hello Robert,
I'd appreciate that.
Thanks a lot.
--- Robert Story <[EMAIL PROTECTED]> wrote:
> On Thu, 14 Apr 2005 09:45:24 +0100 Dave wrote:
> DS> On Thu, 2005-04-14 at 01:30, Mauricio Reyes
> wrote:
> DS> > Yes, I can send traps with those parameters.
> When the
> DS> > trapsess destination m
On Thu, 14 Apr 2005 09:45:24 +0100 Dave wrote:
DS> On Thu, 2005-04-14 at 01:30, Mauricio Reyes wrote:
DS> > Yes, I can send traps with those parameters. When the
DS> > trapsess destination machine is up, I receive the
DS> > traps as expected.
DS>
DS> The situation here sounds slightly different.
D
On Thu, 2005-04-14 at 01:30, Mauricio Reyes wrote:
> Yes, I can send traps with those parameters. When the
> trapsess destination machine is up, I receive the
> traps as expected.
That's basically working as expected.
Remember that traps are an *unreliable* mechanism.
If the trap receiver is down
Hello Robert,
Yes, I can send traps with those parameters. When the
trapsess destination machine is up, I receive the
traps as expected.
Can you help me with this? I really need to solve
this.
Thanks a lot.
--- Robert Story <[EMAIL PROTECTED]> wrote:
> On Tue, 29 Mar 2005 17:33:16 -0800 (PST
lt;[EMAIL PROTECTED]>
CC: net-snmp-users@lists.sourceforge.net
Subject: Re: Net-snmp doubt
Date: Fri, 1 Apr 2005 19:10:09 -0500
On Tue, 29 Mar 2005 17:33:16 -0800 (PST) Mauricio wrote:
MR> 1. When you are using trapsess and the destination is
MR> down, does it retries to connect? Because the trap
On Tue, 29 Mar 2005 17:33:16 -0800 (PST) Mauricio wrote:
MR> 1. When you are using trapsess and the destination is
MR> down, does it retries to connect? Because the traps
MR> are lost.
MR> I get this error:
MR> /usr/local/share/snmp/snmpd.conf: line 30: Error:
MR> snmpd: failed to parse this line
Hello,
I have two questions concerning Net-snmp:
1. When you are using trapsess and the destination is
down, does it retries to connect? Because the traps
are lost.
I get this error:
/usr/local/share/snmp/snmpd.conf: line 30: Error:
snmpd: failed to parse this line or the remote trap
receiver i
18 matches
Mail list logo