As Steve mentioned, its not just on Clustered Systems, or Exchange systems, any system that is heavy IO along with using the MPIO.sys and Powerpath or Other Multi-pathing software.
SQL, Exchange would be main culprit, since they are very IO intensive, I have been troubleshooting a problem for months on 1 exchange cluster here, that this was an issue, I have other exchange standalone and clustered systems that didn't have the affected multi-path versions and the non-paged memory leak issue was not seen. The main issues you are going to see in Exchange is the http service in the Exchange Cluster group fail after NON-Paged pool memory gets up to about 106-108MB on a X86 32bit system with the /3GB Switch and /USEREVA=3030 switc which is recommended by the Exchange best practice analyzer. Also you will see event ID 2019 in your eventlog about NON-Page Memory being exhausted and not able to allocate anymore, in which you probably will fail to authenticate with the domain ( NETLOGON Errors says it cant find a DC) and you will have to reboot to clear it. Z Edward Ziots Network Engineer Lifespan Organization MCSE,MCSA,MCP+I, ME, CCA, Security +, Network + [email protected] Phone:401-639-3505 -----Original Message----- From: Steven M. Caesare [mailto:[email protected]] Sent: Tuesday, June 30, 2009 10:13 AM To: NT System Admin Issues Subject: RE: For those that use multipathing solutions with your servers NON Paged memory pool leak If the fault is a non-paged pool leak... it will affect all systems eventually... probably just a matter of how much I/O they do before problems arise. -sc > -----Original Message----- > From: Christopher Bodnar [mailto:[email protected]] > Sent: Tuesday, June 30, 2009 10:09 AM > To: NT System Admin Issues > Subject: re: For those that use multipathing solutions with your > servers NON Paged memory pool leak > > Ed, have you seen any evidence of this on non Exchange systems, or non > clustered systems? We don't user Exchange and very few clustered > systems, but almost everything is EMC attached using PowerPath, so this > worries me. > > Thanks, > > Chris > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
