Windows Net-SNMP Handle leak (pass persist extensions ) ???

Jayson A Robinson <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <408BE5DB7F9139489EADD1D0067AE1141418B076@EMASC202VS01.exchad.jpmchase.net>
All,

Not sure if this belongs in coders or here but we think we've found another handle leak in the windows net-snmp 5.4.1.2 and 5.4.2.1 clients when walking pass persist extensions.  It does not appear that Net-SNMP is closing the handle properly and is still leaving some zombie processes around.

We have confirmed this is happening outside of our extensions and is happening within every request we send when we are requesting an oid serviced by a pass persist extension.


[cid:[email protected]]

The following is from Microsoft:


Commit: 988896K        Pool N: 83,768K  P: 91,016K      SystemUpTime(hours)=21.61   4/16/2009 5:20:46 PM



Performance monitor does show the Handle leak in Snmpd  47,651 open handles


‎‎
 !PROCESS fffffadfe7281c20
    SessionId: 0  Cid: 050c    Peb: 7efdf000  ParentCid: 0198
    DirBase: 3335e000  ObjectTable: fffffa8002de4650  HandleCount: 48289.
    Image: snmpd.exe
 kd> !handle
processor number 0, process fffffadfe7281c20
PROCESS fffffadfe7281c20
    SessionId: 0  Cid: 050c    Peb: 7efdf000  ParentCid: 0198
    DirBase: 3335e000  ObjectTable: fffffa8002de4650  HandleCount: 48289.
    Image: snmpd.exe


Handle table at fffffa80040c6000 with 48289 Entries in use
fffffa80040c6000: Unable to read handle table middle level







Process objects and thread objects in the perfmon directly correlate with the Snmpd handle leak both growing at the same rate as the handle count in Snmpd explaining the 2 high Non paged pool system tags Thre and Proc.



The memory dump provided to Microsoft shows there are 9956 Zombie extension processes this is causing the Proc Npp Pool tag to increase to its current size of 23.89 MB



The Thre non paged pool tag is high (25.40 MB) due to the zombie processes not being able to dereference memory allocations because of the open handles in Snmpd.



If you would like to confirm this



Please run perfmon at a 5 second interval, kill the snmpd Process, continue to let the perfmon run for15-20 minutes and we should see the Threads and Process Objects come down.



We have confirmed that this issue still exists in the 5.4.2.1 version of the agent.



Steps to replicate:



1. start net-snmp ( ensure there is a pass persist line in the snmpd.conf -> can point to a functional or non-functional extension.

2. start perfmon

3. select the "Process" performance object.

4. select "Handle Count" and then select the "snmpd" instance.

5. start polling the oid serviced by your pass persist extension.

6. watch the handle count climb.


Any thoughts on next steps?

Jayson Robinson
DSS Instrumentation - Performance and Hardware Monitoring Engineering
Global Technology Infrastructure
Office:  614-217-7521

[cid:[email protected]]



This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to European legal entities.

------------------------------------------------------------------------------
Stay on top of everything new and different, both inside and 
around Java (TM) technology - register by April 22, and save
$200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
300 plus technical and hands-on sessions. Register today. 
Use priority code J9JMT32. http://p.sf.net/sfu/p

_______________________________________________
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
image001.jpg (image/jpeg, 59.2 KB) - not displayed
image002.gif (image/gif, 1.1 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.