Re: Query related to memory leaks and read errors in snmptrap command

se at exit: 42 bytes in 3 blocks >>> ==20969== total heap usage: 19,431 allocs, 19,428 frees, 1,140,080 >>> bytes allocated >>> ==20969== >>> *==20969== 17 bytes in 1 blocks are definitely lost in loss record 2 of >>> 3* >>> *==20969==at 0x

Re: Query related to memory leaks and read errors in snmptrap command

s in 2 blocks* > ==20969==indirectly lost: 0 bytes in 0 blocks > ==20969== possibly lost: 0 bytes in 0 blocks > ==20969==still reachable: 7 bytes in 1 blocks > ==20969== suppressed: 0 bytes in 0 blocks > ==20969== Reachable blocks (those to which a pointer was found)

Fwd: Query related to memory leaks and read errors in snmptrap command

yes to see where uninitialised values come from ==20969== ERROR SUMMARY: 100 errors from 8 contexts (suppressed: 4 from I came to know highlighted memory leaks. Is any patch available for the same? -- Managing the Performan

Memory leaks in MFD-generated code?

I've been trying to track down some memory leaks in my pingCtlTable implementation. After I fixed the bugs from not freeing my own data structures, valgrind points out two "definitely lost" chunks: ==7467== 17,568 bytes in 6 blocks are definitely lost in loss record 1,075 of 1,086

Re: Memory leaks in ipIfStatsTable

2013/1/15 Jacek Luczak : > Hi, > > I'm running RHEL 6.2 x86_64 (coming with net-snmp 5.5 branch) where > snmpd is mostly used by HP ProLiant Support Pack components > (hp-snmp-agents). > > On one host I've found that snmpd is consuming a lot of memory - > amount of which grows in time. After 24h it

Memory leaks in ipIfStatsTable

Hi, I'm running RHEL 6.2 x86_64 (coming with net-snmp 5.5 branch) where snmpd is mostly used by HP ProLiant Support Pack components (hp-snmp-agents). On one host I've found that snmpd is consuming a lot of memory - amount of which grows in time. After 24h it runs on ~3GB but I've seen 18GB if dea

Re: NET-SNMP v5.7.2 Memory Leaks issues running snmptrapd.

On 2012-12-10, William wrote: > Hi Gary, thanks for the suggestion. I tried commenting out that call to > log_notifications() in the > /net-snmp-5.7.2/agent/mibgroup/notification/snmpNotifyTable.c program file > and recompiled the package with it. Ran snmptrapd and still has memory > leak. This

RE: [[email protected]: Re: NET-SNMP v5.7.2 Memory Leaks issues running snmptrapd.]

will tell. Thank You! Bill Yee -Original Message- From: Stuart Henderson [mailto:[email protected]] Sent: Tuesday, December 11, 2012 8:14 PM To: William Subject: [[email protected]: Re: NET-SNMP v5.7.2 Memory Leaks issues running snmptrapd.] Forwarded copy, in case my list mail

RE: NET-SNMP v5.7.2 Memory Leaks issues running snmptrapd.

it for needs it. Thank You! Bill Yee -Original Message- From: Gary Dunlap [mailto:[email protected]] Sent: Monday, December 10, 2012 1:33 PM To: [email protected] Cc: [email protected] Subject: RE: NET-SNMP v5.7.2 Memory Leaks issues running snmptrapd. Hi. Here

RE: NET-SNMP v5.7.2 Memory Leaks issues running snmptrapd.

2 11:06 AM To: [email protected] Subject: NET-SNMP v5.7.2 Memory Leaks issues running snmptrapd. Hello, main issue being reported is "Memory Leaks" in net-snmp v5.7.2 and v5.7.1. Support Key: 44ae-0f1e-cd36-1abb First off I am totally new to net-snmp and the support forum mechan

NET-SNMP v5.7.2 Memory Leaks issues running snmptrapd.

Hello, main issue being reported is "Memory Leaks" in net-snmp v5.7.2 and v5.7.1. Support Key: 44ae-0f1e-cd36-1abb First off I am totally new to net-snmp and the support forum mechanism usage, so I hope I am posting to the right forum. I just want to get this memory leaking issues re

net-snmp memory leaks

Dear Mr. /Ms., Hi: I have a problem (SNMP Get), to seek help, the problem described as follows: The main body of the program (Referencehttp://www.net-snmp.org/tutorial/tutorial-5/toolkit/demoapp/snmpdemoapp.c), I added a while loop, do SNMPDEMO about 50 times the memory will in

Re: Memory leaks when sending traps

On Thu, Jun 17, 2010 at 12:29 AM, Sylvain Dery wrote: > Silly me! The snmpd.conf file was not configured properly for the > rwcommunity. > > So, the result of the snmpset -v2c -cprivate localhost > enterprises.2021.254.8.0 i 0 command is: > > snmpset -v2c -cprivate localhost enterprises.2021.254

Re: Memory leaks when sending traps

d that does generate traps, and a memory leak! Sylvain From: Sylvain Dery To: Bart Van Assche Cc: [email protected] Sent: Wed, June 16, 2010 5:19:18 PM Subject: Re: Memory leaks when sending traps The command returns: snmpset -v2c -cp

Re: Memory leaks when sending traps

From: Robert Story To: Sylvain Dery Cc: [email protected] Sent: Fri, June 11, 2010 11:26:45 AM Subject: Re: Memory leaks when sending traps On Thu, 10 Jun 2010 10:56:27 -0700 (PDT) Sylvain wrote: SD> There is a memory leak of ~24 k in snmpd everytime I send snmp-v2 traps.

Re: Memory leaks when sending traps

art as a master agent (therefore I don't need the snmpd process anymore), the leak is gone... Sylvain From: Bart Van Assche To: Sylvain Dery Cc: [email protected] Sent: Fri, June 11, 2010 2:33:26 AM Subject: Re: Memory leaks when se

Re: Memory leaks when sending traps

On Thu, 10 Jun 2010 10:56:27 -0700 (PDT) Sylvain wrote: SD> There is a memory leak of ~24 k in snmpd everytime I send snmp-v2 traps. SD> I'm using the 5.5 windows binary (net-snmp-5.5.0-2.x64.exe ) If that binary was configured with notification logging, then it could be that it's not leaking, but

Re: Memory leaks when sending traps

m:* Bart Van Assche > *To:* Sylvain Dery > *Cc:* [email protected] > *Sent:* Thu, June 10, 2010 2:12:15 PM > *Subject:* Re: Memory leaks when sending traps > > On Thu, Jun 10, 2010 at 7:56 PM, Sylvain Dery wrote: > >> >> There is a memory l

Re: Memory leaks when sending traps

e.net Sent: Thu, June 10, 2010 2:12:15 PM Subject: Re: Memory leaks when sending traps On Thu, Jun 10, 2010 at 7:56 PM, Sylvain Dery wrote:   >There is a memory leak of ~24 k in snmpd everytime I send snmp-v2 traps.  I'm >using the 5.5 windows binary (net-snmp-5.5.0-2.x64.exe ) as

Re: Memory leaks when sending traps

On Thu, Jun 10, 2010 at 7:56 PM, Sylvain Dery wrote: > > There is a memory leak of ~24 k in snmpd everytime I send snmp-v2 traps. > I'm using the 5.5 windows binary > (net-snmp-5.5.0-2.x64.exe) > a

Memory leaks when sending traps

Hi, There is a memory leak of ~24 k in snmpd everytime I send snmp-v2 traps.  I'm using the 5.5 windows binary (net-snmp-5.5.0-2.x64.exe ) as download from http://sourceforge.net/projects/net-snmp/files/net-snmp binaries/5.5-binaries/ on Windows-XP.  Same leaks occurs with snmp-v1 and informs.

Re: Memory Leaks in net-snmp5.3.0.1

We configured 5 snmp trap recievers. When daemon is sending traps at faster rate, consuming memory very fast i.e. 4KB per 2 seconds. Please tell me which patch is having fix for this memory leak...!! Regards Koteswar On Wed, Dec 10, 2008 at 11:48 AM, koteswararao kelam < [EMAIL PROTECTED]> wrote:

Memory Leaks in net-snmp5.3.0.1

Hi all I am using net-snmp release 5.3.0.1 daemon. And I am doing snmp walk in a loop continuously. After 3 or 4 days it consumed 3MB memory. Do I need to upgrade to latest version of snmpd to fix this *memory leak*? If so which one? Looking for positive response... Best Regards Koteswar

memory leaks, snmp_enum and tables

se_add_pair_to_slist is declared as int se_add_pair_to_slist(char* list, char* label, int value) I will use 'label' and 'value' below to refer to the arguments. In snmp_api.c, line 776 and 777 says: se_add_pair_to_slist("asntypes", strdup("uinteger"), ASN_GAUGE); se_add_pair_to_slist("asntypes

rfv: small fixes to memory leaks in Net-SNMP Python interface

Attached is a patch which addresses a few memory leak issues in the Python Net-SNMP interface. prior to the patch session creation leaked the session pointer...also within the session, memory was allocated which was not freed by snmp_close()...both of these issues were addressed as confirmed by va

Re: rfv: small fixes to memory leaks in Net-SNMP Python interface

> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes: TA> +1 (especially since the Python modules haven't been shipped before) +1 from me as well. Go ahead and apply it Joe (I know it hasn't been 24 hours). -- Wes Hardaker Sparta, Inc.

Re: rfv: small fixes to memory leaks in Net-SNMP Python interface

G. S. Marzot wrote: > Attached is a patch which addresses a few memory leak issues in the Python > Net-SNMP interface. > > The proposal is that these fixes be accepted prior to release. +1 (especially since the Python modules haven't been shipped before) +Thomas -- Thomas Anders (thomas.ander

rfv: small fixes to memory leaks in Net-SNMP Python interface

Attached is a patch which addresses a few memory leak issues in the Python Net-SNMP interface. prior to the patch session creation leaked the session pointer...also within the session, memory was allocated which was not freed by snmp_close()...both of these issues were addressed as confirmed by va

Re: Patch to fix memory leaks at shutdown

> On Fri, 07 Jul 2006 23:13:20 +0200, Thomas Anders <[EMAIL PROTECTED]> > said: Thomas> Please submit to www.net-snmp.org/patches so it won't get Thomas> lost. It's applied already, but normally Thomas is right... patches should go into the patch db. -- Wes Hardaker Sparta, Inc. Using

Re: Patch to fix memory leaks at shutdown

Mathew> I add some code to free memory that isn't being cleaned up Mathew> when snmp is shutdown. The code is pretty simple, I added a Mathew> function to lcd_time.c called free_etimelist which iterates Mathew> through the list of Enginetime structures and frees the Mathew> memory. I added a cal

Re: Patch to fix memory leaks at shutdown

Mathew Bielejeski wrote: > I add some code to free memory that isn't being cleaned up when snmp is > shutdown. The code is pretty simple, I added a function to lcd_time.c > called free_etimelist which iterates through the list of Enginetime > structures and frees the memory. I added a call to fre

Patch to fix memory leaks at shutdown

I add some code to free memory that isn’t being cleaned up when snmp is shutdown.  The code is pretty simple, I added a function to lcd_time.c called free_etimelist which iterates through the list of Enginetime structures and frees the memory.  I added a call to free_etimelist to snmp_shutd

Re: Memory Leaks

On Sun, 17 Jul 2005 21:51:51 +1000 Laurie wrote: LG> Both show what appear to be the same details and that's a lot of leaks LG> and for this single run about 1200 bytes leak. LG> Looks like there are some calls missing like snmp_shutdown("snmpwalk") LG> just before the exit maybe? We aren't too

Memory Leaks

check for memory leaks so I added Visual Leak Detector [http://www.codeproject.com/tools/visualleakdetector.asp] and later substituted that for the one on MSDN [http://msdn.microsoft.com/library/default.asp?url=""> Both show what appear to be the same details and that's a lot of l

Re: Bug report and Rqeust for confirm (about memory leaks on SET)

On Sun, 25 Jul 2004 12:54:00 +0900 Won-Sik wrote: WSK> If somebody who know about definition MIB_CLIENTS_ARE_EVIL, let me know. A quick grep of the code turns up an explanation in snmp_vars.c: * mib clients are passed a pointer to a oid buffer. Some mib clients * * (namely, those first noticed

RE: Re: Re: Bug report and Rqeust for confirm (about memory leaks on SET)

; [EMAIL PROTECTED] Cc: Penz, Bernhard Subject: Re: Re: Re: Bug report and Rqeust for confirm (about memory leaks on SET) Hi Fong, It is true that there is crash. I tested rstory's solution with set script(set script sends set requests continuously). And, crash occurs time to time. (a cras

Re: Re: Re: Bug report and Rqeust for confirm (about memory leaks on SET)

t;[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Cc: "Penz, Bernhard" <[EMAIL PROTECTED]> Sent: Saturday, August 07, 2004 2:14 AM Subject: RE: Re: Bug report and Rqeust for confirm (about memory leaks on SET) Hi, Won-Sik, I had the same problem, memory leak when SET data in s

RE: Re: Bug report and Rqeust for confirm (about memory leaks on SET)

[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Won-Sik Kim Sent: Saturday, July 24, 2004 8:54 PM To: [EMAIL PROTECTED] Cc: Penz, Bernhard Subject: Re: Re: Bug report and Rqeust for confirm (about memory leaks on SET) Hi, I tested my agent to check memory leaks on agentx subagent

Re: Re: Bug report and Rqeust for confirm (about memory leaks on SET)

Hi, I tested my agent to check memory leaks on agentx subagent for SET requests. Unfortunately, with my patch, still memory leaks occur. So, I dug into it Yesterday. And, I found out no crash and no memory leak solution(?) for subagent's SET memory leak. Actually, Mr. rstory already foun

Re: snmptrapd memory leaks

Hello. My apologies to Niels if he has already replied to this thread. The NULL-pointer dereferencing patch was applied today to 5.0 patches, 5.1. patches, and current branches. The snmptrapd memory leaks that you provided fixes for was managed with different patches, [Thanks to Niels!!], but