On 2/12/2013 9:36 AM, Christopher Schultz wrote:
On 2/11/13 4:30 PM, Terence M. Bandoian wrote:
I understand the considerations above and they are a part of the
prevailing thinking. However, one underlying assumption of the
supporting argument appears to be that today's programmers are not
cap
On Feb 20, 2013, at 3:52 AM, Zoran Avtarovski wrote:
> Hi Guys,
>
> It's been a while but the nature of this problem means it may be a while
> between crashes. But we just had a big one which hung the system and
> required a reboot.
Can you elaborate more on this? What OS are you running? What
AFAIK, as best practice is recommended that if you have dedicated
server, let -Xms as close as possible to -Xmx to avoid extra effort in
releasing memory.
I remember to read this information as recommended by Oracle (JRockit)
and IBM (WebSphere) documentation (unfortunately, I don't have the
Also, I forgot to add the details of the memory histogram:
Heap Classes: 3,999, Instances: 6,333,516, Kilo-Bytes: 592,665
Class Size (Kb) % size Instances % instances
int[]243,29641151,0842
char[]153,148251,699,59426
java.lang.String36,70861,174,68318
byte[]29,6505120,3661
java.lang.Ob
Hi Guys,
It's been a while but the nature of this problem means it may be a while
between crashes. But we just had a big one which hung the system and
required a reboot.
I have changed the tomcat options as follows inline with all the advice
and material I read to be as follows:
-server -Xms1460
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Terrence,
On 2/14/13 1:23 AM, Terence M. Bandoian wrote:
> I probably should have said there is a "potential for lost
> knowledge". Here are a couple of anecdotal examples that I hope
> will help illustrate what I mean.
>
> - I was told recently
On 2/12/2013 9:36 AM, Christopher Schultz wrote:
On 2/11/13 4:30 PM, Terence M. Bandoian wrote:
I understand the considerations above and they are a part of the
prevailing thinking. However, one underlying assumption of the
supporting argument appears to be that today's programmers are not
cap
>-Original Message-
>From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>Subject: Build vs. buy (Was: [Seriously OT] Help in diagnosing server
>unresponsiveness)
>
>Re-writing just because a piece of code has become out-of-touch with current
>standa
Em 12/02/2013 13:36, Christopher Schultz escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2/11/13 4:30 PM, Terence M. Bandoian wrote:
I understand the considerations above and they are a part of the
prevailing thinking. However, one underlying assumption of the
supporting argument
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
> On 2/11/13 4:30 PM, Terence M. Bandoian wrote:
>
> I understand the considerations above and they are a part of the
> prevailing thinking. However, one underlying assumption of the
> supporting argument appears to be that today's programmers are
On 2/10/2013 7:13 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Terrence,
On 2/9/13 8:01 PM, Terence M. Bandoian wrote:
On 2/6/2013 9:26 AM, Jeffrey Janner wrote:
IMO, developer performance trumps runtime performance most of
the time.
So, if you can create a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Terrence,
On 2/9/13 8:01 PM, Terence M. Bandoian wrote:
> On 2/6/2013 9:26 AM, Jeffrey Janner wrote:
>>> IMO, developer performance trumps runtime performance most of
>>> the time.
So, if you can create a more maintainable system in less time
>
On 2/6/2013 9:26 AM, Jeffrey Janner wrote:
IMO, developer performance trumps runtime performance most of the time.
>So, if you can create a more maintainable system in less time by using
>EJB (or whatever), then you go ahead and do it: servers are cheap,
>while developer time is expensive.
>
>- -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
André,
On 2/6/13 3:05 PM, André Warnier wrote:
> As maybe one more rant to add to this series, and as a reply to
> the "just throw more hardware at it, it's cheap" line.
In my defense, I was mostly talking about the trade-offs between
something tha
On Wed, Feb 6, 2013 at 6:37 PM, Edson Richter wrote:
>>
>
>
> Hi!
> 404 is page not found.
> If query runs too long, you will get timeout or Error 500.
I need to confirm which one it is, as I only use google Chrome, Google
Chrome says something like, could not connect to page. I migrated from
gla
Em 06/02/2013 19:09, Howard W. Smith, Jr. escreveu:
Chris,
On Wed, Feb 6, 2013 at 12:11 PM, Christopher Schultz
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
It depends on how you configure things. It's usually the lb that makes
that decision, so you configure it there. I w
Chris,
On Wed, Feb 6, 2013 at 12:11 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Howard,
>
>
> It depends on how you configure things. It's usually the lb that makes
> that decision, so you configure it there. I would imagine that a good
> lb would be abl
Jeffrey Janner wrote:
-Original Message-
From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
Sent: Wednesday, February 06, 2013 12:06 PM
To: 'Tomcat Users List'
Subject: RE: [Seriously OT] Help in diagnosing server unresponsiveness
-Original Message-
From: C
> -Original Message-
> From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com]
> Sent: Wednesday, February 06, 2013 12:06 PM
> To: 'Tomcat Users List'
> Subject: RE: [Seriously OT] Help in diagnosing server unresponsiveness
>
> > -Original Message-
> -Original Message-
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Sent: Wednesday, February 06, 2013 11:02 AM
> To: Tomcat Users List
> Subject: Re: [Seriously OT] Help in diagnosing server unresponsiveness
>
> -BEGIN PGP SIGNED MESSAG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
If you are interested in clustering, you should try to attend
ApacheCon this month in Portland, OR in the US: Mark Thomas will be
giving a talk on Tomcat clustering that I'm sure will be enlightening.
- -chris
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
On 2/5/13 8:29 PM, Howard W. Smith, Jr. wrote:
> Chris, On Sun, Feb 3, 2013 at 12:39 PM, Christopher Schultz
> wrote:
>
>> If your requirements allow for users to have to re-authenticate
>> when you have a failover-event, then I highly re
Re: [Seriously OT]
>> Help in diagnosing server unresponsiveness
>>
>> -BEGIN PGP SIGNED MESSAGE-
>>
>> IMO, developer performance trumps runtime performance most of the
>> time. So, if you can create a more maintainable system in less
>> time by using EJ
Em 06/02/2013 13:26, Jeffrey Janner escreveu:
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Tuesday, February 05, 2013 4:59 PM
To: Tomcat Users List
Subject: Re: [Seriously OT] Help in diagnosing server unresponsiveness
-BEGIN PGP SIGNED
> -Original Message-
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Sent: Tuesday, February 05, 2013 4:59 PM
> To: Tomcat Users List
> Subject: Re: [Seriously OT] Help in diagnosing server unresponsiveness
>
> -BEGIN PGP SIGNED MESSAGE
Em 06/02/2013 01:18, Zoran Avtarovski escreveu:
Thanks Igor,
I just stumbled upon that same document. I think you may be on to
something here.
I have a feeling that the GC may not be configured well.
Also read the following:
http://docs.oracle.com/cd/E13150_01/jrockit_jvm/jrockit/geninfo/diag
e
HPJMeter tool. But at the moment, you already know that the memory was not
good, so having the trends may be for a later time.
Emeric
--
View this message in context:
http://tomcat.10.n6.nabble.com/Help-in-diagnosing-server-unresponsiveness-tp4993508p4993829.html
Sent from the Tomcat - Us
> From: Zoran Avtarovski [mailto:zo...@sparecreative.com]
> Subject: Re: Help in diagnosing server unresponsiveness
In addition to Igor's excellent advice, try the following.
> 3. Used memory has only gone back down to 4GB and is holding at this level
Take a heap dump and f
Thanks Igor,
I just stumbled upon that same document. I think you may be on to
something here.
I have a feeling that the GC may not be configured well.
Z.
On 6/02/13 2:15 PM, "Igor Cicimov" wrote:
>On Wed, Feb 6, 2013 at 1:15 PM, Zoran Avtarovski
>wrote:
>
>> Here's some updated observation
On Wed, Feb 6, 2013 at 1:15 PM, Zoran Avtarovski wrote:
> Here's some updated observations after a not quite incident (CPU and
> memory spiked but the app is still running):
>
> 1. Yesterday we had a 90% CPU spike at a time where there was absolutely
> no server traffic. Verified through both the
Here's some updated observations after a not quite incident (CPU and
memory spiked but the app is still running):
1. Yesterday we had a 90% CPU spike at a time where there was absolutely
no server traffic. Verified through both the HTTP logs and the mod_jk
logs. The CPU spiked and recovered back t
Chris,
On Sun, Feb 3, 2013 at 12:39 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Howard,
>
>
> If your requirements allow for users to have to re-authenticate when
> you have a failover-event, then I highly recommend that you use
> sticky-sessions /withou
On Tue, Feb 5, 2013 at 6:10 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Chris,
>
> On 2/2/13 11:47 AM, chris derham wrote:
>>> In the Java world, most people would only call it a consider it
>>> a "cluster" if the app servers actually know about each othe
Chris,
On Tue, Feb 5, 2013 at 5:58 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Howard,
>
> On 2/1/13 9:57 PM, Howard W. Smith, Jr. wrote:
>> On Fri, Feb 1, 2013 at 2:20 PM, Christopher Schultz
>> wrote:
>>>
>>> If you want to improve performance even mo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 2/2/13 11:47 AM, chris derham wrote:
>> In the Java world, most people would only call it a consider it
>> a "cluster" if the app servers actually know about each other --
>> for instance, if you are using session replication. IMO session
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
On 2/1/13 9:57 PM, Howard W. Smith, Jr. wrote:
> On Fri, Feb 1, 2013 at 2:20 PM, Christopher Schultz
> wrote:
>>
>> If you want to improve performance even more, ditch EJB
>> altogether.
>
> Wow, that hurt. ditch EJB altogether? I 'grew
2013/2/3 Zoran Avtarovski :
> Thanks for the reply Chris,
>
> The crash is more a hang than a crash as we don't get OOME. The app just
> stops responding and the monitoring data shows spikes in memory and CPU to
> 100% and then nothing. I can't find anything in the linux system logs or
> in the tom
On Sun, Feb 3, 2013 at 12:39 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Howard,
>
> On 2/1/13 6:27 PM, Howard W. Smith, Jr. wrote:
>> For now, I want a cluster of at least 2 or 3 tomcat servers for
>> fault-tolerance and load balancing.
>
> If your requi
directly
505-554-7878 thank you
From my Android phone on T-Mobile. The first nationwide 4G network.
Original message
From: "Howard W. Smith, Jr."
Date:
To: Tomcat Users List
Subject: Re: Help in diagnosing server unresponsiveness
>>
>> If you want
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
On 2/1/13 6:27 PM, Howard W. Smith, Jr. wrote:
> For now, I want a cluster of at least 2 or 3 tomcat servers for
> fault-tolerance and load balancing.
If your requirements allow for users to have to re-authenticate when
you have a failover
Hello Zoran,
in a thread with so many replies, its partially hard to follow all replies.
Have you resolved your problem already? Have you been able to exclude some
of the most typical scenarios?
I've read that you were using javamelody, have you tried something more
insightful?
regards
Leon
On S
On Sun, Feb 3, 2013 at 6:50 AM, Edson Richter wrote:
> Em 03/02/2013 07:20, Howard W. Smith, Jr. escreveu:
>
>
>
> I hope you did not get offended :-) That wasn't my intention - I was
> mentioning I have some "juniors" here (programmers with less than a year of
> experience), and they adopt bad pr
Em 03/02/2013 07:20, Howard W. Smith, Jr. escreveu:
I definitely do not want to take/lead away from Edson and Mark's
recommendations and responses related to linux, but as someone that has
found success with his first-and-only JAVA/JSF web application, running on
Windows Server 2003 32-bit 4GB, a
I definitely do not want to take/lead away from Edson and Mark's
recommendations and responses related to linux, but as someone that has
found success with his first-and-only JAVA/JSF web application, running on
Windows Server 2003 32-bit 4GB, and now Windows Server 2008 R2 64-bit 32GB
RAM (prepari
On 03/02/2013 3:17 PM, "Zoran Avtarovski" wrote:
>
> Hi Howard,
>
> The move to linux was part of a move in-house for our client as the web
> services are only accessible behind the firewall.
>
> My gut feeling is that the issue isn't related to the WS as they run on a
> scheduled task 3 times a d
On 2/2/2013 8:07 PM, Zoran Avtarovski wrote:
Thanks Miguel,
This is what I also suspect, but I can't see any evidence. The server has
gone 10 days under heavy loads without a glitch and then it will hang a
couple of times in the next few days with no apparent rhyme or reason.
Z.
On 3/02
Just occurred to me: Linux has one feature that Windows doesn't: the OOM
killer. When happens, normally you get a message in log.
Have you checked that?
If not, there is a little introduction here:
http://linuxdevcenter.com/pub/a/linux/2006/11/30/linux-out-of-memory.html?page=1
Also, I had s
Hi Howard,
The move to linux was part of a move in-house for our client as the web
services are only accessible behind the firewall.
My gut feeling is that the issue isn't related to the WS as they run on a
scheduled task 3 times a day. I think the issue lies in our app and
struggling with not be
On Feb 2, 2013 10:59 PM, "Zoran Avtarovski" wrote:
>
> Thanks for the reply Chris,
>
> The crash is more a hang than a crash as we don't get OOME. The app just
> stops responding and the monitoring data shows spikes in memory and CPU to
> 100% and then nothing. I can't find anything in the linux s
Thanks Miguel,
This is what I also suspect, but I can't see any evidence. The server has
gone 10 days under heavy loads without a glitch and then it will hang a
couple of times in the next few days with no apparent rhyme or reason.
Z.
On 3/02/13 5:56 AM, "Miguel González Castaños"
wrote
Em 03/02/2013 02:01, Zoran Avtarovski escreveu:
Hi Edson,
We do have some background threads as we use Quartz for scheduling tasks
but we haven't had any issues with it in the past.
I also checked the monitoring and I'm seeing anything strange during the
execution of the scheduled tasks.
Z.
Hi Edson,
We do have some background threads as we use Quartz for scheduling tasks
but we haven't had any issues with it in the past.
I also checked the monitoring and I'm seeing anything strange during the
execution of the scheduled tasks.
Z.
--
Thanks for the reply Chris,
The crash is more a hang than a crash as we don't get OOME. The app just
stops responding and the monitoring data shows spikes in memory and CPU to
100% and then nothing. I can't find anything in the linux system logs or
in the tomcat or java logs.
My hope is that once
I'm using the Sun JVM 1.6.0_31-b04.
We had other performance issues with openJDK.
Z.
On 3/02/13 2:41 PM, "Edson Richter" wrote:
>Em 03/02/2013 01:35, Zoran Avtarovski escreveu:
>> Thanks for the advice.
>>
>> All libraries are within the apps WEB-INF folder.
>>
>> It also doesn't appear to be
Em 03/02/2013 01:35, Zoran Avtarovski escreveu:
Thanks for the advice.
All libraries are within the apps WEB-INF folder.
It also doesn't appear to be a memory leak. Typically I would expect
memory use to increase over time with a memory leak, but our app shows no
increase just a sharp spike to
Thanks for the advice.
All libraries are within the apps WEB-INF folder.
It also doesn't appear to be a memory leak. Typically I would expect
memory use to increase over time with a memory leak, but our app shows no
increase just a sharp spike to max allocated memory prior to becoming
unresponsiv
On 01/02/2013 20:08, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Zoran,
On 1/31/13 8:36 PM, Zoran Avtarovski wrote:
We have a application running on the latest Tomcat7 and we are
getting a server crash or becoming unresponsive. This occur every
few days at no fix
> In the Java world, most people would only call it a consider it a
> "cluster" if the app servers actually know about each other -- for
> instance, if you are using session replication. IMO session
> replication is a dog, and there are better ways to achieve similar
> goals that yield much higher
Chris,
On Fri, Feb 1, 2013 at 2:20 PM, Christopher Schultz
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Howard,
>
> On 2/1/13 12:41 PM, Howard W. Smith, Jr. wrote:
>> my app is running fine, but i'm always striving for perfection and
>> performance, and that is why I made my way
>>
>> What is the best way to look into the JPA? via JMX?
>
>
> In development, I do use NetBeans with Profiler (memory or cpu profile are
> good start point). In test environment I do use JRockit Mission Control
> remote monitoring. I do not use any of these in production.
> Probably would be poss
Em 01/02/2013 21:57, Howard W. Smith, Jr. escreveu:
Okay, well, I'm using JPA to access JTA managed datasource (Apache
Derby), and I really don't think I have any JDBC resource management
issues.
Have you look into your JPA graph and check if you are not loading
millions of objects in memory?
>>
>> Okay, well, I'm using JPA to access JTA managed datasource (Apache
>> Derby), and I really don't think I have any JDBC resource management
>> issues.
>
>
> Have you look into your JPA graph and check if you are not loading
> millions of objects in memory?
> While JPA is loading data from dat
Em 01/02/2013 21:27, Howard W. Smith, Jr. escreveu:
If you want to improve performance even more, ditch EJB altogether.
Moving from APR to NIO may be a good move, but it really depends upon
your requirements. For instance, APR provides superior SSL performance
but if you don't need it, NIO will p
>>
>> If you want to improve performance even more, ditch EJB altogether.
>> Moving from APR to NIO may be a good move, but it really depends upon
>> your requirements. For instance, APR provides superior SSL performance
>> but if you don't need it, NIO will probably give you better results.
>>
Un
Em 01/02/2013 17:20, Christopher Schultz escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
On 2/1/13 12:41 PM, Howard W. Smith, Jr. wrote:
my app is running fine, but i'm always striving for perfection and
performance, and that is why I made my way from mojarra to
myfaces, glas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
On 2/1/13 12:41 PM, Howard W. Smith, Jr. wrote:
> my app is running fine, but i'm always striving for perfection and
> performance, and that is why I made my way from mojarra to
> myfaces, glassfish to tomee/tomcat, and jsf-managed-beans to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ron,
On 2/1/13 8:14 AM, Ron Wheeler wrote:
> From our experience with a Spring app under Tomcat, the JVM memory
> configuration looks low. You might try doubling it and seeing what
> it does.
That's a big jump for not knowing anything about the OP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Zoran,
On 1/31/13 8:36 PM, Zoran Avtarovski wrote:
> We have a application running on the latest Tomcat7 and we are
> getting a server crash or becoming unresponsive. This occur every
> few days at no fixed intervals or time of day and they certainl
On Fri, Feb 1, 2013 at 12:09 PM, Edson Richter wrote:
> Em 01/02/2013 15:03, Edson Richter escreveu:
>
>
> When I say (we see..) I want to mean: I see lots of junior programmers doing
> the same mistake over and over... I don't know if this is your case, but I
> feel that worth to mention here.
>
Em 01/02/2013 15:03, Edson Richter escreveu:
Removing the hardware issues (faulty memory or disk), that you
obviously already tested, I'll try to give some directions for testing:
a) Main cause of memory leaks are hard references in main class
loader. This happens when you put all your librari
Removing the hardware issues (faulty memory or disk), that you obviously
already tested, I'll try to give some directions for testing:
a) Main cause of memory leaks are hard references in main class loader.
This happens when you put all your libraries into $TOMCAT_HOME/lib. Try
to move your li
Ron Wheeler wrote:
..
I am not sure how 6Gb of virtual OS RAM help when the Tomcat app is
restricted to 1Gb.
Really ? what a poor repressed little app. Just think of it : it only has one thousand
million bytes of RAM to play with. A real scandal, that is.
---
From our experience with a Spring app under Tomcat, the JVM memory
configuration looks low.
You might try doubling it and seeing what it does.
The virtual memory of the OS is not as much of an issue since the Tomcat
JVM memory limit will stop it from growing to use the Linux address space.
The
> From: Zoran Avtarovski [mailto:zo...@sparecreative.com]
> Subject: Re: Help in diagnosing server unresponsiveness
> I'm wondering if it could be GC related as the crashes often follow
> periods of heavy use.
> Is there a way to trigger gather relevant data when Tomcat
Current Java Version is 1.6.0_31-b04 Sun MicroSystems
The old Windows version was the Sun 1.6 as well but I can't remember which
specific release.
Z.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional
On Thu, Jan 31, 2013 at 10:32 PM, Zoran Avtarovski
wrote:
>
> 1.The app has been running on Tomcat 7 in a virtualised linux environment
> for about 4 months and the issue has been persistent through that time.
> Prior to that it was running on a physical Windows server with no issues.
> The move t
Howard, Igor,
Thanks for your responses. In relation to more detail:
1.The app has been running on Tomcat 7 in a virtualised linux environment
for about 4 months and the issue has been persistent through that time.
Prior to that it was running on a physical Windows server with no issues.
The move
>
> We have a application running on the latest Tomcat7 and we are getting a
> server crash or becoming unresponsive. This occur every few days at no fixed
> intervals or time of day and they certainly don't correlate to any app
> function at least not according to the logs.
>
How long have you
On 01/02/2013 12:37 PM, "Zoran Avtarovski" wrote:
>
> Hi Guys,
>
> We have a application running on the latest Tomcat7 and we are getting a
> server crash or becoming unresponsive. This occur every few days at no
fixed
> intervals or time of day and they certainly don't correlate to any app
> func
Hi Guys,
We have a application running on the latest Tomcat7 and we are getting a
server crash or becoming unresponsive. This occur every few days at no fixed
intervals or time of day and they certainly don't correlate to any app
function at least not according to the logs.
We set setup monitor
80 matches
Mail list logo
