@tomcat.apache.org
Subject: Re: Java Heap Space Error
Pratik,
On 4/20/23 03:35, pratik.kulka...@shell.com.INVALID wrote:
> I guess you're right, Tomcat 9 allocates less default memory compared
> to Tomcat 8; I checked our logs and below are the memory parameters
> which seem t
Pratik,
On 4/20/23 03:35, pratik.kulka...@shell.com.INVALID wrote:
I guess you're right, Tomcat 9 allocates less default memory compared to Tomcat
8; I checked our logs and below are the memory parameters which seem to be
passed in,
Tomcat 9 -
14-Apr-2023 02:47:55.567 INFO [main]
org.apache
Thanks Chris,
I guess you're right, Tomcat 9 allocates less default memory compared to Tomcat
8; I checked our logs and below are the memory parameters which seem to be
passed in,
Tomcat 9 -
14-Apr-2023 02:47:55.567 INFO [main]
org.apache.catalina.startup.VersionLoggerListener.log Command li
Pratik,
On 4/13/23 22:55, pratik.kulka...@shell.com.INVALID wrote:
Chris - I see. So we already have installed a service and I tried to
set the environment variable after we got the error. Is there a way
for Tomcat to read the variables we set after installation?
If you are running the Windows S
On 14.04.23 04:55, pratik.kulka...@shell.com.INVALID wrote:
Hi All,
Thanks for your quick suggestions.
As Olaf suggested, I tried to set the same values to Xms and Xmx; the
application immediately crashes after Tomcat restart and I am not able to
access it. I tried it with different values,
23 09:00
To: users@tomcat.apache.org
Subject: Re: Java Heap Space Error
Think Secure. This email is from an external source.
Pratik,
You're getting the error when executing a DB query. How many rows does it
return? Could it be returning too
topher Schultz
Sent: Friday, April 14, 2023 00:28
To: users@tomcat.apache.org
Subject: Re: Java Heap Space Error
Think Secure. This email is from an external source.
Pratik,
On 4/13/23 05:35, pratik.kulka...@shell.com.INVALID wrote:
> This email concerns an error I encountered while usi
opher Schultz
Sent: Friday, April 14, 2023 00:28
To: users@tomcat.apache.org
Subject: Re: Java Heap Space Error
Think Secure. This email is from an external source.
Pratik,
On 4/13/23 05:35, pratik.kulka...@shell.com.INVALID wrote:
> This email concerns an error I encountered while using Oracle Apex w
Pratik,
On 4/13/23 05:35, pratik.kulka...@shell.com.INVALID wrote:
This email concerns an error I encountered while using Oracle Apex with ORDS 3.0.9 and
Tomcat 9. Specifically, I receive a "Java heap space" error when accessing the
application.
To troubleshoot the issue, I have tried to incr
Pratik,
> -Original Message-
> From: pratik.kulka...@shell.com.INVALID
>
> Sent: Thursday, April 13, 2023 4:36 AM
> To: users@tomcat.apache.org
> Subject: Java Heap Space Error
>
> Hello,
>
> This email concerns an error I encountered while using Oracle Apex with
> ORDS 3.0.9 and Tom
Also, is it possible for you to post the heapdump (if one was generated?)
Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311
-BEGIN GEEK CODE BLOCK-
Version: 1.0
GCS/IT d+ s a C++ UL++
Hi Pratik,
On 13.04.23 11:35, pratik.kulka...@shell.com.INVALID wrote:
Hello,
This email concerns an error I encountered while using Oracle Apex with ORDS 3.0.9 and
Tomcat 9. Specifically, I receive a "Java heap space" error when accessing the
application.
To troubleshoot the issue, I have t
//
One correction, option -XX:-HeapDumpOnOutOfMemoryError disables heapdumps on
OOM, you should use -XX:+HeapDumpOnOutOfMemoryError - with plus sign, to enable
it.
//
Thanks for the follow-up.
--Eric
2015-03-21 12:37 GMT+02:00 Антон Мацюк :
> 2015-03-21 2:06 GMT+02:00 Eric Robinson :
>>> Set this options to JVM, and it will make heapdumps automatically.
>> Will these heap dumps be the same size as the current tomcat memory
>> utilization?
> Yeap, and OOM will guarantee that there is no garbage
2015-03-21 2:06 GMT+02:00 Eric Robinson :
>> I think if you have vendor-locked app in vendor-locked environment (am I
>> right?)
> Yes indeed.
So, worth a try, at least.
>> Set this options to JVM, and it will make heapdumps automatically.
> Will these heap dumps be the same size as the current
//
I think if you have vendor-locked app in vendor-locked environment (am I
right?)
//
Yes indeed.
//
As I said above, there is an options for JVM:
-XX:-HeapDumpOnOutOfMemoryError - it will make heapdump on OOM.
-XX:HeapDumpPath=./java_pid.hprof - give it an reasonable path to file.
Set this o
2015-03-20 22:29 GMT+02:00 Eric Robinson :
>> Very good information. I much prefer finding the actual root causes of
>> things rather than just bumping the memory, but I'm not sure how much that
>> would help because the best I can do is report the issue to the vendor.
>> Changing the code is of
//
Mostly leaner - a 32-bit JVM uses 32-bit pointers, so object references consume
less heap and stack space. Whether or not the code runs faster or slower
depends on what you're doing, since the tradeoff is fewer registers available
in 32-bit mode, which can lead to more register spills and re
//
You can look for biggest objects in heap (using MAT, Leak Suspects report,
Dominators Tree report).
This way you can try to find what was the exact reason of OOM instead of just
thinking "eh, I need to give instances more memory".
MAT does things good. I've already found using MAT+JVVM the rea
> From: Eric Robinson [mailto:eric.robin...@psmnv.com]
> Subject: RE: Java Heap Space / Thread Dump Numbers
> > If you have the option, you might want to run a 32-bit JVM; it will
> > probably run leaner
> > and faster than a 64-bit JVM will.
> What do you mean my
2015-03-20 22:09 GMT+02:00 Eric Robinson :
>> I've posted above some howtos, have you looked at them?
> No, I'm not sure how useful I would find them. I think the heap summary is
> probably all I need, but I may be wrong. Would the heap dump provide more
> actionable intel as far as tuning my me
> From: Eric Robinson [mailto:eric.robin...@psmnv.com]
> Subject: RE: Java Heap Space / Thread Dump Numbers
> Would the heap dump provide more actionable intel as far as tuning my memory
> parameters?
It would provide information about what types of objects are consuming the heap
//
Recent 64-bit JVMs will automatically use "-XX:+UseCompressedOops".
I'm not sure about your version, specifically. If you have the option, you
might want to run a 32-bit JVM; it will probably run leaner and faster than a
64-bit JVM will.
//
Interesting. What do you mean my faster and leaner?
//
Yeah, heapdumps.
I've posted above some howtos, have you looked at them?
//
No, I'm not sure how useful I would find them. I think the heap summary is
probably all I need, but I may be wrong. Would the heap dump provide more
actionable intel as far as tuning my memory parameters?
--Eric
2015-03-20 1:15 GMT+02:00 Eric Robinson :
> Heap dumps?
> What we do is called a thread dump, as far as I know. We use kill -3 on
> Linux, which dumps the thread activity. The memory data shows up at the
> bottom of that. See:
> http://producthelp.sdl.com/WorldServer/10.2/en/GUID-4F09CD10-BC4F-4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric,
On 3/19/15 7:15 PM, Eric Robinson wrote:
> Christopher Shultz wrote: // Time to upgrade. Tomcat is hideously
> out of date (probably because you are using RedHat's Tomcat
> package), at least by version number. I'm not sure what RedHat
> doe
Christopher Shultz wrote:
//
Time to upgrade. Tomcat is hideously out of date (probably because you are
using RedHat's Tomcat package), at least by version number. I'm not sure what
RedHat does (if anything) about security fixes, etc. but a vanilla 6.0.18 is
probably vulnerable and has been for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric,
On 3/19/15 11:15 AM, Eric Robinson wrote:
> Thanks for the feedback. We run various versions of RHEL (5.5 to
> 6.3) x64. Tomcat is mostly 6.0.18. Java is mostly 6u21 x 64.
Time to upgrade. Tomcat is hideously out of date (probably because yo
> PSYoungGen total 95808K, used 22323K [0x2aaac377,
> 0x2aaaca21, 0x2aaaca21)
> eden space 82432K, 10% used
> [0x2aaac377,0x2aaac402f7f8,0x2aaac87f)
> from space 13376K, 99% used
> [0x2aaac87f,0x2aaac94fd5a8,0x2aaac950)
>
Eric, if you are looking for a reasons and think, what can be done
with OOMs, take a look at this page:
http://www.oracle.com/technetwork/articles/java/vmoptions-jsp-140102.html
There is an options:
-XX:-HeapDumpOnOutOfMemoryError - it will make heapdump on OOM.
-XX:HeapDumpPath=./java_pid.hprof -
> From: Eric Robinson [mailto:eric.robin...@psmnv.com]
> Subject: Java Heap Space / Thread Dump Numbers
> PSYoungGen total 95808K, used 22323K [0x2aaac377,
> 0x2aaaca21, 0x2aaaca21)
> eden space 82432K, 10% used
> [0x2aaac377,0x2aaac402f7f8,0x2aaac
Thanks a lot it seems I also need to do the same.
Regards,
Ningappa Koneri
mLifestyle | www.comviva.com
-Original Message-
From: Suleyman Akpinar [mailto:suleyman.akpi...@hititcs.com]
Sent: Tuesday, September 01, 2009 1:49 PM
To: Özkan Dülger; Serdar Gür
Subject: Re: java heap space
Many thanks Pid,
Your solution seems very reasonable. I will fulfill your advice.
Best Regards,
Suleyman
Pid wrote:
On 01/09/2009 08:58, Suleyman Akpinar wrote:
Hi all,
I have a java web application running on tomcat and I get java heap
space not enough error temporarily. Each time I am incr
On 01/09/2009 08:58, Suleyman Akpinar wrote:
Hi all,
I have a java web application running on tomcat and I get java heap
space not enough error temporarily. Each time I am increasing the JMV
heap option by modifying the system variable CATALINA_OPTS. However,
this solves the problem temporarily.
[mailto:[EMAIL PROTECTED]
> Subject: RE: Java heap space
>
> It's more that I wonder if I should bump the number up to
> -Xmx2048m.
Too big for 32-bit Windows (or most other 32-bit OS implementations),
but is o.k. for 64-bit.
> Is there a reason to choose 256m?
Not particularly
> From: Daniel Blumenthal [mailto:[EMAIL PROTECTED]
> Subject: RE: Java heap space
>
> It's more that I wonder if I should bump the number up to
> -Xmx2048m.
Too big for 32-bit Windows (or most other 32-bit OS implementations),
but is o.k. for 64-bit.
> Is there a reas
Hi Daniel
Redhat/JBoss organize on regular basis an event called JBoss ON the Road. One
of the item on the agenda is:
Performance Tuning: JBoss on linux.
I thinks it is a free event. I suggest you have a look at it.
Check www.jboss.com events for dates and locations.
Best Regards
Bruno Georges
OTECTED]
> Sent: Saturday, October 07, 2006 2:48 PM
> To: Tomcat Users List; [EMAIL PROTECTED]
> Subject: Re: Java heap space
>
> Dan
> What happens when you increase your JVM max memory parameter
> (say to 256MB) with -Xmx256m in your
> %java_home%\jre\lib\jvm.cfg rest
AIL PROTECTED]>
To: "'Tomcat Users List'"
Sent: Saturday, October 07, 2006 12:21 PM
Subject: RE: Java heap space
> The quick answer is no - all of the code is non-reentrant, and there aren't
> many places for a memory leak to hide from the garbage collector, but
Message-
> From: Santosh Puranshettiwar [mailto:[EMAIL PROTECTED]
> Sent: Saturday, October 07, 2006 6:00 AM
> To: Tomcat Users List
> Subject: Re: Java heap space
>
> Are you sure there isn't any memory leak? I mean it might
> happen that you are increasin
> From: Santosh Puranshettiwar [mailto:[EMAIL PROTECTED]
> Subject: Re: Java heap space
>
> Are you sure there isn't any memory leak?
Extremely likely that there's a memory leak in the application. First,
read the FAQ:
http://tomcat.apache.org/faq/memory.html
There ar
Are you sure there isn't any memory leak? I mean it might happen that
you are increasing the heap size just to delay the OutOfMemoryErrors.
Santosh.
Daniel Blumenthal wrote:
I've been running a struts app on a plain vanilla install of Tomcat
(5.0.28), and recently I've been getting some OutOf
42 matches
Mail list logo
