Re: Memory Leaking with NetSNMP V5.5

Mark Brooks <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Hi there, we have been doing some testing and it looks like there is a leak
somewhere, I believe its made worse by the LVS module.

The leak data spreadsheet was recorded over a weekend, with continuous
polling snmpwalk with a simple script that just looped the command over and
over, one with LVS SNMP module enabled and one with it disabled. As you can
see there is an increase in memory consumption in both conditions.



Could someone kindly help us figure this out

Thanks

Mark



On 29 April 2010 00:59, Mike Ayers <[email protected]> wrote:

> > From: Mark Brooks [mailto:[email protected]]
> > Sent: Wednesday, April 28, 2010 1:27 PM
>
> > We are running the 2.6.32.7 kernel with Centos 5.3 and using the LVS
> > SNMP module http://kb.linuxvirtualserver.org/wiki/Net-SNMP-LVS-Module
> > the memory usage increases each time we use snmpwalk to poll the system,
> > and increases with each query until the box crashes. Has anyone else
> > come across this issue. Or could kindly push us in the right direction
> > as where to look next.
>
>         Run snmpd without the dlmod for the LVS module and try the same
> test.  If there is no memory leak, then the problem is with with the LVS
> module, and you'll have to get support from them.  If not, let us know.
>
>
>        HTH,
>
> Mike
>
>

------------------------------------------------------------------------------

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
leak-data-2010-04-26.ods (application/vnd.oasis.opendocument.spreadsheet, 451.5 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.