On Tue, Apr 4, 2023, 5:08 PM wrote:
>
>
>
> > -Original Message-
> > From: Suvendu Sekhar Mondal
> > Sent: Tuesday, April 04, 2023 1:54 AM
> > To: Tomcat Users List
> > Subject: Re: Need to know about analyzing of thread dump and heap dump
&g
> -Original Message-
> From: Suvendu Sekhar Mondal
> Sent: Tuesday, April 04, 2023 1:54 AM
> To: Tomcat Users List
> Subject: Re: Need to know about analyzing of thread dump and heap dump
>
> Hi Koustav,
>
> On Tue, Apr 4, 2023, 1:28 AM Naha, Kous
Hi Koustav,
On Tue, Apr 4, 2023, 1:28 AM Naha, Koustav wrote:
> Hi all,
>
> Good day.
>
> Can someone suggest me some good tools to analyze heap dump and thread
> dumps which we can use in real time production environment.
> Also, GUI based tools will be a good one to use.
>
Pease don't use any
Hi Koustav,
I was testing out the online thread dump analysers previously and found
https://fastthread.io/ and https://jstack.review/#tda_1_dump. I am not sure how
safe their data policy are, but I didn't spot any sensitive data in my thread
dump. Note: one of them hid part of the result
Hello,
> -Ursprüngliche Nachricht-
> Von: Naha, Koustav
> Gesendet: Montag, 3. April 2023 21:58
> An: users@tomcat.apache.org
> Betreff: Need to know about analyzing of thread dump and heap dump
>
> Hi all,
>
> Good day.
>
> Can someone suggest me som
i use ibm's support assistant with their plugins. works pretty well, and I
believe there's a standalone version... i cant find them at the moment, but
I know they're out there.
Kevin Huntly
Email: kmhun...@gmail.com
Cell: 716/424-3311
__
Hi all,
Good day.
Can someone suggest me some good tools to analyze heap dump and thread dumps
which we can use in real time production environment.
Also, GUI based tools will be a good one to use.
Please pour in your 2 cents.
Thanks and Regards,
Koustav Naha
DXC Technology Company -- This m
Hi,
I tried with jstack.exe but it's not generated the dump. Then I tried with
PSTools and it is generated now.
Thanks
Thulasiram
On Thu, Dec 12, 2019 at 3:16 PM Konstantin Kolinko
wrote:
> чт, 12 дек. 2019 г. в 12:43, thulasiram k :
> >
> > Hi,
> >
> > I t
чт, 12 дек. 2019 г. в 12:43, thulasiram k :
>
> Hi,
>
> I tried to generate thread dump for tomcat 7.0.94 in windows 2016. it
> writes in logs "[10340] Console CTRL+BREAK event signaled" but no dump has
> generated. Can you please guide on this how to generate the th
Hi,
I tried to generate thread dump for tomcat 7.0.94 in windows 2016. it
writes in logs "[10340] Console CTRL+BREAK event signaled" but no dump has
generated. Can you please guide on this how to generate the thread dump /
heap dump here.
The reason I'm trying to generate the dum
侯树成,
On 12/10/15 1:06 AM, 侯树成 wrote:
> You can use the java tool *jps*, this is a command tool. When use like
> this : jps -lv , you can get detail infomation of all java
> instance.Hope help to you.
Sometimes, jps is less than helpful:
$ jps
9458 Bootstrap
9705 Bootstrap
10237 Bootstr
; in order to take tomcat thread dump.
>
> What are the best practice to take thread dump and what are the commands
> for windows7 system.
>
>
> --
> *Thanks & Regards,*
>
> * Yogesh Patel*
>
3
> > *OS *: Windows 7
> >
> > We are using tomcat as standalone application not as service, In task
> > manager it does not showing PID for Tomcat. How to get PID of that tomcat
> > in order to take tomcat thread dump.
>
> Task Manager in Windows can be configure
2015-12-09 10:09 GMT+03:00 Yogesh Patel :
> *Tomcat version* : 7.0.53
> *OS *: Windows 7
>
> We are using tomcat as standalone application not as service, In task
> manager it does not showing PID for Tomcat. How to get PID of that tomcat
> in order to take tomcat thread dump
*Tomcat version* : 7.0.53
*OS *: Windows 7
We are using tomcat as standalone application not as service, In task
manager it does not showing PID for Tomcat. How to get PID of that tomcat
in order to take tomcat thread dump.
What are the best practice to take thread dump and what are the
//
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/GUI
s 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.
> Christopher Shultz wrote: //
>> We are trying to
pher Shultz wrote:
//
> We are trying to be proactive by watching the memory usage numbers in
> the thread dumps.
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.
-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)
>
remotely.
Good luck! :)
2015-03-19 3:35 GMT+02:00 Caldarale, Charles R :
>> From: Eric Robinson [mailto:eric.robin...@psmnv.com]
>> Subject: Java Heap Space / Thread Dump Numbers
>
>> PSYoungGen total 95808K, used 22323K [0x2aaac377,
>> 0x2aaaca21,
> 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 8
When we see these errors in the tomcat logs...
java.lang.OutOfMemoryError: Java heap space
... we do a thread dump and examine the memory numbers, resulting in output
such as the following...
PSYoungGen total 95808K, used 22323K [0x2aaac377,
0x2aaaca21
> -Original Message-
> From: Charles Richard [mailto:charle...@thelearningbar.com]
> Sent: Thursday, May 09, 2013 7:03 AM
> To: Tomcat Users List
> Subject: Re: Tomcat thread dump analysis
>
> On Wed, May 8, 2013 at 6:16 PM, Christopher Schultz <
> ch...@ch
it(Native
> > Method) - waiting on <0x2afe240fbc58> (a
> > com.mchange.v2.resourcepool.BasicResourcePool)
>
> This only tells you the identity of the object monitor (the "lock").
> What you are missing is the identities of the object monitors already
> held b
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: Tomcat thread dump analysis
> > It would appear that logic in your application threads has either
> > created a deadlock, or failed to unlock something before
> > returning,
> That&#
k").
What you are missing is the identities of the object monitors already
held by this and other threads. I believe your thread dump does not
include any of these.
IIRC, the Oracle JVM can (when prodded) produce a thread dump which
includes deadlock detection and will show the suspected-deadl
bar.com]
> >> Subject: Re: Tomcat thread dump analysis
> >
> >> Here is a full thread dump
> >
> > Which again shows no Tomcat involvement in the locking hang.
>
> +1
>
> At least it confirms OP is actually running Tomcat, which wasn't
> eviden
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chuck,
On 5/8/13 11:25 AM, Caldarale, Charles R wrote:
>> From: Charles Richard [mailto:charle...@thelearningbar.com]
>> Subject: Re: Tomcat thread dump analysis
>
>> Here is a full thread dump
>
> Which again shows n
> From: Charles Richard [mailto:charle...@thelearningbar.com]
> Subject: Re: Tomcat thread dump analysis
> Top-posting is a post after another one I'm assuming?
No, it's doing what you keep on doing - posting the response before the query
it applies to (you could have l
Chris,
Top-posting is a post after another one I'm assuming? And sorry if it
wasn't related to Tomcat, I was just excited to finally making a bit of
headway on this issue.
Here is a full thread dump, sorry in advance if this doesn't follow the
etiquette on posting thread dumps:
&
On May 8, 2013, at 8:39 AM, Charles Richard wrote:
> Just saw this which I believe describes exactly what is happening:
>
> http://forums.terracotta.org/forums/posts/list/6470.page
>
> We are using Spring as well. Trying to understand the solution:
If this is the problem that you're experienci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles,
On 5/8/13 8:31 AM, Charles Richard wrote:
> On Wed, May 8, 2013 at 9:27 AM, Daniel Mikusa
> wrote:
>> On May 8, 2013, at 8:20 AM, Charles Richard wrote:
>>
>>> Hi,
>>>
>>> We have a weird issue on our site which some random trigger
>>> e
Just saw this which I believe describes exactly what is happening:
http://forums.terracotta.org/forums/posts/list/6470.page
We are using Spring as well. Trying to understand the solution:
Charles
On Wed, May 8, 2013 at 9:31 AM, Charles Richard <
charle...@thelearningbar.com> wrote:
> We are u
We are using Terracotta which is a bit of a black box to me (setup I've
inherited). Terracotta helps us with the Tomcat sessions being
"transportable" across front end servers.
Cheers!
Charles
On Wed, May 8, 2013 at 9:27 AM, Daniel Mikusa wrote:
>
> On May 8, 2013, at 8:20 AM, Charles Richard
On May 8, 2013, at 8:20 AM, Charles Richard wrote:
> Hi,
>
> We have a weird issue on our site which some random trigger event will
> backup all c3p0 connections until it hits the max pool size.
>
> I have scripts that will do a softReset on the c3p0 connection pool when
> they hit their max so
Oh and sorry, we are using Tomcat 6.0.30 .
Cheers!
On Wed, May 8, 2013 at 9:20 AM, Charles Richard <
charle...@thelearningbar.com> wrote:
> Hi,
>
> We have a weird issue on our site which some random trigger event will
> backup all c3p0 connections until it hits the max pool size.
>
> I have sc
Hi,
We have a weird issue on our site which some random trigger event will
backup all c3p0 connections until it hits the max pool size.
I have scripts that will do a softReset on the c3p0 connection pool when
they hit their max so help us manage the issue and to also help me have
time to hopefull
.
However, when I right click on the Tomcat service icon on system tray
and select menu "Thread Dump",
I get a windows message and it's saying:
"The system can not find the file specified. Unable to open the Event
Mutex".
Then I tried to install other versions.
The
2012/5/30 Takeshi.Yoshida :
> Hi,
>
> I installed Tomcat7.0.27.exe on Windows7 and Windows2008R2.
> The Tomcat almost works fine.
> However, when I right click on the Tomcat service icon on system tray
> and select menu "Thread Dump",
> I get a windows message and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Takeshi,
On 5/30/12 11:44 AM, Takeshi.Yoshida wrote:
> I installed Tomcat7.0.27.exe on Windows7 and Windows2008R2. The
> Tomcat almost works fine. However, when I right click on the Tomcat
> service icon on system tray and select menu &qu
Hi,
I installed Tomcat7.0.27.exe on Windows7 and Windows2008R2.
The Tomcat almost works fine.
However, when I right click on the Tomcat service icon on system tray
and select menu "Thread Dump",
I get a windows message and it's saying:
"The system can not find the file speci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike,
On 1/2/12 9:55 PM, Mike Wertheim wrote:
> On Mon, Jan 2, 2012 at 3:09 PM, Christopher Schultz
>> What were those 4 RUNNABLE threads doing?
>
> They were processing POST requests from the client with a somewhat
> large data payload.
>
> Here's
definitely was rejecting requests. Maybe that will happen if I let it
run a little longer.)
>>> I don't know how to interpret this data, since I'm not really clear
>>> on what the difference is between "runnable" and "waiting on
>>> condition&qu
>> What were those 4 RUNNABLE threads doing?
>
> They were processing POST requests from the client with a somewhat
> large data payload.
Just wanted to pop in and say that my app does also get large POST requests AND
uses APR AND has problems on 7.0.23. Perhaps my FD leak is related to this?
ng on condition" means that the thread is asleep, waiting for a
> notify() signal from another thread telling it to re-attempt a monitor
> lock (i.e. enter a synchronized block). "Runnable" means that the
> thread is actually doing something.
>
>> Do these numbers seem
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: help analyzing thread dump for Tomcat 7.0.23 issue
> "Runnable" means that the thread is actually doing something.
Or that the thread is out in native code - and possibly stuck there. The
signal from another thread telling it to re-attempt a monitor
lock (i.e. enter a synchronized block). "Runnable" means that the
thread is actually doing something.
> Do these numbers seem normal, or are they perhaps giving a clue as
> to what the underlying problem might be?
If tho
On Sat, Dec 31, 2011 at 12:53 PM, Pid * wrote:
> On 31 Dec 2011, at 16:14, Mike Wertheim wrote:
>
>> I'm using the APR Connector.
>>
>> Here's my server.xml:
>>
>>
>>
>>
>> > SSLEngine="on" />
>>
>> > className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"
>> />
>
> No memor
On 31 Dec 2011, at 16:14, Mike Wertheim wrote:
> I'm using the APR Connector.
>
> Here's my server.xml:
>
>
>
>
> SSLEngine="on" />
>
> className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"
> />
No memory leak prevention listeners?
>
> type="org.apac
I'm using the APR Connector.
Here's my server.xml:
On Sat, Dec 31, 2011 at 5:39 AM, Pid wrote:
> On 30/12/2011 02:01, Mike Wertheim wrote:
>> I have an app that runs on Tomcat 7.0.21 and APR 1.4.7
On 30/12/2011 02:01, Mike Wertheim wrote:
> I have an app that runs on Tomcat 7.0.21 and APR 1.4.7 just fine. The
> app serves both SSL and non-SSL traffic. SSL traffic makes up roughly
> 1% of the overall traffic. The Connectors for SSL and non-SSL both
> use the default value (200) for maxThre
I have an app that runs on Tomcat 7.0.21 and APR 1.4.7 just fine. The
app serves both SSL and non-SSL traffic. SSL traffic makes up roughly
1% of the overall traffic. The Connectors for SSL and non-SSL both
use the default value (200) for maxThreads.
When I try to run the app on Tomcat 7.0.23 (
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 5/11/2011 3:11 AM, chateau Xiao wrote:
> for the necessary of debug. I need the thread dump information like below to
> show me the threads running status.
>
> [snip]
>
> I usually use kill -3 or jstack to satisify my requireme
hi all:
for the necessary of debug. I need the thread dump information like below to
show me the threads running status.
Full thread dump Java HotSpot(TM) 64-Bit Server VM (16.3-b01 mixed mode):
"Attach Listener" daemon prio=10 tid=0x01f55000 nid=0x4726 runnable
[0x00
Hello,
tomcat 6.0.26
jvm 1.5.0_16
i'm trying to tune tomcat, avoiding some timeout i think come from the
database.
Where can i find info about thread analysis? I'm using Visual VM to see
the thread status, but so far i know:
1) TP-Processor[x] are the request handling threads
2) RMI and JMX are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Amol,
On 1/11/2011 7:11 AM, Amol Puglia wrote:
> The major issue is [Apache httpd] process is going very high and not
> coming down.
If you mean that the CPU is experiencing high load, then the thread
below is unlikely to be the cause:
> "TP-Process
orkers or processors left, whatever comes first.
But to answer it definitely, one would need to see the code of the
MuxServlet (or the complete thread dump).
regards
Leon
P.S. Side note, I can barely imagine any reasonable grounds for a
servlet to call Thread.sleep in a doPost/doGet method.
until there are no
more workers or processors left, whatever comes first.
But to answer it definitely, one would need to see the code of the
MuxServlet (or the complete thread dump).
regards
Leon
P.S. Side note, I can barely imagine any reasonable grounds for a
servlet to call Thread.sleep in a
version :- 5.5.9
and connecting module as mod_jk.
--- On Tue, 1/11/11, André Warnier wrote:
From: André Warnier
Subject: Re: Need help in understanding tomcat thread dump
To: "Tomcat Users List"
Date: Tuesday, January 11, 2011, 5:31 PM
Ronald Klop wrote:
...
>>
>
> W
Ronald Klop wrote:
...
What is the issue? (Was there another mail that I missed?)
Maybe. There is another thread from the same OP, entitled "Apache Process going high even
after restart of backend server tomcat", but I am still trying to figure out what the
relationship is, and what is the
Op dinsdag, 11 januari 2011 12:11 schreef Amol Puglia :>
Hello Team,
I have taken thread dump for tomcat. I have analyzed it using Thread dump
analyzer.
After reading thread dump i am unable to point which thread is exactly causing
the issue.
kindly guide me to read thread du
Hello Team,
I have taken thread dump for tomcat. I have analyzed it using Thread dump
analyzer.
After reading thread dump i am unable to point which thread is exactly causing
the issue.
kindly guide me to read thread dumps.
Following is the one of the thread from the thread dump output.
&qu
le, I was able to do a thread dump on any of the
instances on the machine.
I can't test if it is RDP or user that's that problem, since this is a
production system and I won't let Administrator login remotely. I might
be able to use the other login on the console, but I will ha
> -Original Message-
> From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
> Sent: Tuesday, October 12, 2010 12:28 PM
> To: Tomcat Users List
> Subject: RE: Error getting Thread dump on Windows
>
> > From: Jeffrey Janner [mailto:jeffrey.jan...@polyd
> From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
> Subject: RE: Error getting Thread dump on Windows
> Just need to know what's up with the Windows error when
> taking a stack dump.
Likely because the account used for the service has very restricted
capabilitie
11:58 AM
> To: Tomcat Users List
> Subject: RE: Error getting Thread dump on Windows
>
> I can use Process Explorer at the windows level to get the Windows
> stack
> of what appears to be the runaway thread:
> ntkrnlpa.exe+0x8db2e
> ntkrnlpa.exe+0x29a82
> ntkrnlpa.exe+
25% CPU unless it gives it up for some other
threads.
Anyway to get a TD from jconsole?
> -Original Message-
> From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
> Sent: Tuesday, October 12, 2010 11:35 AM
> To: Tomcat Users List
> Subject: Error getting Thread
Tomcat 5.5.17 (running as a service)
Java JDK 1.5.0_06 (yes, I know, really old)
Windows Server 2003 SP2 (up to date)
I have a Tomcat instance (one of many) that appears to have some
hung/looping threads.
I tried to use the system tray to take a thread dump (right-click, pick
thread dump
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter,
On 6/4/2010 3:50 AM, Peter Crowther wrote:
> On 4 June 2010 06:08, suchismitasuchi wrote:
>>
>> Thanks a lot.
>> What will be the workaround for this?
>
> Having said all of that, my guess is that either a) you're overloading
> your MySQL dat
On 4 June 2010 06:08, suchismitasuchi wrote:
>
> Thanks a lot.
> What will be the workaround for this?
It looks like a bug in your application, so the solution is to fix the
bug in your application.
Asking the Tomcat list how to fix your web application just because
it's hosted in Tomcat is rath
> From: suchismitasuchi [mailto:suchismitasu...@rediffmail.com]
> Subject: Thread Dump
>
> Can you please tell whether there is any problem with the
> below thread dump?
Probably. You've got lots of threads in this condition:
> "http-8000-Processor25" daemon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
To whom it may concern,
On 3/12/2010 10:57 AM, Tomcat Novice wrote:
> Can anyone else offer more suggestions?
http://wiki.apache.org/tomcat/HowTo#How_do_I_obtain_a_thread_dump_of_my_running_webapp_.3F
- -chris
-BEGIN PGP SIGNATURE-
Version:
> From: Tomcat Novice [mailto:tomcat.nov...@gmail.com]
> Subject: Re: Tomcat 5.5 Thread Dump Questions
>
> My environment is using jdk 1.5.
The simplest thing to do is move to 1.6 (note that Sun stopped support of 1.5
some months ago, unless you want to pay for it). You can also
On 12/03/2010 15:57, Tomcat Novice wrote:
> Can anyone else offer more suggestions? jstack is not available on windows
> that i why I could not find it. My environment is using jdk 1.5.
Java 5 is no longer being updated. It reached EOL last year. You need to
upgrade.
Mark
-
..@gmail.com]
> > Subject: Re: Tomcat 5.5 Thread Dump Questions
> >
> > I cant find jstack anywhere on my tomcat or jdk instance.
>
> Then you either have a JRE installed, not a JDK, or it's very old. Use a
> JDK 6 download from java.sun.com.
>
> - Chuck
>
&
> From: Tomcat Novice [mailto:tomcat.nov...@gmail.com]
> Subject: Re: Tomcat 5.5 Thread Dump Questions
>
> I cant find jstack anywhere on my tomcat or jdk instance.
Then you either have a JRE installed, not a JDK, or it's very old. Use a JDK 6
download from java.sun.com.
t; Subject: Tomcat 5.5 Thread Dump Questions
> >
> > I would like to get thread dumps from the individual
> > Tomcat instances.
>
> Use the jstack tool from the JDK to create the thread dumps and you can
> redirect the output wherever you want. You can find the pid numb
> From: Tomcat Novice [mailto:tomcat.nov...@gmail.com]
> Subject: Tomcat 5.5 Thread Dump Questions
>
> I would like to get thread dumps from the individual
> Tomcat instances.
Use the jstack tool from the JDK to create the thread dumps and you can
redirect the output wherever you
individual Tomcat
instances. I know that if I run Tomcat using command line, I should just
press Control+Esc on the CMD Window. Since its running as a service, can I
do a thread dump without stopping the current service and running the
instance on the command line?
I have seen tomcat logs folder and
2010/1/20 Caldarale, Charles R :
>> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
>> Subject: Re: Windows Thread dump issue
>>
>> Look in stdout_.log. I don't have 5.5 installed at the moment,
>> but in 6.0 it is there.
>
> Not for me - it&#
dump issue
2010/1/20 Jeffrey Janner :
> Is there a version where the Tomcat Monitor (Tomcat5w.exe) "thread dump"
> option doesn't work and one where it's been fixed?
>
> I have a Windows 2008 Server 64-bit running Sun JDK 1.6.0_13 64-bit and
> Tomcat 5.5.27.
&
Sorry I wasn't clear. The file is empty.
-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
Sent: Wednesday, January 20, 2010 10:44 AM
To: Tomcat Users List
Subject: RE: Windows Thread dump issue
> From: Jeffrey Janner [mailto:jeffrey.jan...@poly
> From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
> Subject: Windows Thread dump issue
>
> I have a Windows 2008 Server 64-bit running Sun JDK 1.6.0_13 64-bit and
> Tomcat 5.5.27.
I just tried it with Vista 64 using JDK 1.6.0_14, running both Tomcat 5.5.27
and 6.0.20.
> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
> Subject: Re: Windows Thread dump issue
>
> Look in stdout_.log. I don't have 5.5 installed at the moment,
> but in 6.0 it is there.
Not for me - it's in jakarta_service_MMdd.log, in both 5.5
2010/1/20 Jeffrey Janner :
> Is there a version where the Tomcat Monitor (Tomcat5w.exe) "thread dump"
> option doesn't work and one where it's been fixed?
>
> I have a Windows 2008 Server 64-bit running Sun JDK 1.6.0_13 64-bit and
> Tomcat 5.5.27.
>
> Wh
Is there a version where the Tomcat Monitor (Tomcat5w.exe) "thread dump"
option doesn't work and one where it's been fixed?
I have a Windows 2008 Server 64-bit running Sun JDK 1.6.0_13 64-bit and
Tomcat 5.5.27.
When I right-click on the Tomcat monitor in the system tray and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
This question comes up enough, I've created a FAQ entry for it:
http://wiki.apache.org/tomcat/HowTo#head-a3243c1d640297a9f2aa9446cbed434efbd4d1d9
Now we have an F-er M to RT.
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW3
1 - 100 of 207 matches
Mail list logo
