Re: Tomcat Status Metrics: RRDTool Graph: Analysis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David, David Smithson wrote: | Do you know of a better way of getting heap numbers out of Java? | Right now I've got three metrics: jvm_mem_free; jvm_mem_max; | jvm_mem_total. Java has multiple heaps (okay, one heap segmented into several generations), so you might want to find a tool that will give you more detailed information. Search the archives for names of such tools. | Examining the graphs, I see that 'free' and 'total' | are not exact opposites. That's an odd way of expressing their relative inverse relationship. | 'max' doesn't change and I believe this is | set with the option -Xmx2048m. Yes. Max = -Xmx setting while total = the current max (which should be <= Max). | These are the java options relating to the heap: | | -Xmx2048m | -Xms1024m Save yourself some confusion and set -Xmx = -Xms. Admin lore suggests that it's easier on the GC since it will never have to resize the entire heap (and I tend to agree). | -XX:MaxPermSize=256m I've found that unless you are having problems, you probably don't need to set the -X:MaxPermSize setting. | -XX:+UseParallelGC Same here. | Jvm_mem_total creeps up to the max over time (about 2 days): During | that time, jvm_mem_free fluctuates regularly, like this [nice graph]. Sounds just about right: the JVM is allowing the heap to grow from 1GB to the max 2GB you gave it. The free memory fluctuates nicely. I would watch it for a week to make sure you aren't observing a slow memory leak. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkfR/OQACgkQ9CaO5/Lv0PDV7gCgiFj1T9zNd1SItJ7nSqAy6ia/ cUMAn3OdM4s1SasVlYYh4KWOnYAnyitD =AAvT -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status Metrics: RRDTool Graph: Analysis
Thanks, Chris. I'll do some load testing. I was thinking of using siege or apache bench. _Tomcat: The Definitive Guide_ is my guide. Do you know of a better way of getting heap numbers out of Java? Right now I've got three metrics: jvm_mem_free; jvm_mem_max; jvm_mem_total. Examining the graphs, I see that 'free' and 'total' are not exact opposites. 'max' doesn't change and I believe this is set with the option -Xmx2048m. These are the java options relating to the heap: -Xmx2048m -Xms1024m -XX:MaxPermSize=256m -XX:+UseParallelGC __/ __/ Jvm_mem_total creeps up to the max over time (about 2 days): __/ During that time, jvm_mem_free fluctuates regularly, like this: /\/\/\/\/\ -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 11:54 AM To: Tomcat Users List Subject: Re: Tomcat Status Metrics: RRDTool Graph: Analysis -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David, David Smithson wrote: | Hi, Christopher. Thanks for your reply. This is a typical hour on | any given day. What other things should I be looking at in Tomcat | and Java? I've got plenty of metrics from other parts of the | operating system. Typically, I look at heap activity (in Java, not just free memory from the OS's perspective) and CPU utilization. The cleaner your heap, the faster everything will run. | I've got my on the JVM memory metrics that come from the Tomcat | status page as well. If I'm not mistaken, these numbers represent | JVM memory fluctuations and relate to garbage collection routines. Probably. Look for heap activity that looks like this: /\/\/\/\/\/\ ~ __/ ~ ___/ ~ ___/ When you start seeing this: __/ You have a problem! Just because your threads are not being used too much doesn't mean there aren't other problems lurking. Even with low thread utilization, a bad heap graph can mean that you're just waiting around for an OOME. Consider performing load tests and watching the numbers instead of just watching a typical hour of a typical day. You need to plan for peak load, not for average load. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkfQIYoACgkQ9CaO5/Lv0PAcQwCfcXMtpU3JklRx074q8y2d1cn5 6mAAoLiPX9LMAAOjk31uAiQRFu1Uot+q =Yfxr -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Status Metrics: RRDTool Graph: Analysis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David, David Smithson wrote: | Hi, Christopher. Thanks for your reply. This is a typical hour on | any given day. What other things should I be looking at in Tomcat | and Java? I've got plenty of metrics from other parts of the | operating system. Typically, I look at heap activity (in Java, not just free memory from the OS's perspective) and CPU utilization. The cleaner your heap, the faster everything will run. | I've got my on the JVM memory metrics that come from the Tomcat | status page as well. If I'm not mistaken, these numbers represent | JVM memory fluctuations and relate to garbage collection routines. Probably. Look for heap activity that looks like this: /\/\/\/\/\/\ ~ __/ ~ ___/ ~ ___/ When you start seeing this: __/ You have a problem! Just because your threads are not being used too much doesn't mean there aren't other problems lurking. Even with low thread utilization, a bad heap graph can mean that you're just waiting around for an OOME. Consider performing load tests and watching the numbers instead of just watching a typical hour of a typical day. You need to plan for peak load, not for average load. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkfQIYoACgkQ9CaO5/Lv0PAcQwCfcXMtpU3JklRx074q8y2d1cn5 6mAAoLiPX9LMAAOjk31uAiQRFu1Uot+q =Yfxr -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status Metrics: RRDTool Graph: Analysis
Hi, Christopher. Thanks for your reply. This is a typical hour on any given day. What other things should I be looking at in Tomcat and Java? I've got plenty of metrics from other parts of the operating system. I've got my on the JVM memory metrics that come from the Tomcat status page as well. If I'm not mistaken, these numbers represent JVM memory fluctuations and relate to garbage collection routines. -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Thursday, March 06, 2008 9:10 AM To: Tomcat Users List Subject: Re: Tomcat Status Metrics: RRDTool Graph: Analysis -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David, David Smithson wrote: | I was wondering if | someone could have a look at [the graph] and tell me if I can | conclude that the performance directives in server.xml do not need to be | modified. That depends on your target performance. If you wanted an average of 1 active thread, you have failed ;) | To me, this graph says that there are very few active Tomcat | threads That is true for this particular hour. Is this a representative sample? | and that there is no reason to go mucking around with the | settings in Tomcat server.xml. Is this a fair analysis? It does not appear that you need more threads for any reason. Remember, there are lots of other things you can tweak besides the thread pool parameters. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkfP+zQACgkQ9CaO5/Lv0PDlsQCeOmBnrFTrxlV5Ee3na4I1jb7w +BcAn3g+QHy0NNz2mOLid+dLwV/FBLOA =dwcc -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Status Metrics: RRDTool Graph: Analysis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David, David Smithson wrote: | I was wondering if | someone could have a look at [the graph] and tell me if I can | conclude that the performance directives in server.xml do not need to be | modified. That depends on your target performance. If you wanted an average of 1 active thread, you have failed ;) | To me, this graph says that there are very few active Tomcat | threads That is true for this particular hour. Is this a representative sample? | and that there is no reason to go mucking around with the | settings in Tomcat server.xml. Is this a fair analysis? It does not appear that you need more threads for any reason. Remember, there are lots of other things you can tweak besides the thread pool parameters. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkfP+zQACgkQ9CaO5/Lv0PDlsQCeOmBnrFTrxlV5Ee3na4I1jb7w +BcAn3g+QHy0NNz2mOLid+dLwV/FBLOA =dwcc -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status Metrics: RRDTool Graph: Analysis
Oops. Try now please. -Original Message- From: David Rees [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2008 10:44 PM To: Tomcat Users List Subject: Re: Tomcat Status Metrics: RRDTool Graph: Analysis On Wed, Mar 5, 2008 at 7:26 PM, David Smithson <[EMAIL PROTECTED]> wrote: > I guess the list doesn't support attachments, so I've staged this on a > web server. Here's the link to the graph: > https://littleblue.activsupport.com/tomcat_graph.png 404 Forbidden. -Dave - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Status Metrics: RRDTool Graph: Analysis
On Wed, Mar 5, 2008 at 7:26 PM, David Smithson <[EMAIL PROTECTED]> wrote: > I guess the list doesn't support attachments, so I've staged this on a > web server. Here's the link to the graph: > https://littleblue.activsupport.com/tomcat_graph.png 404 Forbidden. -Dave - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status Metrics: RRDTool Graph: Analysis
I guess the list doesn't support attachments, so I've staged this on a web server. Here's the link to the graph: https://littleblue.activsupport.com/tomcat_graph.png -Original Message- From: David Smithson [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 05, 2008 10:18 PM To: users@tomcat.apache.org Subject: Tomcat Status Metrics: RRDTool Graph: Analysis Hi all, I was recently asked to create a way to analyze Tomcat performance. I decided to grab stats from the /manager/status?XML=true page and push those metrics into rrdtool. There are all sorts of other details to the analysis which I will leave out. In any case, I was wondering if someone could have a look at the attached graph and tell me if I can conclude that the performance directives in server.xml do not need to be modified. To me, this graph says that there are very few active Tomcat threads and that there is no reason to go mucking around with the settings in Tomcat server.xml. Is this a fair analysis? Thanks for your time. -- David - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Status Metrics: RRDTool Graph: Analysis
Hi all, I was recently asked to create a way to analyze Tomcat performance. I decided to grab stats from the /manager/status?XML=true page and push those metrics into rrdtool. There are all sorts of other details to the analysis which I will leave out. In any case, I was wondering if someone could have a look at the attached graph and tell me if I can conclude that the performance directives in server.xml do not need to be modified. To me, this graph says that there are very few active Tomcat threads and that there is no reason to go mucking around with the settings in Tomcat server.xml. Is this a fair analysis? Thanks for your time. -- David - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat status 75 error
> From: Martin Gainty [mailto:[EMAIL PROTECTED] > Subject: RE: Tomcat status 75 error > > Good CallIf you can upgrade to TC 6 you can use this shared > threadPool (being mindful that you need to configure before Connector) > http://tomcat.apache.org/tomcat-6.0-doc/config/executor.html Don't do that. The perfomance of the executor does not measure up (nor does using an executor have any bearing on the problem): http://marc.info/?l=tomcat-user&m=118002259402411&w=2 - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat status 75 error
Good CallIf you can upgrade to TC 6 you can use this shared threadPool (being mindful that you need to configure before Connector) http://tomcat.apache.org/tomcat-6.0-doc/config/executor.html In any event the statement of taking tomcat out of the loop requires clarification Martin__Disclaimer and confidentiality noteEverything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission.> Date: Wed, 2 Jan 2008 19:24:18 +0100> From: [EMAIL PROTECTED]> To: users@tomcat.apache.org> Subject: Re: Tomcat status 75 error> > Hi Paul,> > Paul Beattie schrieb:> > Hi,> > > > I have a series of relatively high transaction volume tomcat servers> > which are sporadically hitting thread issues. We run with with tomcat> > 4.1.27 at the current time. The behaviour we notice is after several> > days of around one hundred thousand transactions our tomcat instances> > hang with the catalina.out message of:> > > > SEVERE: All threads are busy, waiting. Please increase maxThreads or> > check the servlet status75 75> > Stopping service Tomcat-Standalone> > > > I've done a quite a lot of reading on this and in some cases there is an> > indication that moving to a later tomcat version alleviates the issue. > > However in many others it indicates that this problem is due solely to> > the code whereby the threads are not exiting cleanly. We have a classic> > 3-tier architecture and we can see the db connections closing. I have> > tired reproducing this error on a tomcat 5 environment and I get a> > similar but not identical error:> > > > org.apache.tomcat.util.threads.ThreadPool logFull> > SEVERE: All threads (15) are currently busy, waiting. Increase> > maxThreads (15) or check the servlet status> > If all threads are busy, you can do a thread dump (kill -QUIT) for the> Java process to find out, what they are actually doing. The result goes> into catalina.out. A thread dump contains the full stack for each thread> in the JVM. The Java process will proceed with the usual work after> writing out the stacks. If all threads are busy, either the load is> higher than expected, or the things your threads are doing are running> slower than expected. In the stack you could see e.g. if threads are> waiting for database results etc.> > The above message also indicates, that you have only 15 threads> configured. It's quite possible, that this is a somewhat small thread pool.> > B.T.W.: 4.1.27 is a little old. If you need to stick with 4.1, there is> 4.1.36 already. I'm not saying, that an update will help, but it could> be a good general cleanup thing.> > > The tomcat install continues to function correctly after this has> > occurred. What I would like to know is do the 2 error messages> > correspond to the same underlying issue. I strongly suspect it is an> > application code issue so I would like to be able to count Tomcat out of> > the loop.> > > > Thanks,> > > > Paul> > Regards,> > Rainer> > -> To start a new topic, e-mail: users@tomcat.apache.org> To unsubscribe, e-mail: [EMAIL PROTECTED]> For additional commands, e-mail: [EMAIL PROTECTED]> _ Get the power of Windows + Web with the new Windows Live. http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_122007
Re: Tomcat status 75 error
Hi Paul, Paul Beattie schrieb: > Hi, > > I have a series of relatively high transaction volume tomcat servers > which are sporadically hitting thread issues. We run with with tomcat > 4.1.27 at the current time. The behaviour we notice is after several > days of around one hundred thousand transactions our tomcat instances > hang with the catalina.out message of: > > SEVERE: All threads are busy, waiting. Please increase maxThreads or > check the servlet status75 75 > Stopping service Tomcat-Standalone > > I've done a quite a lot of reading on this and in some cases there is an > indication that moving to a later tomcat version alleviates the issue. > However in many others it indicates that this problem is due solely to > the code whereby the threads are not exiting cleanly. We have a classic > 3-tier architecture and we can see the db connections closing. I have > tired reproducing this error on a tomcat 5 environment and I get a > similar but not identical error: > > org.apache.tomcat.util.threads.ThreadPool logFull > SEVERE: All threads (15) are currently busy, waiting. Increase > maxThreads (15) or check the servlet status If all threads are busy, you can do a thread dump (kill -QUIT) for the Java process to find out, what they are actually doing. The result goes into catalina.out. A thread dump contains the full stack for each thread in the JVM. The Java process will proceed with the usual work after writing out the stacks. If all threads are busy, either the load is higher than expected, or the things your threads are doing are running slower than expected. In the stack you could see e.g. if threads are waiting for database results etc. The above message also indicates, that you have only 15 threads configured. It's quite possible, that this is a somewhat small thread pool. B.T.W.: 4.1.27 is a little old. If you need to stick with 4.1, there is 4.1.36 already. I'm not saying, that an update will help, but it could be a good general cleanup thing. > The tomcat install continues to function correctly after this has > occurred. What I would like to know is do the 2 error messages > correspond to the same underlying issue. I strongly suspect it is an > application code issue so I would like to be able to count Tomcat out of > the loop. > > Thanks, > > Paul Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat status 75 error
Hi, I have a series of relatively high transaction volume tomcat servers which are sporadically hitting thread issues. We run with with tomcat 4.1.27 at the current time. The behaviour we notice is after several days of around one hundred thousand transactions our tomcat instances hang with the catalina.out message of: SEVERE: All threads are busy, waiting. Please increase maxThreads or check the servlet status75 75 Stopping service Tomcat-Standalone I've done a quite a lot of reading on this and in some cases there is an indication that moving to a later tomcat version alleviates the issue. However in many others it indicates that this problem is due solely to the code whereby the threads are not exiting cleanly. We have a classic 3-tier architecture and we can see the db connections closing. I have tired reproducing this error on a tomcat 5 environment and I get a similar but not identical error: org.apache.tomcat.util.threads.ThreadPool logFull SEVERE: All threads (15) are currently busy, waiting. Increase maxThreads (15) or check the servlet status The tomcat install continues to function correctly after this has occurred. What I would like to know is do the 2 error messages correspond to the same underlying issue. I strongly suspect it is an application code issue so I would like to be able to count Tomcat out of the loop. Thanks, Paul - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat status
Hi Andrew, For Tomcat you can use: http://localhost:8080/manager/status Be sure to confugure conf/tomcat-users.xml. Regards, Ognjen Andrew Hole wrote: Could you tell me wich page? On 9/18/07, Bj <[EMAIL PROTECTED]> wrote: if you're using apache httpd and mod_jk in front of your tomcats, you have a status page with a lot of information. Also bundled with tomcat, you have the manager webapp which has a status page. ... - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat status
Could you tell me wich page? On 9/18/07, Bj <[EMAIL PROTECTED]> wrote: > if you're using apache httpd and mod_jk in front of your tomcats, you have a > status page with a lot of information. > Also bundled with tomcat, you have the manager webapp which has a status > page. > > -- > Bj > > > On 9/18/07, Andrew Hole <[EMAIL PROTECTED]> wrote: > > > > Is there a function to check the status of tomcat? > > A simple JSP p.e., i make an http request to tomcat port, and if i > > don't get response, I say that status is down. I want to create a > > simple JSP resume of all tomcat instances status > > > > Thanks, > > > > - > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat status
if you're using apache httpd and mod_jk in front of your tomcats, you have a status page with a lot of information. Also bundled with tomcat, you have the manager webapp which has a status page. -- Bj On 9/18/07, Andrew Hole <[EMAIL PROTECTED]> wrote: > > Is there a function to check the status of tomcat? > A simple JSP p.e., i make an http request to tomcat port, and if i > don't get response, I say that status is down. I want to create a > simple JSP resume of all tomcat instances status > > Thanks, > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Tomcat status
Is there a function to check the status of tomcat? A simple JSP p.e., i make an http request to tomcat port, and if i don't get response, I say that status is down. I want to create a simple JSP resume of all tomcat instances status Thanks, - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Status
www.nagios.org On 8/8/07, Andrew Hole <[EMAIL PROTECTED]> wrote: > Hi! > > Exists some tool to monitor more than one instance of Tomcat in the same > server? > Lambda Probe is an excellent tool, but only monitoring instance where is > installled. > > In a simple way I want to have a web page showing tomcat status and some > other information: > > Tomcat1 - Status Running > Tomcat2 - Status Stopped > -... > > > Thanks a lot > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew, Andrew Hole wrote: > Exists some tool to monitor more than one instance of Tomcat in the same > server? > Lambda Probe is an excellent tool, but only monitoring instance where is > installed. Why not contact the fine folks at Lambda Probe to see if they have any ideas? They might even tell you that they're already working on something like that. It seems like several Lambda Probe instances ought to be able to communicate with each other (as a new feature). Or, perhaps even a single instance could connect to several Tomcat instances (also as a new feature). They'll never know that this is a desirable feature unless you tell them! - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGucXw9CaO5/Lv0PARApzhAJ4lT9LGoumRNYXaw7gvjfyN65kGHQCdGKnn I5JWEleYdOFfExtO0MmIP9M= =7LHy -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Status
Hi! Exists some tool to monitor more than one instance of Tomcat in the same server? Lambda Probe is an excellent tool, but only monitoring instance where is installled. In a simple way I want to have a web page showing tomcat status and some other information: Tomcat1 - Status Running Tomcat2 - Status Stopped -... Thanks a lot
RE: Tomcat status
> From: André Vila Cova [mailto:[EMAIL PROTECTED] > Subject: Tomcat status > > I want to know status of each one (ports configured, > CATALINA_HOME, CATALINA_BASE, status, datasource, etc...). > Exists some script (perl, JSP, etc) showing this data? Don't know of anything that will monitor multiple Tomcat instances, other than perhaps JConsole, which comes with the 1.5 and 1.6 Sun JDKs. You can run Lambda Probe in each instance to get a good idea of what's going in the individual Tomcats. http://lambdaprobe.org - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat status
I've lot of tomcat installed in windows server. I want to know status of each one (ports configured, CATALINA_HOME, CATALINA_BASE, status, datasource, etc...). Exists some script (perl, JSP, etc) showing this data? Thanks a lot
RE: Tomcat Status, Administration and Manager not working
> From: dl [mailto:[EMAIL PROTECTED] > Subject: RE: Tomcat Status, Administration and Manager not working > > I had defined mixed roles in tomcat-users.xml (see earlier post) so I > deleted references to role "admin" and it now works. That shouldn't have been a problem. For testing, I normally use just a single "admin" userid with both "admin" and "manager" roles; it works fine for accessing both the admin and manager apps: > Here is the new file I am using .. now giving access to > status, admin and manager . > > > > > > > > I don't think so - there's no userid with a role of "admin". - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status, Administration and Manager not working
Caldarale, Charles R wrote: > > Both the Status and Tomcat Manager links refer to servlets within the > manager app, and both paths, by default, only require a role of manager > to access them. ... > Thanks again .. your comment .. "only require a role of manager" .. gave me the clue. I had defined mixed roles in tomcat-users.xml (see earlier post) so I deleted references to role "admin" and it now works. Here is the new file I am using .. now giving access to status, admin and manager . -- View this message in context: http://www.nabble.com/Tomcat-Status%2C-Administration-and-Manager-not-working-tf2891579.html#a8085533 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status, Administration and Manager not working
> From: dl [mailto:[EMAIL PROTECTED] > Subject: RE: Tomcat Status, Administration and Manager not working > > .. but unfortunately the other two links > still do not work .. same error reports Both the Status and Tomcat Manager links refer to servlets within the manager app, and both paths, by default, only require a role of manager to access them. Have you made any changes to the conf/Catalina/localhost/manager.xml or server/webapps/manager/WEB-INF/web.xml files? The former contains the file system location of the manager app, the latter the servlet mappings and security constraints. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status, Administration and Manager not working
Thanks .. changed valve to "127.0.0.1" .. restarted server .. Now Tomcat Administration launches .. but unfortunately the other two links still do not work .. same error reports Status and Tomcat Manager In Tomcat Administration page I can see .. Context (/admin) Context (/manager) (plus other entries) c:\apache-tomcat-5.5.20\logs\manager.2006-12-28.log file is empty. -- View this message in context: http://www.nabble.com/Tomcat-Status%2C-Administration-and-Manager-not-working-tf2891579.html#a8079789 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Status, Administration and Manager not working
> From: dl [mailto:[EMAIL PROTECTED] > Subject: Tomcat Status, Administration and Manager not working > > conf\Catalina\localhost\admin.xml > and > server\webapps\admin\admin.xml The latter .xml file isn't actually used; only the one in conf/Catalina/localhost is significant. > .. valves were uncommented to allow access to "localhost". I presume you mean "allow access only to localhost" or "restrict access to only localhost". Access is normally permitted to all IP addresses. > allow="localhost"/> Use the actual IP address (usually 127.0.0.1), not the pseudo-DNS name. This appears to be required even when the is configured with the enableLookups attribute set to true. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Status, Administration and Manager not working
I have installed apache-tomcat-5.5.20.zip ... into c:\apache-tomcat-5.5.20 I also installed apache-tomcat-5.5.20-admin.zip. Then in two admin.xml files .. conf\Catalina\localhost\admin.xml and server\webapps\admin\admin.xml .. valves were uncommented to allow access to "localhost". Launching tomcat from home page .. JSP and Servlet Examples work o.k. .. but Status, Tomcat Administration and Tomcat Manager links do not work. HTTP Status 403 reports as below . http://localhost:8080/manager/status description: Access to the specified resource (Access to the requested resource has been denied) has been forbidden. http://localhost:8080/admin/ description: Access to the specified resource () has been forbidden. http://localhost:8080/manager/html description: Access to the specified resource (Access to the requested resource has been denied) has been forbidden. tomcat-users.xml appears to have access rights setup as per manual. -- View this message in context: http://www.nabble.com/Tomcat-Status%2C-Administration-and-Manager-not-working-tf2891579.html#a8078324 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: replace tomcat Status report
This works: 8<8<8<8<8<8<8< web.xml 8<8<8<8<8< http://java.sun.com/xml/ns/j2ee"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; version="2.4"> 404 /404.jsp 8<8<8<8<8<8< 404.jsp 8<8<8<8<8<8< http://www.w3.org/TR/REC-html40/strict.dtd";> <%@ page pageEncoding="UTF-8" contentType="text/html; charset=UTF-8" %> <%@ page import="java.util.Date" %> Page Not Found Page Not Found (404) The page you requested (<%=request.getAttribute("javax.servlet.forward.servlet_path")%>) was not found. Tim -Original Message- From: Fredrik Andersson [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 14, 2006 8:32 AM To: Tomcat Users List Subject: Re: replace tomcat Status report Hi there I belive you should be able to edit you web.xml with info to overwrite the default error pages. Never done it myself but it´s a hint. =) Good luck Den 6/14/2006, skrev "Dean Hiller" <[EMAIL PROTECTED]>: >I guess I should add that my partner did add this stuff to our >ROOT.war(we deleted the ROOT directory) but it doesn't seem to work... > > >java.lang.Throwable >/error.jspx > > >500 >/error.jspx > > >404 >/error.jspx > > >thanks, >dean > >Dean Hiller wrote: > >> I finally gave up in searching for this(and my partner is soon to give >> up to) so I decided to ask here. >> >> When I go to http://localhost:8080/NoPage.jsf, tomcat tells me the >> tomcat version and everything so I can google for tomcat hacks on that >> version. I would much prefer to hide the version number with my own >> "Resource not found" page. Is this possible? >> >> for exceptions my app runs into, I am just using a filter to redirect >> to a page that doesn't show a tomcat version too. >> >> thanks for any info, >> dean >> >> >> - >> To start a new topic, e-mail: users@tomcat.apache.org >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > >- >To start a new topic, e-mail: users@tomcat.apache.org >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: replace tomcat Status report
Hi there I belive you should be able to edit you web.xml with info to overwrite the default error pages. Never done it myself but it´s a hint. =) Good luck Den 6/14/2006, skrev "Dean Hiller" <[EMAIL PROTECTED]>: >I guess I should add that my partner did add this stuff to our >ROOT.war(we deleted the ROOT directory) but it doesn't seem to work... > > >java.lang.Throwable >/error.jspx > > >500 >/error.jspx > > >404 >/error.jspx > > >thanks, >dean > >Dean Hiller wrote: > >> I finally gave up in searching for this(and my partner is soon to give >> up to) so I decided to ask here. >> >> When I go to http://localhost:8080/NoPage.jsf, tomcat tells me the >> tomcat version and everything so I can google for tomcat hacks on that >> version. I would much prefer to hide the version number with my own >> "Resource not found" page. Is this possible? >> >> for exceptions my app runs into, I am just using a filter to redirect >> to a page that doesn't show a tomcat version too. >> >> thanks for any info, >> dean >> >> >> - >> To start a new topic, e-mail: users@tomcat.apache.org >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > >- >To start a new topic, e-mail: users@tomcat.apache.org >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: replace tomcat Status report
I guess I should add that my partner did add this stuff to our ROOT.war(we deleted the ROOT directory) but it doesn't seem to work... java.lang.Throwable /error.jspx 500 /error.jspx 404 /error.jspx thanks, dean Dean Hiller wrote: I finally gave up in searching for this(and my partner is soon to give up to) so I decided to ask here. When I go to http://localhost:8080/NoPage.jsf, tomcat tells me the tomcat version and everything so I can google for tomcat hacks on that version. I would much prefer to hide the version number with my own "Resource not found" page. Is this possible? for exceptions my app runs into, I am just using a filter to redirect to a page that doesn't show a tomcat version too. thanks for any info, dean - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
replace tomcat Status report
I finally gave up in searching for this(and my partner is soon to give up to) so I decided to ask here. When I go to http://localhost:8080/NoPage.jsf, tomcat tells me the tomcat version and everything so I can google for tomcat hacks on that version. I would much prefer to hide the version number with my own "Resource not found" page. Is this possible? for exceptions my app runs into, I am just using a filter to redirect to a page that doesn't show a tomcat version too. thanks for any info, dean - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]