Since we are on the paged pool topic, has anyone got the link to how to set 
perfmon to trend a leaky app or some other way to watch and log the trend over 
a period of a couple days or so?

Thanks

Don K




________________________________
From: Brian Desmond <[email protected]>
To: NT System Admin Issues <[email protected]>
Sent: Tuesday, June 30, 2009 11:22:46 AM
Subject: RE: For those that use multipathing solutions with your servers NON 
Paged memory pool leak


There are also issues with HP and probably the other major vendors in this 
space. There was a bug in the MS library they are all linked to.
 
A lot of things can happen aside from that symptom below when you run out of 
nonpaged pool. A good indicator is if you see the SRV events (2019 or 202, I 
forget which one) saying you’re out. Machines can hang, apps can stop working, 
etc. 
 
Thanks,
Brian Desmond
[email protected]
 
c - 312.731.3132
 
Active Directory, 4th Ed- http://www.briandesmond.com/ad4/
Microsoft MVP - https://mvp.support.microsoft.com/profile/Brian
 
From:Ziots, Edward [mailto:[email protected]] 
Sent: Tuesday, June 30, 2009 6:34 AM
To: NT System Admin Issues
Subject: For those that use multipathing solutions with your servers NON Paged 
memory pool leak
 
All, 
 
http://seer.entsupport.symantec.com/docs/317378.htm 
http://blogs.technet.com/andym/archive/2008/12/04/powerpath-5-2-and-mpio-causing-npp-leak.aspx
 
The culprit in EMC land is the 5.2 and 5.2 SP1 PowerPath Drivers ( MPIO.sys of 
1.22.3790.2358) and the EMCMPIO.sys of 5.2.1.6 (5.2 SP1)
 
The fix: Move up to EMC multipath drivers Version 5.3 which will load 
Microsoft’s MPIO.sys updated to 1.23.3790.2451 which seems for the time being 
to address the Non-Page Memory Pool leak, this was driving one of my Exchange 
2003 SP2 2-node clusters insane over the last few months, it was discovered if 
the NON-Paged Memory counter you see on the Task manager gets about 106-108MB 
for a X86 32bit system, the http service for the Exchange Cluster will fail, 
and cause the Exchange group to fail because the resource is marked to affect 
the group. 
 
HTH with some folks out there, 
 
Z
 
 
Edward Ziots
Network Engineer
Lifespan Organization
MCSE,MCSA,MCP+I, ME, CCA, Security +, Network +
[email protected]
Phone:401-639-3505


      
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to