<div dir="ltr"><div dir="ltr" style="font-size:13.1999998092651px;line-height:19.7999992370605px">I recently updated to the 3.0 release version in our dev environment and was working on getting springResource working for our LDAP data connectors in attribute-resolver.xml. The IdP was last restarted on Friday, and I got on this morning to find the host nearly dead from resource exhaustion: I could barely log on and the CPU was over 100% (VM accounting artifact), memory usage was high, and my shell was out of file handles. Fortunately, killing the java process cleared things up.<div><br></div><div>The idp-process.log [1] file shows that OOM errors appeared shortly after startup: IdP startup at 10:33:56, first OOMError at 10:58:49. I had been running a pretty-close-to-3.0 snapshot for several weeks prior with no problems, but I made some notable configuration changes along with the upgrade to 3.0 release:</div><div><br></div><div>- Refactored attribute resolver config to use springResource</div><div>- logback logging for jetty</div><div><br></div><div>You can see from the log file that the LDAP pools were having trouble initializing; I have no idea why. My concern is that there&#39;s some resource that one of the reloading services is holding on to. File handle exhaustion seems to suggest that files or sockets are included in the set of held resources.</div><div><br></div><div>M</div><div><br></div><div>[1] <a href="https://drive.google.com/file/d/0Bz3YRk8WRdWraTQ4R01iaHM5MTA/view?usp=sharing" target="_blank">https://drive.google.com/file/d/0Bz3YRk8WRdWraTQ4R01iaHM5MTA/view?usp=sharing</a></div><div><br></div></div></div>