"Weiland, Nicholas" writes:
> libnetsnmpmibs.so.35 and libnetsnmptrapd.so.35 still have links to
> libcrypto.so.1.1
> (but not libssl.so.1.1). I would like to know if there are any configuration
> flags I
> missed that would fix this for us, or if there is any manual hack that would
> get
>
las
wrote:
> Hello,
>
>
>
> We would like to compile the net snmp 5.8 libs (
> https://sourceforge.net/projects/net-snmp/files/net-snmp/5.8/net-snmp-5.8.tar.gz/download)
> without any crypto/ssl support whatsoever. Currently I have tried the
> following configure options:
&g
Hello,
We would like to compile the net snmp 5.8 libs
(https://sourceforge.net/projects/net-snmp/files/net-snmp/5.8/net-snmp-5.8.tar.gz/download)
without any crypto/ssl support whatsoever. Currently I have tried the
following configure options:
'--disable-embedded-perl
chandrasekharreddy chinnapareddygari
writes:
> I want to include/ use external library is n net-snmp 5.8.
> Please help me to use external library.
Use the --with-libs configure script option.
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourcefor
Hi all,
I want to include/ use external library is n net-snmp 5.8.
Please help me to use external library.
Get Outlook for Android<https://aka.ms/ghei36>
___
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
lity issue between net-snmp and the crypto
> > library.
>
> Was that a self-built Net-SNMP 5.8? And it was built recently after the
> system upgraded to the newer libcrypto?
>
> And did you try a 'make install' to see if the installation works or is
> that running in the agent
Simon Chamlian writes:
> There seems to be a compatibility issue between net-snmp and the crypto
> library.
Was that a self-built Net-SNMP 5.8? And it was built recently after the
system upgraded to the newer libcrypto?
And did you try a 'make install' to see if the installation
Hi,
There seems to be a compatibility issue between net-snmp and the crypto
library.
The libcrypto has been updated to 1.1, but snmp still calls for 1.0.2
instead of using the link.
~# snmpd -v
snmpd: error while loading shared libraries: libcrypto.so.1.0.2: cannot
open shared object file: No
00056546e6a9840
>
> We are using Net-SNMP 5.8 built from revision rev2c837e1 of V5-8-patches
> branch. We have an AgentX subagent connected to the daemon.
> Unfortunately, we do not know what operation causes the crash. I was
> wondering if this was a known issue and by any chance
Hi all,
The Net-SNMP daemon crashed with the following error (full backtrace can be
found below):
Error in `/usr/local/netsnmp/netsnmp_base/sbin/snmpd': malloc(): smallbin
double linked list corrupted: 0x56546e6a9840
We are using Net-SNMP 5.8 built from revision rev2c837e1 of V5-8-patches
On 2019-12-30 02:39, Seyfullah BECERİKLİ wrote:
> We have some issues installing net-snmp-5.8 version. Do you have any
> specific installation guide for it?
Hi Seyfullah,
How about installing v5.8.1.pre1 instead of v5.8? A large number of bugs
has been fixed in v5.8.1.pre1. That v
Hello,
We have some issues installing net-snmp-5.8 version. Do you have any specific
installation guide for it?
Thanks
Saygilarimizla – Best Regards,
Seyfullah BECERİKLİ
Yazılım Mühendisi
Mühendislik ve Tasarım Direktörlüğü
[cid:image001.png@01D5BF16.87E97F30]
T T +90-850 4807744 / Ext:161 / F
On 5/13/19 12:10 PM, Vijay, Anjali wrote:
Thanks for the help. Meanwhile, I had changed the buffer size back to
1472 and it seems to be working fine like the previous version, net-snmp
5.7.3. Do you think this can cause any serious impact?
Hi Anjali,
I think that approach is risky. It's easy
To: Vijay, Anjali ; net-snmp-coders@lists.sourceforge.net
Subject: Re: To understand the increase in size of buffer in agentx_parse() in
net-snmp-5.8
On 4/25/19 5:56 PM, Bart Van Assche wrote:
On 4/25/19 8:00 AM, Vijay, Anjali wrote:
I recently started working with net-snmp-5.8. I had a query over
Thanks Bart !!
Regards,
Anjali S. Vijay
From: Bart Van Assche
Sent: Sunday, April 28, 2019 3:38 AM
To: Vijay, Anjali; net-snmp-coders@lists.sourceforge.net
Subject: Re: To understand the increase in size of buffer in agentx_parse() in
net-snmp-5.8
On 4/25
On 4/25/19 5:56 PM, Bart Van Assche
wrote:
On 4/25/19 8:00 AM, Vijay, Anjali
wrote:
I recently started working with
net-snmp-5.8. I had a query over a change that was made
On 4/25/19 8:00 AM, Vijay, Anjali
wrote:
I recently started working with
net-snmp-5.8. I had a query over a change that was made to
agentx_parse() in agent/mibgroup/agentx/protocol.c. I noticed
Hi,
I recently started working with net-snmp-5.8. I had a query over a change that
was made to agentx_parse() in agent/mibgroup/agentx/protocol.c. I noticed that
the buffer of SNMP_MAX_MSG_SIZE (1472) in net-snmp-5.7.3 has been replaced
with the size 65536 in net-snmp-5.8.
u_char buffer
gt;>> description.
>>>> >> This patch fixes the missing NETSNMP_CALLBACK_OP_RESEND callback.
>>>> >>
>>>> >> - 0002-snmplib-snmp_api-Remove-the-request-on-the-session-w.patch
>>>> >>
>>>> >> This patch
Hi folks,
thanks for your solution, I have tested it internally and all works as expected.
I hope, this will be soon part of net-snmp-5.8.
Regards
Josef Ridky
Software Engineer
Core Services Team
Red Hat Czech, s.r.o.
- Original Message -
| From: "Anders Wallin"
| To:
;>
>>> >> This patch fixes the race between NETSNMP_CALLBACK_OP_SEND_FAILED
>>> >> and NETSNMP_CALLBACK_OP_TIMED_OUT callback. If the request is
>>> failed,
>>> >> then remove the request from the internal session.
>>> >>
>>
t; >>>
>> >>> NEWS: snmplib: PATCH: 1349: Fix perl/other crash against bad
>> SNMPv3
>> >>> agent
>> >>>
>> >>> With the patch in 1214, the snmp_api code assumed that if magic
>> was
>> >>> se
uct synch-state" from snmp_client. Of course,
> >>> magic belongs to the caller, and the perl library uses it
> >> differently,
> >>> so reaching into it is verboten. Introduce a new callback (that
> >>> was already introduced in 5.
perl library uses it
>> differently,
>>> so reaching into it is verboten. Introduce a new callback (that
>>> was already introduced in 5.8) to report this "retries exceeded"
>>> state, and use it in snmp_client."
>>>
>>> I think
message and one that
> > removes the "bad" code.
> > With these patches I don't get any crash. I think that 5.7.3 has this
> issue
> > as well, but it can not be crashed with the agentofdead code
> >
> > Can you please try this?
> >
> > Regards
>
e try this?
>
> Regards
> Anders Wallin
>
>
> On Wed, Apr 3, 2019 at 12:35 PM Josef Ridky wrote:
>
>> Hi,
>>
>> I have compared net-snmp-5.7.3 and net-snmp-5.8 and I have found, that
>> following callbacks in snmplib/snmp_api.c causes the core du
.4.1.9 -Ona
Regards,
Shogo Matsumoto
From: Anders Wallin [mailto:walli...@gmail.com]
Sent: Thursday, April 4, 2019 8:37 PM
To: shogo.matsum...@jp.fujitsu.com<mailto:shogo.matsum...@jp.fujitsu.com>
Cc:
net-snmp-coders@lists.sourceforge.net<mailto:net-snmp-coders@lists.sourceforge.net>
I will check, but it will be tomorrow
I don't know how I read the code last time, I was referring to the wrong
commit where the code was introduced, it was introduced with
"commit b7b50bbac7f21a924149d03da26ff0a44b25ec60
Author: VMwareDev Randy
Date: Mon Jun 22 22:20:43 2015 -0400
Hi,
The issue also occurs with the following patches.
NEWS: snmplib: PATCH: 1349: Fix perl/other crash against bad SNMPv3
0001-agentx-logging-to-late-responses.patch
0002-agentx-do-not-shut-down-all-sessions-when-one-sessio.patch
The issue occurs with the following patch (2914) too but
e patches I don't get any crash. I think that 5.7.3 has this issue
as well, but it can not be crashed with the agentofdead code
Can you please try this?
Regards
Anders Wallin
On Wed, Apr 3, 2019 at 12:35 PM Josef Ridky wrote:
> Hi,
>
> I have compared net-snmp-5.7.3 and net-snmp-5.8 and I
Hi,
I have compared net-snmp-5.7.3 and net-snmp-5.8 and I have found, that
following callbacks in snmplib/snmp_api.c causes the core dump issue:
--- old/snmplib/snmp_api.c 2019-04-03 12:13:55.126769866 +0200
+++ new/snmplib/snmp_api.c 2019-04-03 12:15:18.353420790 +0200
@@ -6731,9
ace condition.
>
> Regards
>
> Josef Ridky
> Software Engineer
> Core Services Team
> Red Hat Czech, s.r.o.
>
> ----- Original Message -
> | From: "Anders Wallin"
> | To: "Josef Ridky"
> | Cc: "net-snmp-coders"
> | Sent: Tuesday, Ap
To: "Josef Ridky"
| Cc: "net-snmp-coders"
| Sent: Tuesday, April 2, 2019 1:46:40 PM
| Subject: Re: Core dump with net-snmp-5.8
|
| Hi Josef,
|
| I think it's the same issue as https://sourceforge.net/p/net-snmp/bugs/2914/
| (where I also posted the solution)
| Regards
| Ander
Hi Josef,
I think it's the same issue as https://sourceforge.net/p/net-snmp/bugs/2914/
(where I also posted the solution)
Regards
Anders Wallin
On Tue, Apr 2, 2019 at 12:43 PM Josef Ridky wrote:
> Hi,
>
> recently, I have hit to an issue in net-snmp-5.8, that is connected to the
>
Hi,
recently, I have hit to an issue in net-snmp-5.8, that is connected to the bug
report [1].
When I tried to run agentofdeath test from [1], snmpd daemon will crash with
malloc(): smallbin double linked list corrupted or double free() issue and
dumps core (see bellow).
>From log file, I
I got it working.
Since I was compiling under Yocto, the cache wasn't cleared.
Thanks,
S
On Tue, Sep 11, 2018 at 11:17 AM, Wes Hardaker <
harda...@users.sourceforge.net> wrote:
> Simon Chamlian writes:
>
> > I am not seeing and compilation errors. It compiles fine but v2 does
> > not work:
>
Simon Chamlian writes:
> I am not seeing and compilation errors. It compiles fine but v2 does
> not work:
Very odd. What options did you compile with (IE, configure options...
run ./config.status --version to find out, or 'net-snmp-config
--configure-options'.
You might also run snmpd with
I am not seeing and compilation errors. It compiles fine but v2 does not
work:
*with 5.7.3*
$ snmpset -v 3 -u Simon -a MD5 -A Simon-00 -l authNoPriv 172.27.43.15
MPBC-1RU-MIB::mpbc1RUAckTrapCriticalEnable.0 i 1
MPBC-1RU-MIB::mpbc1RUAckTrapCriticalEnable.0 = INTEGER: true(1)
$ snmpget -v 2c -c
Simon Chamlian writes:
> With snmp 5.7.3 I used to have the agent handling both v2 and v3.
>
> With 5.8, only v3 seems to be available.
No, they should both work. Can you be more specific about how you
compiled it and what errors you're seeing?
--
Wes Hardaker
Please mail all replies to
Greetings,
With snmp 5.7.3 I used to have the agent handling both v2 and v3.
With 5.8, only v3 seems to be available.
Did the compilation flags changed ?
Do I need a specific flag (something like --enable_v2) to enable both v2
and v3?
Thanks,
S
On Fri, 20 Jul 2018 09:35:22 -0400 Simon wrote:
SC> While trying to port the newly released net-snmp to yocto, I am
SC> getting the following error:
SC>
SC> ERROR: This autoconf log indicates errors, it looked at host
SC> include and/or library paths while determining system
SC> capabilities.
Hi,
While trying to port the newly released net-snmp to yocto, I am getting the
following error:
ERROR: This autoconf log indicates errors, it looked at host include and/or
library paths while determining system capabilities.
Rerun configure task after fixing this.
DEBUG: Python function
On 07/02/18 06:46, Robert Story wrote:
> On Fri, 29 Jun 2018 13:38:27 -0700 Bart wrote:
> BVA> Can you explain why you have ignored all nine patches that I
> BVA> posted one week ago? Had you noticed that one of these patches
> BVA> is a build fix? See also
> BVA>
On Fri, 29 Jun 2018 13:38:27 -0700 Bart wrote:
BVA> Can you explain why you have ignored all nine patches that I
BVA> posted one week ago? Had you noticed that one of these patches
BVA> is a build fix? See also
BVA> https://sourceforge.net/p/net-snmp/mailman/message/36349380/.
I did not ignore
On 06/28/18 16:06, Robert Story wrote:
Net-SNMP 5.8.rc4 is now available for testing at
https://sourceforge.net/projects/net-snmp/files/net-snmp/5.8-release-candidates/
Below is a summary of the change in 5.8.rc4. Please see the CHANGES
file for a more detailed list of specific bugs
Net-SNMP 5.8.rc4 is now available for testing at
https://sourceforge.net/projects/net-snmp/files/net-snmp/5.8-release-candidates/
Below is a summary of the change in 5.8.rc4. Please see the CHANGES
file for a more detailed list of specific bugs/patches that have
been fixed/applied
Oops, it turns out that the reason that it works is because the agentx
session is in the session list that is always iterated over, so, this fix
is wrong: we should just silently ignore agentx sessions in this code.
--
On Wed, Mar 21, 2018 at 10:58 AM Bill Fenner wrote:
> The new code in net-snmp 5.8 that tries to account for v1 or v2 trap
> sessions logs an error from an agentx subagent, since the agentx code
> registers the session as being AGENTX_VERSION_1. This constant is only
> defined i
Robert Story writes:
> With any luck, this will be the last release candidate
Yes please! Thanks for all your work getting this out the door Robert.
I'd like to ask everyone (me too) to really really decide if a patch
you're proposing is truly a show stopper. I'd also
Net-SNMP 5.8.rc3 is now available for testing at
https://sourceforge.net/projects/net-snmp/files/net-snmp/5.8-release-candidates/
Below is a summary of the major changes in 5.8.rc3.
Please see the CHANGES file for a more detailed list of specific
bugs/patches that have been fixed/applied
On 2018/05/19 10:26, Magnus Fromreide wrote:
> On Fri, May 18, 2018 at 08:46:40PM -0700, Bart Van Assche wrote:
> > On 05/18/18 18:05, Stuart Henderson wrote:
> > > On 2018/05/18 18:36, Robert Story wrote:
> > > > snmplib:
> > > >- [BUG 2815]: Display UTF-8 characters again
> > > >
On Fri, May 18, 2018 at 08:46:40PM -0700, Bart Van Assche wrote:
> On 05/18/18 18:05, Stuart Henderson wrote:
> > On 2018/05/18 18:36, Robert Story wrote:
> > > snmplib:
> > >- [BUG 2815]: Display UTF-8 characters again
> > >- [BUG 3444939]: BUG: 1796886: snmplib: Avoid that
>
On 05/18/18 18:05, Stuart Henderson wrote:
On 2018/05/18 18:36, Robert Story wrote:
snmplib:
- [BUG 2815]: Display UTF-8 characters again
- [BUG 3444939]: BUG: 1796886: snmplib: Avoid that
sprint_realloc_octet_string() embeds unprintable control characters
On 2018/05/18 18:36, Robert Story wrote:
> snmplib:
> - [BUG 2815]: Display UTF-8 characters again
> - [BUG 3444939]: BUG: 1796886: snmplib: Avoid that
> sprint_realloc_octet_string() embeds unprintable control characters
> or binary zeroes in its output. This
Net-SNMP 5.8.rc2 is now available for testing at
https://sourceforge.net/projects/net-snmp/files/net-snmp/5.8-release-candidates/
Below is a summary of the major changes in 5.8.rc2
Please see the CHANGES file for a more detailed list of specific
bugs/patches that have been fixed/applied
On Fri, 4 May 2018 05:16:29 -0700 Bart wrote:
BVA> Thanks for having drawn our attention to that bug report. How
BVA> about fixing bug 2831 with the below patch?
BVA> [...]
BVA> include/net-snmp/agent/agent_internal_vars.h | 25
BVA> [...]
BVA> +#include
In order to make it clear that this
On 2018/05/04 05:16, Bart Van Assche wrote:
> On 05/03/18 13:48, Stuart Henderson wrote:
> > On 2018-04-27, Robert Story wrote:
> > > We're closing in on a final release. The current plan is to have
> > > release candidate 1 next week.
> >
> > Is it planned to address
On 05/03/18 13:48, Stuart Henderson wrote:
On 2018-04-27, Robert Story wrote:
We're closing in on a final release. The current plan is to have
release candidate 1 next week.
Is it planned to address https://sourceforge.net/p/net-snmp/bugs/2831/
before release or are
On Thu, 3 May 2018 21:48:50 +0100 Stuart wrote:
SH> On 2018-04-27, Robert Story wrote:
SH> > We're closing in on a final release. The current plan is to
SH> > have release candidate 1 next week.
SH>
SH> Is it planned to address
SH>
On 2018-04-27, Robert Story wrote:
> We're closing in on a final release. The current plan is to have
> release candidate 1 next week.
Is it planned to address https://sourceforge.net/p/net-snmp/bugs/2831/
before release or are distro packagers going to need to patch the
A pre-release version of the next major Net-SNMP release is now
available for testing. Net-SNMP 5.8.pre3 can be downloaded from:
https://sourceforge.net/projects/net-snmp/files/net-snmp/5.8-pre-releases/
Partial summary of changes since since 5.8.pre2:
*5.8.pre3*
snmplib:
- Asn1
The new code in net-snmp 5.8 that tries to account for v1 or v2 trap
sessions logs an error from an agentx subagent, since the agentx code
registers the session as being AGENTX_VERSION_1. This constant is only
defined in the agentx code, so agent_trap.c doesn't know what it is.
I suspect
On Mon, Mar 5, 2018 at 3:11 PM, Robert Story <rst...@freesnmp.com> wrote:
> A pre-release version of the next major Net-SNMP release is now
> available for testing. Net-SNMP 5.8.pre3 can be downloaded from:
>
This announcement had a typo. Release 5.8.pre2 (not pre3) is ava
A pre-release version of the next major Net-SNMP release is now
available for testing. Net-SNMP 5.8.pre3 can be downloaded from:
https://sourceforge.net/projects/net-snmp/files/net-snmp/5.8-pre-releases/
Partial summary of changes since since 5.8.pre2:
snmplib:
- TLS/DTLS fixes
A pre-release version of the next major Net-SNMP release is now
available for testing. Net-SNMP 5.8.pre1 can be downloaded from:
https://sourceforge.net/projects/net-snmp/files/5.8-pre-releases/
* Net-SNMP version 5.8 introduces support for new Authentication
protocols defined in RFC 7860
65 matches
Mail list logo