TypeNameCache blows the 1024 limit of simultanious open socket/file descriptors
-------------------------------------------------------------------------------
Key: GEOT-3426
URL: http://jira.codehaus.org/browse/GEOT-3426
Project: GeoTools
Issue Type: Bug
Components: data arcsde
Affects Versions: 2.7-RC1
Environment: GNU/Linux 2.6.18-194.32.1.el5 geoserver-2.1rc1 geotools
snapshot-2.8
Reporter: Rudi Hochmeister
Assignee: Gabriel Roldán
Attachments: geoserver.log, tomcat6.log
During the night geoserver had a strange behaviour.
It crashed after continously trying to connect to a non reachable geo-db
(database was shut down for a certain period of time).
geoserver log is filled with "ERROR org.geotools.arcsde.data - Updating
TypeNameCache failed" entries.
tomcat log is filled with "SCHWERWIEGEND: Socket accept failed -
java.net.SocketException: Too many open files" entries.
My guess is that TypeNameCache is opening sockets without releasing provious
ones.
After reaching the 1024 limit of simultanious open socket/file descriptors, jvm
exits.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
