1st error :
------------------------------------------------------------------------------------------------------------------------------
location=/extend/wmpassport/jsp/ssologin.jsp?logintype=1
2010-3-12 2:06:12 org.apache.tomcat.util.net.PoolTcpEndpoint acceptSocket
严重: Endpoint ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8080] ignored exception: java.net.SocketException: Too many open f
iles
java.net.SocketException: Too many open files
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
at java.net.ServerSocket.implAccept(ServerSocket.java:450)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:60)
at org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint.java:407)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:70)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
2nd error
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
2010-3-12 2:06:41 org.apache.catalina.loader.WebappClassLoader openJARs
警告: Failed to open JAR
java.util.zip.ZipException: Too many open files
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:203)
at java.util.jar.JarFile.<init>(JarFile.java:132)
at java.util.jar.JarFile.<init>(JarFile.java:97)
at org.apache.catalina.loader.WebappClassLoader.openJARs(WebappClassLoader.java:1544)
at org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1763)
at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1570)
at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:850)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1299)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1181)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.apache.struts2.dispatcher.Dispatcher.cleanup(Dispatcher.java:254)
at org.apache.struts2.dispatcher.FilterDispatcher.destroy(FilterDispatcher.java:233)
at org.apache.catalina.core.ApplicationFilterConfig.release(ApplicationFilterConfig.java:258)
at org.apache.catalina.core.StandardContext.filterStop(StandardContext.java:3575)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4249)
at org.apache.catalina.core.StandardContext.reload(StandardContext.java:2924)
at org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:403)
at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1276)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1568)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1577)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1577)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1557)
at java.lang.Thread.run(Thread.java:595)
------------------------------------------------------------------------------------------------------------------------------------------------
2010-03-12 09:33:10 [Timer-4] WARN com.mchange.v2.async.ThreadPoolAsynchronousRunner --> com.mchange.v2.async.ThreadPoolAsynchronou
sRunner$DeadlockDetector@1796149 -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks!
2010-03-12 09:33:12 [http-8080-Processor64] WARN com.mchange.v2.c3p0.impl.DefaultConnectionTester --> SQL State '08007' of Exceptio
n tested by statusOnException() implies that the database is invalid, and the pool should refill itself with fresh Connections.
com.mysql.jdbc.exceptions.MySQLNonTransientConnectionException: Communications link failure during commit(). Transaction resolution
unknown.
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:980)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:926)
at com.mysql.jdbc.ConnectionImpl.commit(ConnectionImpl.java:1569)
4th
----------------------------------------------------------------------------------------------------------------------------------------------------
at java.lang.Thread.run(Thread.java:595)
2010-03-12 09:33:12 [http-8080-Processor65] WARN com.mchange.v2.c3p0.impl.DefaultConnectionTester --> SQL State '08007' of Exceptio
n tested by statusOnException() implies that the database is invalid, and the pool should refill itself with fresh Connections.
com.mysql.jdbc.exceptions.MySQLNonTransientConnectionException: Communications link failure during commit(). Transaction resolution
unknown.
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:980)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:926)
at com.mysql.jdbc.ConnectionImpl.commit(ConnectionImpl.java:1569)
at com.mchange.v2.c3p0.impl.NewProxyConnection.commit(NewProxyConnection.java:803)
at org.springframework.jdbc.datasource.DataSourceTransactionManager.doCommit(DataSourceTransactionManager.java:262)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManag
er.java:732)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java
:701)
at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSup
port.java:321)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:116)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at $Proxy5.getAllSearchRolesNumByCondition(Unknown Source)
This message was edited 1 time. Last update was at by Bear Bibeault
Kees Jan Koster
Ranch Hand
Joined: Mar 31, 2009
Posts: 220
posted
0
Dear Sun,
This is not a Tomcat problem. There may be two problems:
1) Your setting for max files is not picked up by the tomcat process. Linux uses a layered system for setting the max file descriptors. Try printing the output of 'ulimit -f' just before the Java command is executed in the startup script. Check that the output is actually more than the default.
2) You application is using lots of file descriptors, most likely not closing database connections or temporary files. You can find such issues in the code using findbugs (http://java-monitor.com/forum/showthread.php?t=200) Code changes are needed to fix these problems.
Most likely the problem is (2) and you can make Tomcat run for longer using (1), but ultimately it is a code bug and a new release is needed in which the leak is plugged.
This is not a Tomcat problem. There may be two problems:
1) Your setting for max files is not picked up by the tomcat process. Linux uses a layered system for setting the max file descriptors. Try printing the output of 'ulimit -f' just before the Java command is executed in the startup script. Check that the output is actually more than the default.
2) You application is using lots of file descriptors, most likely not closing database connections or temporary files. You can find such issues in the code using findbugs (http://java-monitor.com/forum/showthread.php?t=200) Code changes are needed to fix these problems.
Most likely the problem is (2) and you can make Tomcat run for longer using (1), but ultimately it is a code bug and a new release is needed in which the leak is plugged.
Kees Jan
Thankyou for helping me !
(1).
the value of 'ulimit -f' is 'unlimited' ,I think my max.file descriptors is fine, I setting this as the SUN told (http://docs.sun.com/source/819-0084-10/pt_tuningos.html#wp63719)
(2).
the java code writer has used the "c3p0" pool connection , and I think the parameters in the "config-datasource-mysql.properties" is the killing mechine .
may I ask you more to have a look at this file ? thank you very much !
this is the details .
#########################################
# MySql JDBC connection configuration #
#########################################
mysql.jdbc.username=dbuser
mysql.jdbc.passeord=password
mysql.jdbc.url=jdbc\:mysql\://localhost\:3306/db?useUnicode\=true&characterEncoding\=utf8
mysql.jdbc.driverClass=com.mysql.jdbc.Driver
###################################
# c3p0 basic pool configuration #
###################################
# Determines how many connections at a time c3p0 will try to acquire when the pool
# is exhausted. Default: 3
c3p0.acquireIncrement=3
# Number of Connections a pool will try to acquire upon startup. Should be between
# minPoolSize and maxPoolSize. Default: 3
c3p0.initialPoolSize=4
# Maximum number of Connections a pool will maintain at any given time. Default: 15
c3p0.maxPoolSize=64
# Minimum number of Connections a pool will maintain at any given time. Default: 3
c3p0.minPoolSize=4
c3p0.testConnectionOnCheckin = true
c3p0.automaticTestTable=C3P0TestTable
c3p0.idleConnectionTestPeriod = 1800
c3p0.maxIdleTime = 2500
c3p0.testConnectionOnCheckout = true
c3p0.description=A pooled c3p0 DataSource ###########################################################################
2) You application is using lots of file descriptors, most likely not closing database connections or temporary files. You can find such issues in the code using findbugs (http://java-monitor.com/forum/showthread.php?t=200) Code changes are needed to fix these problems.
Kees Jan
well , as the install.html said :
I unzip the downloaded file "java-monitor-probe.zip" and copy "java-monitor.war" into the /usr/tomcat/webapps/www.myweb.com/monitor/
and then just go back to the forum and wait ? but there is nothing after a couple minutes .
is there anything else I should to ? add somthing in the "server.xml" ? or edit the iptables ? or something ?
thank you very much !
Kees Jan Koster
Ranch Hand
Joined: Mar 31, 2009
Posts: 220
posted
0
Dear Sun,
You should put the WAR in /usr/tomcat/webapps/ directly. Tomcat will expand the WAR and load the web app.
Kees Jan
Kees Jan Koster
Ranch Hand
Joined: Mar 31, 2009
Posts: 220
posted
0
Also: mysql.jdbc.passeord... Should that not read mysql.jdbc.password... ?
Sun Nansong
Greenhorn
Joined: Mar 11, 2010
Posts: 4
posted
0
Kees Jan Koster wrote:Dear Sun,
You should put the WAR in /usr/tomcat/webapps/ directly. Tomcat will expand the WAR and load the web app.
Kees Jan
oh yes !! thanks ！！！ I saw the messages in the CATALINA.OUT
Excellent, good to hear it works for you. Now, what does it tell you about the file descriptors in your system? How many fd's do you have configured as max? What does the graph look like? If you post the graph to Java-monitor's forum I will reply there also.
0
