Venkateswarlu K writes:
> We are using net-snmp version 5.7.3 in our ARM based Access Point. Recently we
> are observing snmp core in snmp_alarm.c file with below bt.
Based on the image, we'd need to see in a debugger what the 'a'
structure looks like. I'm not sure how the alarm stack got corru
Can someone help me with this ?
Thanks,
Venkateswarlu
On Tue, Oct 10, 2023 at 2:07 PM Venkateswarlu K
wrote:
> Hi All,
>
> We are using net-snmp version 5.7.3 in our ARM based Access Point.
> Recently we are observing snmp core in snmp_alarm.c file with below bt.
>
> Reading symbols from
> /
Hi All,
We are using net-snmp version 5.7.3 in our ARM based Access Point. Recently
we are observing snmp core in snmp_alarm.c file with below bt.
Reading symbols from
/home/administrator/core_debug/SCG-145228-1/lib/libnetsnmpagent.so.30...done.
Loaded symbols for
/home/administrator/core_debug/S
Hi,
Im using net-snmp 5.7.2.
I want to forward V3 INFORM's from VM1 to VM2.
snmptrapd crashed while forwarding V3 INFORM.
For my user case I have to run snmptrapd on both VM1 and VM2.
VM1 will receive INFORM/TRAP and forward it to VM2.
>From VM1 when I send link-up INFORM to localhost, snmptrapd
On 2020-05-26 10:49, David Moriconi (dmoricon) via Net-snmp-coders wrote:
> 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
>
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
br
atch!
>> --
>>
>> * [patches:#1388] <https://sourceforge.net/p/net-snmp/patches/1388/>
>> patch for bug 2923: snmpv3 bulkget errors result in double free core dump*
>>
>> *Status:* open
>> *Group:* backport-needed
>>
To try to make it easier I've created a fake pull request, allowing
comments on the diff and discussion, and a clear set of diffs between this
stuff and 5.8-patches:
https://github.com/fenner/net-snmp/pull/3
Bill
On Mon, May 20, 2019 at 11:27 AM Bill Fenner wrote:
> Some of the back and for
Some of the back and forth with rstory happened on the admin list; some of
it was unicast. I put together all of the patches, even though there are
now at least 2 fixes for the problem, and published them at
https://github.com/fenner/net-snmp/commits/rstory-getbulk-patches .
I can't imagine that
On Tue, May 14, 2019 at 1:38 PM Bart Van Assche wrote:
> On 5/14/19 4:01 PM, Bill Fenner wrote:
> > Perhaps getbulk no longer dumps core, but I can not get it to return
> > anything but GENERR any more, and, it seems to leak memory.
> >
> > Any "large enough" request seems to fail in this way, e.
On 5/14/19 4:01 PM, Bill Fenner wrote:
> Perhaps getbulk no longer dumps core, but I can not get it to return
> anything but GENERR any more, and, it seems to leak memory.
>
> Any "large enough" request seems to fail in this way, e.g.,
> snmpbulkget -v 3 ... -Cn 5 -Cr 50 sysUpTime sysUpTime sysUpTi
On 5/14/19 4:01 PM, Bill Fenner wrote:
> Perhaps getbulk no longer dumps core, but I can not get it to return
> anything but GENERR any more, and, it seems to leak memory.
>
> Any "large enough" request seems to fail in this way, e.g.,
> snmpbulkget -v 3 ... -Cn 5 -Cr 50 sysUpTime sysUpTime sysUpTi
>
> * [patches:#1388] <https://sourceforge.net/p/net-snmp/patches/1388/> patch
> for bug 2923: snmpv3 bulkget errors result in double free core dump*
>
> *Status:* open
> *Group:* backport-needed
> *Created:* Tue Mar 05, 2019 09:56 AM UT
posted by Anders, and I tried to add the
>>>> description.
>>>> >> This patch fixes the missing NETSNMP_CALLBACK_OP_RESEND callback.
>>>> >>
>>>> >> - 0002-snmplib-snmp_api-Remove-the-request-on-the-session-w.patch
>>>&g
"Masayoshi Mizuma"
| Cc: "Josef Ridky" , "Net-SNMP Coders"
| Sent: Tuesday, April 9, 2019 12:54:09 PM
| Subject: Re: Core dump with net-snmp-5.8
|
| Now it works fine!
|
| thx
| Anders Wallin
|
|
| On Tue, Apr 9, 2019 at 2:26 AM Masayoshi Mizuma
| wrote:
|
| > Hi
ternal session.
>>> >>
>>> >> Thanks,
>>> >> Masa
>>> >>
>>> >> On 4/3/19 9:34 AM, Anders Wallin wrote:
>>> >>> The introduction of that code fixes another issue;
>>> >>> "commit 56c30b
d Dec 20 21:52:10 2017 +
>> >>>
>> >>> 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
>&g
set, it was the "struct 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
> >>>
;>>
>>> I think the problem is really about shutting down the agentx connection
>>> when one(1) response is to late. I have
>>> done 2 patches (one that only write a better log message and one that
>>> removes the "bad" code.
>>> W
only write a better log 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?
&g
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 have found, that
>> following callbacks in snmplib/snmp_api.c causes the co
3.6.1.4.1.9 -Ona
Regards,
Shogo Matsumoto
From: Anders Wallin [mailto:[email protected]]
Sent: Thursday, April 4, 2019 8:37 PM
To: [email protected]<mailto:[email protected]>
Cc:
[email protected]<mailto:[email protected]
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
snmp_send
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 I
nd 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 +6731,9 @@ snmp_resend_request
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
Hi Josef,
I can reproduce the issue using the master branch, I will take a look at it
later tonight or tomorrow
Regards
Anders Wallin
On Tue, Apr 2, 2019 at 3:42 PM Josef Ridky wrote:
> Hi,
>
> thanks for your patch. Unfortunately, even when I have applied it, it
> still ends wi
Hi,
thanks for your patch. Unfortunately, even when I have applied it, it still
ends with core dump due of 'double free or corruption (fasttop)'
When I run snmpd with -Dsnmp_agent,agentx/master it ends with:
agentx/master: sending pdu (req=0x1d4,trans=0x1d3,sess=0x5)
snmp_agent
calhost snmpd[12073]: malloc(): smallbin double linked
> list corrupted
> Mar 28 06:52:43 localhost systemd[1]: Started Process Core Dump (PID
> 13652/UID 0).
> Mar 28 06:52:48 localhost systemd[1]: snmpd.service: Main process exited,
> code=dumped, status=6/ABRT
> Mar 28 06:52:48 loca
calhost snmpd[12073]: malloc(): smallbin double linked list
corrupted
Mar 28 06:52:43 localhost systemd[1]: Started Process Core Dump (PID 13652/UID
0).
Mar 28 06:52:48 localhost systemd[1]: snmpd.service: Main process exited,
code=dumped, status=6/ABRT
Mar 28 06:52:48 localhost systemd[1]: snmpd.servic
Den 31-03-2014 16:05, Brian Platt skrev:
> Cores being created on a Sun O/S 5.10 server:
>
> Below is info that maybe helpful. If a different version should be used
> please advise.
What version of Net-SNMP?
You might want to try the 5.7.3 pre-release, which is supposed to fix
problems with (to
Cores being created on a Sun O/S 5.10 server:
Below is info that maybe helpful. If a different version should be used please
advise.
If you talk with Net-SNMP guys you can tell them that place of the crash is in
their udpTable.c module
ocsfw@WdccLabFW05 /FusionWorks/luka/JIRA/1505
$ file /us
Mohammad Shamim writes:
> Need help your help to resolve the net-snmp crash issue with core dump
> file on solaris 10 servers.
You should use gdb or a similar debugger to figure out where it's
crashing.
[we actually have a good wiki page about how to do that, but our wiki is
br
Hi
Need help your help to resolve the net-snmp crash issue with core dump file on
solaris 10 servers.
Regards
Mohammad Shamim
UNIX Administrator
HCL, Noida-SEZ, Sec-126, 3A, Infra Tower
India - 201301
Desk Phone : +1-424-230-0835 Extn. 40835
Mobile: +91- 786493
On Wed, 3 Nov 2010 18:34:58 +0100 Claus wrote:
CK> It happens while de-allocate an index of a shared table which was
CK> never allocated.
CK> The core dump does not ocure every time, its depends on the agentx
CK> traffic so far,
CK> but the session times out and the subage
It happens while de-allocate an index of a shared table which was
never allocated.
The core dump does not ocure every time, its depends on the agentx
traffic so far,
but the session times out and the subagent mib vars are never seen.
Who has written this agentx code? There seems a general
On Thu, 28 Oct 2010 20:43:21 +0200 Claus wrote:
CK> I am working with net-snmp as master agent and a subagent which
CK> register a private MIB with a table.
CK>
CK> First I create a row with set the RowStatus = createAndGo, set the
CK> row object (in my example a DisplayString).
CK> Than I d
Hi,
I am working with net-snmp as master agent and a subagent which
register a private MIB with a table.
First I create a row with set the RowStatus = createAndGo, set the
row object (in my example a DisplayString).
Than I destroy this row again.
While de-register the row, while working
>>>>> On Sat, 16 Oct 2010 12:16:23 +0200, Pierluigi
>>>>> said:
P> In this case the process dies end exit with a core dump error.
P> Why?
It certainly shouldn't do that, but it sounds specific to your
particular environment and possibly code. You'
Good morning.
I would like to ask you a question.
My process is running SNMP requests to remote hosts by reading the IP
addresses from a file.
It works perfectly until it finds a consecutive series of host unreachable.
In this case the process dies end exit with a core dump error.
Why
2009/4/28 inyaven sakarai :
> # gdb /usr/local/sbin/snmpd ./core.snmpd.20701
> BACKTRACE
> (gdb) bt
> #0 0xfed31d50 in strlen () from /usr/lib/libc.so.1
> #1 0xff26bdfc in var_hrswinst () from /usr/local/lib/libnetsnmpmibs.so.15
[snip]
It's a bit difficult to be sure what's gone wrong with t
debugging information of the core dump done with gdb tool. Below is the
output
# gdb /usr/local/sbin/snmpd ./core.snmpd.20701
This GDB was configured as "sparc-sun-solaris2.10"...
Reading symbols from /usr/local/lib/libnetsnmpagent.so.15...done.
Loaded symbols for /usr/local/lib/libnetsnmpa
> On Mon, 27 Apr 2009 02:59:52 -0700 (PDT), inyaven sakarai
> said:
is> fed31d50 strlen (ffbff070, ffbfee70, ffbfee6c, 0, ffbfee68, ffbfee64) +
50
is> ff30dadc netsnmp_old_api_helper (30, 125980, 1d4c70, 1891f0, ffbff070, 0)
+ 234
This output though better than nothing is still a
Hi there,
I have installed the latest netsnmp in a Solaris 10 machine.
SunOS umobile-p-usms01 5.10 Generic_127127-11 sun4v sparc
SUNW,SPARC-Enterprise-T5220
Now, everytime I do a snmpwalk it creates 3 core files in the root directory.
Below is what I "tried" to analyse
r...@umobile-p-usms0
Fong Tsui wrote:
> I am running into a core dump in
> netsnmp_check_outstanding_agent_requests().
> It is v5.0.9 and on Linux.
The 5.0.x branch is about to be EOLed. Can you reproduce this with
5.0.11.rc1? Updating to a current branch (5.3.1.pre3 etc.) is recommended.
Hi, everybody,
I am running into a core dump in
netsnmp_check_outstanding_agent_requests().
It is v5.0.9 and on Linux.
The following is the gdb output. It seems that a session in
agent_delegated_list has been freed but has not been set to NULL. Has
anybody seen this problem or know the fix
On Fri, 04 Nov 2005 16:41:24 -0500 Haizhu wrote:
HL> I am using net-snmp 5.2.8, and my applicaiton runs on linux.
There is no such release.
HL> snmp_timeout() does not take any parameters, I don't really know what it
HL> is doing underneath, I don't have any particular request to send.
The stack
>I am using net-snmp 5.2.8, and my applicaiton runs on linux.
Did I miss something? I thought we were debating releasing 5.2.2.
This communication is intended for the use of the recipient to which it is
addressed, and may contain confidential, personal and or privileged
information. Please cont
urceforge.net
To: "Haizhu Liu" <[EMAIL PROTECTED]>
CC: [email protected]
Subject: Re: core dump in snmp_timeout()
Date: Fri, 4 Nov 2005 14:06:05 -0500
On Mon, 31 Oct 2005 16:34:25 -0500 Haizhu wrote:
HL> My application core dumped at
HL>
HL> (gdb) where
On Mon, 31 Oct 2005 16:34:25 -0500 Haizhu wrote:
HL> My application core dumped at
HL>
HL> (gdb) where
HL> #0 0x40075036 in snmp_resend_request () from /usr/lib/libnetsnmp.so.5
HL> #1 0x40075647 in snmp_sess_timeout () from /usr/lib/libnetsnmp.so.5
HL> #2 0x40074f88 in snmp_timeout () from /usr
Hi,
My code core dumped at
#0 0x4002f0dd in pthread_mutex_lock () from /lib/libpthread.so.0
#1 0x402ed568 in free () from /lib/libc.so.6
#2 0x40065360 in snmp_free_session () from /usr/lib/libnetsnmp.so.5
#3 0x400654a4 in snmp_sess_close () from /usr/lib/libnetsnmp.so.5
Can somebody give me
Hi,
My application core dumped at
(gdb) where
#0 0x40075036 in snmp_resend_request () from /usr/lib/libnetsnmp.so.5
#1 0x40075647 in snmp_sess_timeout () from /usr/lib/libnetsnmp.so.5
#2 0x40074f88 in snmp_timeout () from /usr/lib/libnetsnmp.so.5
it happened when the agent I am trying to rea
On Fri, 2005-08-19 at 17:23 -0400, Stefan Raab wrote:
> My MIB (CISCO-DOT11-ASSOCIATIONS) has the following index definition:
> Everytime I try and use this MIB I get a core dump
I've just tried running a command over this MIB, and it works fine.
What exactly do you mean by &quo
,
cDot11ClientAddress
}
cDot11ClientAddress is "SYNTAX MacAddress"
Everytime I try and use this MIB I get a core dump at line 4204
of mib.c (current cvs version) in _get_realloc_symbol:
if (strcmp(get_tc_descriptor(tp->tc_index), "
I noticed that whenever I use an override in my snmpd.conf file, I get a core
dump. I compiled net-snmp-5.1.1 on slackware 9.1.
For example:
override sysDescr.0 octet_str "foo"
will cause the daemon to toss core while it is parsing the config file.
The problem is in agent_
55 matches
Mail list logo
