RE: [JBoss-user] Memory leak in 3.2.3
Thanks for the tip. I've increased mem for permanent generation, I'll see if it helps... Matt On Thu, 2004-02-26 at 16:54, Stephane Nicoll wrote: Guys, This problem is not new :/ http://sourceforge.net/tracker/index.php?func=detailaid=576913group_id=2286 6atid=376685 Regards, Stephane -Original Message- From: Matthew Van Horn [mailto:[EMAIL PROTECTED] Sent: Thursday, February 26, 2004 8:48 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Memory leak in 3.2.3 I get the same thing happening in 3.2.1 under windows, and possibly on linux as well (I am not remembering right now if it has definitely happened on that machine) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Fitzpatrick Sent: Thursday, February 26, 2004 3:18 AM To: Jboss User Subject: [JBoss-user] Memory leak in 3.2.3 I've been doing some development under Jboss 3.2.3 for a while and I'm noticing a problem: Each time I place a .ear file in the server's deploy directory, the memory usage for Jboss grows (expected behavior.) If I remove the .ear file, the server un-deploys the application, but the memory is not returned, even after some time. If I overwrite the .ear file, the server re-deploys the application. Each time this is done, memory usage grows, and is never returned. I'm using Jboss 3.2.3, under Mac OS 10.3.2. By default applications are limited to 250mbs of ram. Jboss starts up around 82mb with the .ear already in place. After about 15-17 re-deploys, Jboss triggers an Out-Of-Memory error. At that point it has exceeded the 250mb limit. The computer still has memory, it's just that Jboss has exceeded the limit. Am I missing something? It seems as though Jboss takes memory each time a deployment occurs and doesn't return it when things are un-deployed. Any help would be appreciated. Thanks, John --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user -- Matthew Van Horn [EMAIL PROTECTED] --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Memory leak in 3.2.3
The JVM itself seems to leak memory when it comes to heavy use of reflection / proxies (don't recall). This has been discussed on the forums and on the jboss wiki. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Memory leak in 3.2.3
I've been doing some development under Jboss 3.2.3 for a while and I'm noticing a problem: Each time I place a .ear file in the server's deploy directory, the memory usage for Jboss grows (expected behavior.) If I remove the .ear file, the server un-deploys the application, but the memory is not returned, even after some time. If I overwrite the .ear file, the server re-deploys the application. Each time this is done, memory usage grows, and is never returned. I'm using Jboss 3.2.3, under Mac OS 10.3.2. By default applications are limited to 250mbs of ram. Jboss starts up around 82mb with the .ear already in place. After about 15-17 re-deploys, Jboss triggers an Out-Of-Memory error. At that point it has exceeded the 250mb limit. The computer still has memory, it's just that Jboss has exceeded the limit. Am I missing something? It seems as though Jboss takes memory each time a deployment occurs and doesn't return it when things are un-deployed. Any help would be appreciated. Thanks, John --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Memory leak in 3.2.3
Guys, This problem is not new :/ http://sourceforge.net/tracker/index.php?func=detailaid=576913group_id=2286 6atid=376685 Regards, Stephane -Original Message- From: Matthew Van Horn [mailto:[EMAIL PROTECTED] Sent: Thursday, February 26, 2004 8:48 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Memory leak in 3.2.3 I get the same thing happening in 3.2.1 under windows, and possibly on linux as well (I am not remembering right now if it has definitely happened on that machine) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Fitzpatrick Sent: Thursday, February 26, 2004 3:18 AM To: Jboss User Subject: [JBoss-user] Memory leak in 3.2.3 I've been doing some development under Jboss 3.2.3 for a while and I'm noticing a problem: Each time I place a .ear file in the server's deploy directory, the memory usage for Jboss grows (expected behavior.) If I remove the .ear file, the server un-deploys the application, but the memory is not returned, even after some time. If I overwrite the .ear file, the server re-deploys the application. Each time this is done, memory usage grows, and is never returned. I'm using Jboss 3.2.3, under Mac OS 10.3.2. By default applications are limited to 250mbs of ram. Jboss starts up around 82mb with the .ear already in place. After about 15-17 re-deploys, Jboss triggers an Out-Of-Memory error. At that point it has exceeded the 250mb limit. The computer still has memory, it's just that Jboss has exceeded the limit. Am I missing something? It seems as though Jboss takes memory each time a deployment occurs and doesn't return it when things are un-deployed. Any help would be appreciated. Thanks, John --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Memory leak
Title: RE: [JBoss-user] Memory leak
Yes I think there are memory leaks somewhere in the whole redeployment-through-jmx-console chain. Because we have a development server with low usage but high redeployment rate and experience OutOfMemoryErrors there. On the other hand we have a highly loaded production server (exactly the same configuration including -Xmx values) with very low redeployment rate (once per 3 days or lower) and we never faced OutOfMemoryErrors there. Maybe this is a problem of jmx-console webapp?
-Original Message-
From: David Corbin [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 04, 2003 03:22
To: JBoss User
Subject: [JBoss-user] Memory leak
We're running JBOSS 3.0.3 (mostly, though some developers I think are
using 3.0.4) at work, developing a simple web application. We
frequently undeploy/deploy the application using ant to
invoke commands
like those below:
http://${jmx.host}/jmx-console/HtmlAdaptor?action="">
mename=jboss.system:service%3DMainDeployermethodName=deployargType=java.lang.Stringarg=${dir.war}
http://${jmx.host}/jmx-console/HtmlAdaptor?action="">
We've found that after doing this repeatedly, jboss runs out of memory
(no hard measurments yet, but probably between 10 30 cycles).
Now, to me, fundamentally, this cannot be a bug in our application,
since undeploying it should eliminate all object references to anything
in our application, making it subject to garbage collection. Am I wrong
in my interpretation of this? If so, please explain it to me.
Thanks.
David
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Memory leak
Yup, we are experiencing exactly the same thing as what the two of you have
described, not just in JBoss 3.0.x, but also in WebLogic 6.1 (haven't tried
7.0) as well.
Cheers
--
Ho Siaw Ping,Ryan
Yes I think there are memory leaks somewhere in the whole
redeployment-through-jmx-console chain. Because we have a development
server with low usage but high redeployment rate and experience
OutOfMemoryErrors there. On the other hand we have a highly loaded
production server (exactly the same configuration including -Xmx
values) with very low redeployment rate (once per 3 days or lower) and
we never faced OutOfMemoryErrors there. Maybe this is a problem of
jmx-console webapp?
-Original Message-
From: David Corbin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 03:22
To: JBoss User
Subject: [JBoss-user] Memory leak
We're running JBOSS 3.0.3 (mostly, though some developers I think are
using 3.0.4) at work, developing a simple web application. We
frequently undeploy/deploy the application using ant to
invoke commands
like those below:
http://${jmx.host}/jmx-console/HtmlAdaptor?action=invokeOpByNa
mename=jboss.system:service%3DMainDeployermethodName=deployargType=java.l
ang.Stringarg=${dir.war}
http://${jmx.host}/jmx-console/HtmlAdaptor?action=invokeOpByNamename=jboss.
system:service%3DMainDeployermethodName=undeployargType=java.lang.Stringa
rg=${dir.war}
We've found that after doing this repeatedly, jboss runs out of memory
(no hard measurments yet, but probably between 10 30 cycles).
Now, to me, fundamentally, this cannot be a bug in our application,
since undeploying it should eliminate all object references to anything
in our application, making it subject to garbage collection. Am I
wrong in my interpretation of this? If so, please explain it to me.
Thanks.
David
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger for complex code. Debugging C/C++ programs can leave you
feeling lost and disoriented. TotalView can help you find your way.
Available on major UNIX and Linux platforms. Try it free.
www.etnus.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Memory leak
We're running JBOSS 3.0.3 (mostly, though some developers I think are
using 3.0.4) at work, developing a simple web application. We
frequently undeploy/deploy the application using ant to invoke commands
like those below:
http://${jmx.host}/jmx-console/HtmlAdaptor?action=invokeOpByNamename=jboss.system:service%3DMainDeployermethodName=deployargType=java.lang.Stringarg=${dir.war}
http://${jmx.host}/jmx-console/HtmlAdaptor?action=invokeOpByNamename=jboss.system:service%3DMainDeployermethodName=undeployargType=java.lang.Stringarg=${dir.war}
We've found that after doing this repeatedly, jboss runs out of memory
(no hard measurments yet, but probably between 10 30 cycles).
Now, to me, fundamentally, this cannot be a bug in our application,
since undeploying it should eliminate all object references to anything
in our application, making it subject to garbage collection. Am I wrong
in my interpretation of this? If so, please explain it to me.
Thanks.
David
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak on Lunix!!!
On March 9, 2002 04:23 pm, Nicolai P Guba wrote: Makes you wonder. All these years and still no decent java implementation and far too many issues for it to become a serious contender of any sort. Garbage collecting garbage. Give me a real lisp os anytime! It's just the garbage vm from Sun. Blackdown and IBM are both fine. The fact that j2 runs 2x faster on Windows than on Linux and that there have never been any real BSD vm's speaks tomes! I don't find that at all. I find Forte runs considerably faster under Linux (2.2 kernel) than it does under Windows (2000 Server). Now that I'm running a 2.4 kernel, it should be even faster. SUN -- Open Source your bleedin VM or else follow the old motto: WRITE ONCE DEBUG EVERYWHERE Get your act together ;) I'd rather see Blackdown's opensourced...Sun's sucks :) But, due to proprietary library restrictions, and restrictions from Sun's NDA with them when they developed the Linux port (it's a port of Sun's Solaris SDK), they can't opensource it, even if they wanted to. Anyways...all this doesn't matter...what matters is that JBoss is a great EJB container :) ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak on Lunix!!!
On March 8, 2002 01:15 am, Christian Riege wrote: this is fixed in the forthcoming 2.4.5 release; alternatively you can also grab the lates Branch_2_4 CVS code. An OutOfMemoryException on Linux also occurs because of some issues Linux has with threading; this is also dependent upon the JVM you're using. We've been getting better results by using IBM's implementation rather than the one Sun provides. Win2k and the respective JVM's on Win2k doesn't show this problem. I haven't been using Sun's JDK 1.2.x/1.3.x under Linux because it's such a buggy piece of garbage. However, Blackdown's seems to work just fine, and doesn't seem to suffer from this memory leak you're referring to. But Sun's JVM isn't just buggy as hell under Linux...the same is also true of their Windows JVM. The Hotspot JPDA debugger doesn't work properly in either...have to run it in the classic VM all the time. JDK 1.4 doesn't seem to have any issues from Sun so far, however. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak on Lunix!!!
On Saturday 09 March 2002 8:57 pm, Daniel Bruce Lynes wrote: On March 8, 2002 01:15 am, Christian Riege wrote: this is fixed in the forthcoming 2.4.5 release; alternatively you can also grab the lates Branch_2_4 CVS code. An OutOfMemoryException on Linux also occurs because of some issues Linux has with threading; this is also dependent upon the JVM you're using. We've been getting better results by using IBM's implementation rather than the one Sun provides. Win2k and the respective JVM's on Win2k doesn't show this problem. I haven't been using Sun's JDK 1.2.x/1.3.x under Linux because it's such a buggy piece of garbage. However, Blackdown's seems to work just fine, and doesn't seem to suffer from this memory leak you're referring to. But Sun's JVM isn't just buggy as hell under Linux...the same is also true of their Windows JVM. The Hotspot JPDA debugger doesn't work properly in either...have to run it in the classic VM all the time. JDK 1.4 doesn't seem to have any issues from Sun so far, however. Makes you wonder. All these years and still no decent java implementation and far too many issues for it to become a serious contender of any sort. Garbage collecting garbage. Give me a real lisp os anytime! The fact that j2 runs 2x faster on Windows than on Linux and that there have never been any real BSD vm's speaks tomes! SUN -- Open Source your bleedin VM or else follow the old motto: WRITE ONCE DEBUG EVERYWHERE Get your act together ;) ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak on Lunix!!!
hi, On Wed, 2002-03-06 at 21:19, David Cao wrote: We am running JBoss2.4.4 Tomcat 3.2.3 on Linux 7.2 in production, I realized there is a memory leak as well, The memory usage seems increase pretty fast, out of memory for less than one week, also encounter out of memory exception if webserver is running for some time when update jsp. we didn't count this problem in our internal website which is using Windows 2000. pls. see SF Bug #504895 @ http://sourceforge.net/tracker/index.php?func=detailaid=504895group_id=22866atid=376685 this is fixed in the forthcoming 2.4.5 release; alternatively you can also grab the lates Branch_2_4 CVS code. An OutOfMemoryException on Linux also occurs because of some issues Linux has with threading; this is also dependent upon the JVM you're using. We've been getting better results by using IBM's implementation rather than the one Sun provides. Win2k and the respective JVM's on Win2k doesn't show this problem. Hope this helps, Christian ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Memory Leak on Lunix!!!
We am running JBoss2.4.4 Tomcat 3.2.3 on Linux 7.2 in production, I realized there is a memory leak as well, The memory usage seems increase pretty fast, out of memory for less than one week, also encounter out of memory exception if webserver is running for some time when update jsp. we didn't count this problem in our internal website which is using Windows 2000. Is this a issue with jdbc pool, or jvm on Linux or jboss related ? or just some coding is not correct? Any suggestion are welcome. Thanks David -Original Message- From: John LYC [mailto:[EMAIL PROTECTED]] Sent: Monday, November 26, 2001 7:43 PM To: Jboss Mailing List Subject: [JBoss-user] Memory Leak!!! HI , i'm running JBoss-2.4.3_Tomcat-3.2.3 on redhat linux 7.1. Jdk1.3.1_01 with j2sdkee1.2.1. I realized there seem to be a memory leak. i have not been able to pinpoint exactly where the leak is coming from at this point of time and am still investigating... currently, my application uses Jakarta Struts as well. the memory usage will slowly increment thru the weeks. at one point of time, the memory used by jboss was at 100MB! the java garbage collector seem to be working.. the memory did get restored back whenever the collector is working... at one point, after many weeks of not restarting Jboss, halfway thru a deployment, i encounter a out of memory exception. another colleague of mine has a diff and very simple application that basically read data from text file and update the database. his apps is running on another server altogether and he is having the same issue too. so much so that the infra-structure guys are complaining abt the memory usage. i also do not know if it is the way the applications is being coded? but the 2 apps and the developers involved do not work with each other at all. anyway, i will continue my investigation and find out more. In the meantime, has anyone encounter similar problem? or know of anything? thanks John ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Memory Leak on Lunix!!!
David, I ran into a memory leak with the Minerva JDBC pools a while ago and posted the same question. I found that the XADataSourceImpl, which is older code, does not seems to have the same memory leak. I posted my findings here about a month ago, I will just attach them here again. I hope that they help you out: ---Original Letter- DATE: Wed 2/20/2002 11:39 AM I have spent the past week looking into this memory leak and have found a work around. I thought I would post it here, since no one seemed to have any clues for me, I thought that there might be some other people out there hoping for an answer. BACKGROUND: See the attached letter for my problem with the Minerva pools. In short, they seem to suffer from a memory leak. WORK AROUND: First, I tried to use the -Xincgc with the JVM. The JVM would start larger (~70MB as opposed to the ~62-63MB w/o -Xincgc), but would recovery a lot of memory (drop to about 62MB) rather quickly. After about 1hr of operation, the JVM would start losing memory again, at a slightly slower rate than w/o incremental garbage collection. Either way, my application would not live the night w/o a restart. So I updated from JBoss-2.4.1 and Tomcat-3.2.3 to JBoss-2.4.4 Tomcat-4.0.1. I found no difference between the two in loss rate. Finally, I rolled back from Minerva pools to the older org.jboss.pool.jdbc.xa.wrapper.XADataSourceImpl objects. I asked about these a couple months ago and everyone told me that these are being phased out, and that I should migrate to the minerva pools. It looks like these are indeed not available as part of Jboss3.0. But I tried them anyway with the following in my jboss.jcml. mbean code=org.jboss.jdbc.XADataSourceLoader name=DefaultDomain:service=XADataSource,name=minerva_jdbc_matrix attribute name=PoolNameminerva_jdbc_matrix/attribute attribute name=DataSourceClassorg.jboss.pool.jdbc.xa.wrapper.XADataSourceImpl/attr ibute attribute name=Properties/attribute attribute name=URLjdbc:HypersonicSQL:hsql://localhost:9019/attribute attribute name=GCMinIdleTime120/attribute attribute name=JDBCUsersa/attribute attribute name=MaxSize200/attribute attribute name=Password / attribute name=GCEnabledfalse/attribute attribute name=InvalidateOnErrorfalse/attribute attribute name=TimestampUsedfalse/attribute attribute name=Blockingtrue/attribute attribute name=GCInterval12/attribute attribute name=IdleTimeout180/attribute attribute name=IdleTimeoutEnabledfalse/attribute attribute name=LoggingEnabledtrue/attribute attribute name=MaxIdleTimeoutPercent1.0/attribute attribute name=MinSize0/attribute /mbean And my application has been running for two days now at a stable 65MB of memory. CONCLUSION: My experience with the Minerva pools is that have a memory leak that make them unsuitable for production systems that the org.jboss.pool.jdbc.xa.wrapper.XADataSourceImpl does not suffer from. I would like to use Minerva pools when they have them production ready, because they seem to offer a JCA standardized approach that would be nice to work with. Further more, if Jboss3.0 does not offer the org.jboss.pool.jdbc.xa.wrapper.XADataSourceImpl, and the memory leak in the Miverva pools is not addressed; then Jboss3.0 will not be suitable for my production systems. Lucas McGregor, NovaLogic -Original Message- From: Lucas McGregor [mailto:[EMAIL PROTECTED]] Sent: Friday, February 15, 2002 10:51 AM To: [EMAIL PROTECTED] Subject: [JBoss-user] Memory leak in Minerva DB Pool I have noticed a memory leak in my JBoss Minerva pool and am wondering if there is a known fix or work around. I have checked the manual, the forum, and the newsgroups with little luck. Let me give you the specifics: I am running on Solaris8 on x86, JBoss-2.4.1 and Tomcat-3.2.3. I have a pool with the following configuration in my jboss.jcml mbean code=org.jboss.resource.ConnectionFactoryLoader name=JCA:service=ConnectionFactoryLoader,name=minerva_jdbc_matrix attribute name=FactoryNameminerva_jdbc_matrix/attribute attribute name=RARDeployerNameJCA:service=RARDeployer/attribute attribute name=ResourceAdapterName Minerva JDBC LocalTransaction ResourceAdapter /attribute attribute name=Properties ConnectionURL=jdbc:HypersonicSQL:hsql://localhost:9019 /attribute attribute name=ConnectionManagerFactoryName MinervaSharedLocalCMFactory /attribute attribute name=ConnectionManagerProperties # Pool type - uncomment to force, otherwise it is the default #PoolConfiguration=per-factory # Connection pooling properties - see # org.jboss.pool.PoolParameters MinSize=0 MaxSize=50 Blocking=true GCEnabled=true IdleTimeoutEnabled=true InvalidateOnError=true TrackLastUsed=false GCIntervalMillis=12 GCMinIdleMillis=12
[JBoss-user] Memory leak in Minerva DB Pool
I have noticed a memory leak in my JBoss Minerva pool and am
wondering if there is a known fix or work around. I have checked the manual,
the forum, and the newsgroups with little luck. Let me give you the
specifics:
I am running on Solaris8 on x86, JBoss-2.4.1 and Tomcat-3.2.3. I
have a pool with the following configuration in my jboss.jcml
mbean code=org.jboss.resource.ConnectionFactoryLoader
name=JCA:service=ConnectionFactoryLoader,name=minerva_jdbc_matrix
attribute name=FactoryNameminerva_jdbc_matrix/attribute
attribute name=RARDeployerNameJCA:service=RARDeployer/attribute
attribute name=ResourceAdapterName
Minerva JDBC LocalTransaction ResourceAdapter
/attribute
attribute name=Properties
ConnectionURL=jdbc:HypersonicSQL:hsql://localhost:9019
/attribute
attribute name=ConnectionManagerFactoryName
MinervaSharedLocalCMFactory
/attribute
attribute name=ConnectionManagerProperties
# Pool type - uncomment to force, otherwise it is the default
#PoolConfiguration=per-factory
# Connection pooling properties - see
# org.jboss.pool.PoolParameters
MinSize=0
MaxSize=50
Blocking=true
GCEnabled=true
IdleTimeoutEnabled=true
InvalidateOnError=true
TrackLastUsed=false
GCIntervalMillis=12
GCMinIdleMillis=12
IdleTimeoutMillis=12
MaxIdleTimeoutPercent=1.0
/attribute
attribute name=PrincipalMappingClass
org.jboss.resource.security.ManyToOnePrincipalMapping
/attribute
attribute name=PrincipalMappingProperties
userName=sa
password=
TransactionIsolation=TRANSACTION_READ_COMMITED
/attribute
/mbean
I have a stateless session bean which contains the code snippet:
try {
InitialContext ic = new InitialContext();
DataSource ds = (DataSource)
ic.lookup(java:/minerva_jdbc_matrix);
Connection con = ds.getConnection();
con.close();
} catch (Exception e) {
}
I didn't include the con.close() in a finally, since the only way a
connection could be opened is by ds.getConnection() working, which means
that it would always get to con.close() if a connection had opened.
I hit this bean with a client that runs 250 concurrent request. I
notice that in about 5-8 hrs, the memory of the Java process crawls from
about 70M to 120M at which point it will starts to throw OutOfMemory errors
and I can never get a connection the database again. If I turn off the
client, and let the box's CPU get down to about 99% idle, the memory never
clears up. I am forced to restart my server.
I have tried this with two different databases and jdbc drivers
(hsql and ms sql) and have gotten similar results, so I don't think it is a
bug in the drivers.
Am I using the pools incorrectly? Is that a pool configuration
parameter that I should try?
Thanks in advance for any help or clues,
Lucas McGregor, NovaLogic
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak!!!
On Tue, 2001-11-27 at 03:43, John LYC wrote: HI , i'm running JBoss-2.4.3_Tomcat-3.2.3 on redhat linux 7.1. Jdk1.3.1_01 with j2sdkee1.2.1. I realized there seem to be a memory leak. i have not been able to pinpoint exactly where the leak is coming from at this point of time and am still investigating... currently, my application uses Jakarta Struts as well. the memory usage will slowly increment thru the weeks. at one point of time, the memory used by jboss was at 100MB! the java garbage collector seem to be working.. the memory did get restored back whenever the collector is working... If the memory gets returned to the pool when the GC runs, then it's not a memory leak. The problem is maybe that you need to change the settings for the GC - how often it runs and all that? There are command line flags to your java runtime that can do this stuff... at one point, after many weeks of not restarting Jboss, halfway thru a deployment, i encounter a out of memory exception. That's not so good. They should only happen if the GC hasn't been able to reclaim any memory. If you say the GC is successfully reclaiming memory, then something strange is up if you get an out of memory exception. thanks John ABS -- Alaric B. Snell, Developer [EMAIL PROTECTED] ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak!!!
I've seen this type of error using only JSP Servlets. Others servers have same problem (A.F.A.I.K. there is a bug reported in JDC by WebLogic user). This problem is a memory leak of JDK, specially using Server HotSpot VM. Appear that WebLogic put a path in their product, so they doesn't solve the problems, but kick them to the future. Try using JBoss with -hotspot swtich, not -server (that is the default, correct???). If not, see: http://developer.java.sun.com/developer/bugParade/bugs/4466510.html http://developer.java.sun.com/developer/bugParade/bugs/4395735.html http://developer.java.sun.com/developer/bugParade/bugs/4390238.html Good luck! Edson Richter - Original Message - From: John LYC [EMAIL PROTECTED] To: Jboss Mailing List [EMAIL PROTECTED] Sent: Tuesday, November 27, 2001 12:43 AM Subject: [JBoss-user] Memory Leak!!! HI , i'm running JBoss-2.4.3_Tomcat-3.2.3 on redhat linux 7.1. Jdk1.3.1_01 with j2sdkee1.2.1. I realized there seem to be a memory leak. i have not been able to pinpoint exactly where the leak is coming from at this point of time and am still investigating... currently, my application uses Jakarta Struts as well. the memory usage will slowly increment thru the weeks. at one point of time, the memory used by jboss was at 100MB! the java garbage collector seem to be working.. the memory did get restored back whenever the collector is working... at one point, after many weeks of not restarting Jboss, halfway thru a deployment, i encounter a out of memory exception. another colleague of mine has a diff and very simple application that basically read data from text file and update the database. his apps is running on another server altogether and he is having the same issue too. so much so that the infra-structure guys are complaining abt the memory usage. i also do not know if it is the way the applications is being coded? but the 2 apps and the developers involved do not work with each other at all. anyway, i will continue my investigation and find out more. In the meantime, has anyone encounter similar problem? or know of anything? thanks John ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak!!!
John, Have a look at https://sourceforge.net/tracker/index.php?func=detailaid=482875group_id=22866atid=376685 It might be the same problem. Is your colleague hot redeploying as well? Regards, Adrian From: John LYC [EMAIL PROTECTED] To: Jboss Mailing List [EMAIL PROTECTED] Subject: [JBoss-user] Memory Leak!!! Date: Tue, 27 Nov 2001 11:43:26 +0800 HI , i'm running JBoss-2.4.3_Tomcat-3.2.3 on redhat linux 7.1. Jdk1.3.1_01 with j2sdkee1.2.1. I realized there seem to be a memory leak. i have not been able to pinpoint exactly where the leak is coming from at this point of time and am still investigating... currently, my application uses Jakarta Struts as well. the memory usage will slowly increment thru the weeks. at one point of time, the memory used by jboss was at 100MB! the java garbage collector seem to be working.. the memory did get restored back whenever the collector is working... at one point, after many weeks of not restarting Jboss, halfway thru a deployment, i encounter a out of memory exception. another colleague of mine has a diff and very simple application that basically read data from text file and update the database. his apps is running on another server altogether and he is having the same issue too. so much so that the infra-structure guys are complaining abt the memory usage. i also do not know if it is the way the applications is being coded? but the 2 apps and the developers involved do not work with each other at all. anyway, i will continue my investigation and find out more. In the meantime, has anyone encounter similar problem? or know of anything? thanks John ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak!!!
Hi John, Everything I've read about the issues with JBoss on Linux (particularly with memory leaks, segfaults, threading limitation issues) indicate that they are Sun VM specific. A number of people are using the IBM VM, and I've yet to hear of a bad experience. Hope this helps. david - Original Message - From: John LYC [EMAIL PROTECTED] To: Jboss Mailing List [EMAIL PROTECTED] Sent: Tuesday, November 27, 2001 3:43 AM Subject: [JBoss-user] Memory Leak!!! HI , i'm running JBoss-2.4.3_Tomcat-3.2.3 on redhat linux 7.1. Jdk1.3.1_01 with j2sdkee1.2.1. I realized there seem to be a memory leak. i have not been able to pinpoint exactly where the leak is coming from at this point of time and am still investigating... currently, my application uses Jakarta Struts as well. the memory usage will slowly increment thru the weeks. at one point of time, the memory used by jboss was at 100MB! the java garbage collector seem to be working.. the memory did get restored back whenever the collector is working... at one point, after many weeks of not restarting Jboss, halfway thru a deployment, i encounter a out of memory exception. another colleague of mine has a diff and very simple application that basically read data from text file and update the database. his apps is running on another server altogether and he is having the same issue too. so much so that the infra-structure guys are complaining abt the memory usage. i also do not know if it is the way the applications is being coded? but the 2 apps and the developers involved do not work with each other at all. anyway, i will continue my investigation and find out more. In the meantime, has anyone encounter similar problem? or know of anything? thanks John ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Memory Leak!!!
HI , i'm running JBoss-2.4.3_Tomcat-3.2.3 on redhat linux 7.1. Jdk1.3.1_01 with j2sdkee1.2.1. I realized there seem to be a memory leak. i have not been able to pinpoint exactly where the leak is coming from at this point of time and am still investigating... currently, my application uses Jakarta Struts as well. the memory usage will slowly increment thru the weeks. at one point of time, the memory used by jboss was at 100MB! the java garbage collector seem to be working.. the memory did get restored back whenever the collector is working... at one point, after many weeks of not restarting Jboss, halfway thru a deployment, i encounter a out of memory exception. another colleague of mine has a diff and very simple application that basically read data from text file and update the database. his apps is running on another server altogether and he is having the same issue too. so much so that the infra-structure guys are complaining abt the memory usage. i also do not know if it is the way the applications is being coded? but the 2 apps and the developers involved do not work with each other at all. anyway, i will continue my investigation and find out more. In the meantime, has anyone encounter similar problem? or know of anything? thanks John ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Memory leak with EBHome.create?
Hi all, I have a memory problem when I try to access my EJB (stateless) in JBoss. I try to access from a servlet so I get the EJBHome and I cache it. Every time the servlet is accessed I do the .create() method to access the EJB in the EJBHome interface. When this servlet (executing in iPlanetWeb Server 4.1, NOT in the same machine with JBoss) runs, it gets more and more memory, until the Web Server crashes. I have profiled it and the number of loades classes is always raiseb by one, every time I execute the servlet. If the EJBRemote is cached instead of EJBHome, so we don´t need to execute the .create() on every call to the servlet, this memory leak doesn´t happen. What happens here? Is there any problem caching the EJBRemote? I think that I should cache the EJBHome because maybe the EJBCreate could do tasks like load-balancing, assign new EJB instances,...? Anybody can explain me this? Thanks... Jose R. Díaz ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
Please see my rather detailed reply to David Ward [EMAIL PROTECTED] in a post I sent a few minutes ago. I include the entire startup script as part of that message, explaining the use of the standard Debian utility start-stop-daemon which is at issue here. -- Mike On 2001-06-21 at 14:57 -0700, Scott M Stark wrote: How are you starting the server process? The only way I can see doing this is redirecting the stderr descriptor to a file as parting of the startup process and then sending the vm a SIGQUIT signal. - Original Message - From: Michael Bilow [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 21, 2001 1:13 PM Subject: Re: [JBoss-user] Memory Leak problem In our installation (Linux), jBoss runs as a server process, which means it has no console. In fact, it runs under the privilege of the jboss system user, who cannot even log in. All ownership and permission information is tied to this system user, so running under any other user would be prohibitively difficult. It is ordinary to set up something like jBoss this way, since otherwise it would be tied to the user console and die when the user logged out, which is obviously undesirable in real production. It is possible to rig up a test environment where a console is set up by a shell running as the jboss user and then jBoss is started through the nohup utility or some similar method to redirect stdout and stderr to disk files, but this is a pretty awkward configuration and I think it would require modifying the run.sh file. Is there any other way to get dump information to go to a file instead of to the usually non-existent stderr? This would be very helpful on Unix. -- Mike On 2001-06-21 at 08:41 -0700, Scott M Stark wrote: Obtain a thread dump of the vm in this situation to see where the threads are via a Ctrl-\ or SIGQUIT. This gets dumped to stderr so you need to redirect this or have a huge console buffer or logging. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
JA == Jim Archer [EMAIL PROTECTED] writes: JA We have seen this behavior as well. If we have an error in the JA matching of our bean interface and our remote interface (a JA different parameter list or exception list, for example) and my JA client calls into the app (I think and call to any bean will do JA it, but I'm not sure and the client is a servlet in a WAR file in JA the EAR) jBoss 2.2.1_Tomcat 3.2.1 will start launching threads. It JA will continue to do so until the kernel thread limit (we have it JA set right now to 256 threads) is hit, then it will become JA uncontrolable. Yep. *sigh* Nasty. But does it really have to do this? JA We have never seen this happen of the EJB JAR has no errors of the JA type I described. It was a concern to us as well, but soince it JA only happens when we have a bug, we decided to just be carefull. JA I would be interested to know if you find the cause of this on JA your system, especially if it is different than thr cause on JA mine. Its easy to miss this error if you have many beans, as the JA verifier messages scroll off the window quickly. Yes. This happens when the file to be deployed does not pass the verifier test, has a method missing on it's home interface etc... etc... etc... I can confirm your experiences. However, I am seriously concerned about this feature for JBoss in a production environment. -- Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] GSM: +44 (0)7909 960 751 DDI: +44 (0)20 7368 9708 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
--On Thursday, June 21, 2001 8:24 AM +0100 Nicolai P Guba [EMAIL PROTECTED] wrote: Yep. *sigh* Nasty. But does it really have to do this? Well, I would expect its just a bug. I agree its a serious one. Yes. This happens when the file to be deployed does not pass the verifier test, has a method missing on it's home interface etc... etc... etc... I can confirm your experiences. However, I am seriously concerned about this feature for JBoss in a production environment. Well, maybe now that you and I have verified it and know how to reproduce it someone will fix it. Danch, do you want me to write this up on SourceForge bug list, or is this a known issue? Jim I shall be telling this with a sigh Somewhere ages and ages hence: Two roads diverged in a wood, and I - I took the one less traveled by, And that has made all the difference. - Robert Frost, 1916 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
JA == Jim Archer [EMAIL PROTECTED] writes: JA Well, maybe now that you and I have verified it and know how to JA reproduce it someone will fix it. JA Danch, do you want me to write this up on SourceForge bug list, or JA is this a known issue? Hmmm, on deploying a valid jar I also got this exception (unexpectedly) then the same problem with running out of processes occured... [Container factory] java.lang.IllegalStateException: The session is closed [Container factory] at org.jbossmq.SpySession.createMessage(SpySession.java:132) [Container factory] at org.jboss.ejb.plugins.AbstractInstanceCache.createMessage(AbstractInstanceCache.java:129) [Container factory] at org.jboss.ejb.plugins.AbstractInstanceCache.logPassivation(AbstractInstanceCache.java:478) [Container factory] at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:673) [Container factory] at org.jboss.util.WorkerQueue$QueueLoop.flush(WorkerQueue.java:218) [Container factory] at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:194) [Container factory] at java.lang.Thread.run(Thread.java:484) Hope this helps a bit more in order to pin the problem -- Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] GSM: +44 (0)7909 960 751 DDI: +44 (0)20 7368 9708 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
Jim Archer wrote: Well, maybe now that you and I have verified it and know how to reproduce it someone will fix it. Danch, do you want me to write this up on SourceForge bug list, or is this a known issue? Please put it out there as a bug. -danch ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
Obtain a thread dump of the vm in this situation to see where the threads are via a Ctrl-\ or SIGQUIT. This gets dumped to stderr so you need to redirect this or have a huge console buffer or logging. - Original Message - From: Nicolai P Guba [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 21, 2001 6:51 AM Subject: Re: [JBoss-user] Memory Leak problem JA == Jim Archer [EMAIL PROTECTED] writes: JA Well, maybe now that you and I have verified it and know how to JA reproduce it someone will fix it. JA Danch, do you want me to write this up on SourceForge bug list, or JA is this a known issue? Hmmm, on deploying a valid jar I also got this exception (unexpectedly) then the same problem with running out of processes occured... [Container factory] java.lang.IllegalStateException: The session is closed [Container factory] at org.jbossmq.SpySession.createMessage(SpySession.java:132) [Container factory] at org.jboss.ejb.plugins.AbstractInstanceCache.createMessage(AbstractInstanceCache.java:129) [Container factory] at org.jboss.ejb.plugins.AbstractInstanceCache.logPassivation(AbstractInstanceCache.java:478) [Container factory] at org.jboss.ejb.plugins.AbstractInstanceCache$1.execute(AbstractInstanceCache.java:673) [Container factory] at org.jboss.util.WorkerQueue$QueueLoop.flush(WorkerQueue.java:218) [Container factory] at org.jboss.util.WorkerQueue$QueueLoop.run(WorkerQueue.java:194) [Container factory] at java.lang.Thread.run(Thread.java:484) Hope this helps a bit more in order to pin the problem -- Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] GSM: +44 (0)7909 960 751 DDI: +44 (0)20 7368 9708 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
SMS == Scott M Stark Scott writes: SMS Obtain a thread dump of the vm in this situation to see where the SMS threads are via a Ctrl-\ or SIGQUIT. This gets dumped to stderr SMS so you need to redirect this or have a huge console buffer or SMS logging. Ok. Will do as soon as thir reappears. cheers -- Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] GSM: +44 (0)7909 960 751 DDI: +44 (0)20 7368 9708 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
In our installation (Linux), jBoss runs as a server process, which means it has no console. In fact, it runs under the privilege of the jboss system user, who cannot even log in. All ownership and permission information is tied to this system user, so running under any other user would be prohibitively difficult. It is ordinary to set up something like jBoss this way, since otherwise it would be tied to the user console and die when the user logged out, which is obviously undesirable in real production. It is possible to rig up a test environment where a console is set up by a shell running as the jboss user and then jBoss is started through the nohup utility or some similar method to redirect stdout and stderr to disk files, but this is a pretty awkward configuration and I think it would require modifying the run.sh file. Is there any other way to get dump information to go to a file instead of to the usually non-existent stderr? This would be very helpful on Unix. -- Mike On 2001-06-21 at 08:41 -0700, Scott M Stark wrote: Obtain a thread dump of the vm in this situation to see where the threads are via a Ctrl-\ or SIGQUIT. This gets dumped to stderr so you need to redirect this or have a huge console buffer or logging. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
How are you starting the server process? The only way I can see doing this is redirecting the stderr descriptor to a file as parting of the startup process and then sending the vm a SIGQUIT signal. - Original Message - From: Michael Bilow [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 21, 2001 1:13 PM Subject: Re: [JBoss-user] Memory Leak problem In our installation (Linux), jBoss runs as a server process, which means it has no console. In fact, it runs under the privilege of the jboss system user, who cannot even log in. All ownership and permission information is tied to this system user, so running under any other user would be prohibitively difficult. It is ordinary to set up something like jBoss this way, since otherwise it would be tied to the user console and die when the user logged out, which is obviously undesirable in real production. It is possible to rig up a test environment where a console is set up by a shell running as the jboss user and then jBoss is started through the nohup utility or some similar method to redirect stdout and stderr to disk files, but this is a pretty awkward configuration and I think it would require modifying the run.sh file. Is there any other way to get dump information to go to a file instead of to the usually non-existent stderr? This would be very helpful on Unix. -- Mike On 2001-06-21 at 08:41 -0700, Scott M Stark wrote: Obtain a thread dump of the vm in this situation to see where the threads are via a Ctrl-\ or SIGQUIT. This gets dumped to stderr so you need to redirect this or have a huge console buffer or logging. ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Memory Leak problem
Hello I noticed that on deploying entities several times, the server starts throwing an OutOfMemory Exception and has spanned too many processes for the OS (Linux) to handle so that there are not enough resources left for a fork to shut down the server gracefully (or reboot). Has anybody experienced similar problems? Could it be that I am not freeing some resurces or other problem with my BMP Entities? -- Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] GSM: +44 (0)7909 960 751 DDI: +44 (0)20 7368 9708 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
BTW, this isn't literally a memory leak - it's a thread leak and Java VMs don't have a separate exception/error for that. Not that leaking one resource is any better than leaking another... danch (Dan Christopherson) wrote: Nicolai P Guba wrote: Hello I noticed that on deploying entities several times, the server starts throwing an OutOfMemory Exception and has spanned too many processes for the OS (Linux) to handle so that there are not enough resources left for a fork to shut down the server gracefully (or reboot). Just for the record, those are threads, not processes. Not that the Linux kernel really differentiates or anything... Has anybody experienced similar problems? Could it be that I am not freeing some resurces or other problem with my BMP Entities? I haven't seen this. How many times do you redeploy? Are you doing anything unusual in your entities? Do you close database connections, statements, resultsets? What DB are you using? -danch ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
d == danch (Dan Christopherson) [EMAIL PROTECTED] writes: d BTW, this isn't literally a memory leak - it's a thread leak and d Java VMs don't have a separate exception/error for that. d Not that leaking one resource is any better than leaking another... I know that I ran out of processes since the box couldn't even fork the process required to shutdown or even reboot the server. Arrrgh. What I noticed is that on deploy there are somethimes IllegalStateExceptions. I have a look at how I manage resources. I close all db connections after use, as well as results. However, I didn't close PreparedStatements because there is some kind of proxy/cache in Jboss that barfs at me as I try this. H,... What worries me a bit is that I am thinking of deploying this stuff in the near future... I'll try and give more info when it occurs again. Maybe somebody can make some more sense of the logs than myself. -- Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] GSM: +44 (0)7909 960 751 DDI: +44 (0)20 7368 9708 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Memory Leak problem
We have seen this behavior as well. If we have an error in the matching of our bean interface and our remote interface (a different parameter list or exception list, for example) and my client calls into the app (I think and call to any bean will do it, but I'm not sure and the client is a servlet in a WAR file in the EAR) jBoss 2.2.1_Tomcat 3.2.1 will start launching threads. It will continue to do so until the kernel thread limit (we have it set right now to 256 threads) is hit, then it will become uncontrolable. We run on Debian Linux with the 2.2 kernel (we'll be moving to the 2.4 kernel soon). We don't let jBoss run as root, of course, so it dossen;t take down the server. When this happens, we execute kill -9 against java and wait forthe sockets and other resources to be recovered by the kernel. We have never seen this happen of the EJB JAR has no errors of the type I described. It was a concern to us as well, but soince it only happens when we have a bug, we decided to just be carefull. I would be interested to know if you find the cause of this on your system, especially if it is different than thr cause on mine. Its easy to miss this error if you have many beans, as the verifier messages scroll off the window quickly. Jim --On Wednesday, June 20, 2001 6:46 PM +0100 Nicolai P Guba [EMAIL PROTECTED] wrote: d == danch (Dan Christopherson) [EMAIL PROTECTED] writes: d BTW, this isn't literally a memory leak - it's a thread leak and d Java VMs don't have a separate exception/error for that. d Not that leaking one resource is any better than leaking another... I know that I ran out of processes since the box couldn't even fork the process required to shutdown or even reboot the server. Arrrgh. What I noticed is that on deploy there are somethimes IllegalStateExceptions. I have a look at how I manage resources. I close all db connections after use, as well as results. However, I didn't close PreparedStatements because there is some kind of proxy/cache in Jboss that barfs at me as I try this. H,... What worries me a bit is that I am thinking of deploying this stuff in the near future... I'll try and give more info when it occurs again. Maybe somebody can make some more sense of the logs than myself. -- Nicolai P Gubahttp://www.gnu.org http://www.frontwire.com mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] GSM: +44 (0)7909 960 751 DDI: +44 (0)20 7368 9708 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user I shall be telling this with a sigh Somewhere ages and ages hence: Two roads diverged in a wood, and I - I took the one less traveled by, And that has made all the difference. - Robert Frost, 1916 ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
