UPDATE: RE: Current Stable Tomcat/Java Versions/Settings
Hello, The document contains some useful hints but the initial/max heap size information on page 19 is incorrect. The initial heap size should not be the same as the maximum heap size, and the initial should ideally be 90% of max. I've written a post or two on this in the past. John -- Single Sign On for BMC AR System, Dashboards, ITSM and Analytics. http://www.javasystemsolutions.com/jss/ssoplugin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
UPDATE: RE: Current Stable Tomcat/Java Versions/Settings
Happy Friday List, I went looking to see if the white paper had been published by now. It was included in the Performance Tuning for Business Service Management white paper release in March 2011. Here is a link: http://documents.bmc.com/supportu/documents/90/37/199037/199037.pdf The section Tuning the mid-tier appears to have the full contents of the previously mentioned white paper. Happy Tuning, Jason On Tue, Apr 26, 2011 at 1:32 PM, Pierson, Shawn shawn.pier...@sug.comwrote: ** I would like it too, but if it’s still a draft that isn’t available for the public, perhaps there could be a place to sign up to get it. I’m running into lots of trouble getting the 7.6.4 Mid Tier up and running, and it looks like the Tomcat version BMC ships isn’t fully compatible with 64-bit Windows 2008 R2 (this is my speculation, not something I’ve been told by BMC) so it would be nice to have a white paper describing the components and versions that are compatible and how to configure them properly. ** ** Thanks, ** ** *Shawn Pierson * Remedy Developer | Southern Union ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Chowdhury, Tauf *Sent:* Tuesday, April 26, 2011 3:25 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Current Stable Tomcat/Java Versions/Settings ** ** ** Can someone send me this white paper or the document Jason mentions? *T**auf** **C**howdhury** **|** **F**orest** **L**aboratories**, **I**nc.* ** Analyst, Service Management Mobile:646.483.2779 ** ** -- *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Easter, David *Sent:* Wednesday, December 01, 2010 3:05 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Current Stable Tomcat/Java Versions/Settings ** The White Paper is still a draft – but is being worked on by the author.** ** ** ** -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller *Sent:* Tuesday, November 30, 2010 5:52 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Current Stable Tomcat/Java Versions/Settings ** ** ** AFAIK such a document did not exist until recently. WWRUG attendees received a BMC draft white paper entitled Fine-Tuning the Mid-Tier and the Web Infrastructure for Performance. Not only are there setting recommendations but a lot of good information about web apps, architecture and protocols in general. Right off when browsing it for the first time I realized that we had made some poor assumptions regarding TC settings in the past. Our first exposure to TC was also with MT and RKM and we are by no means TC experts. I did a quick check on the support site and was not able to find it. David Easter, do you know if this document is (or going to be) available on Support Central? Thanks, Jason On Tue, Nov 30, 2010 at 4:41 PM, Craig Carter craig.car...@arpc.denver.af.mil wrote: David, Is there a good document that explains in detail how to configure Tomcat for the midtier when installed separately? The reason I'm asking is one of my guys submitted a ticket to the BMC/Remedy help desk asking for one when he couldn't find it and was told one does not exist. I find it hard to believe there isn't something that explains how to create the linkage when these are installed separately for those of us who are novices with Tomcat. Regards, //SIGNED// Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Tuesday, November 30, 2010 5:01 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28 Just a reminder that the Tomcat provided with AR System is done so as a convenience and is not meant to represent the only version that can be used with the Mid-Tier. The compatibility matrix lists the minimum version supported and customers are welcome to use any version at or higher than the minimum version. For example, AR System 7.6.03 supports Tomcat 5.5.28 or higher... it is not required that you use version 6.0.18. In the same
Current Stable Tomcat/Java Versions/Settings
If you look in the SSO Plugin installation guide: http://www.javasystemsolutions.com/documentation/ssoplugin/jss-sso-installation-manual-3.3.pdf You will find information on how to configure X509 client certificates. This is similar to the SSL setup. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Current Stable Tomcat/Java Versions/Settings
Can someone send me this white paper or the document Jason mentions? Tauf Chowdhury | Forest Laboratories, Inc. Analyst, Service Management Mobile:646.483.2779 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Wednesday, December 01, 2010 3:05 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings ** The White Paper is still a draft - but is being worked on by the author. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, November 30, 2010 5:52 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings ** AFAIK such a document did not exist until recently. WWRUG attendees received a BMC draft white paper entitled Fine-Tuning the Mid-Tier and the Web Infrastructure for Performance. Not only are there setting recommendations but a lot of good information about web apps, architecture and protocols in general. Right off when browsing it for the first time I realized that we had made some poor assumptions regarding TC settings in the past. Our first exposure to TC was also with MT and RKM and we are by no means TC experts. I did a quick check on the support site and was not able to find it. David Easter, do you know if this document is (or going to be) available on Support Central? Thanks, Jason On Tue, Nov 30, 2010 at 4:41 PM, Craig Carter craig.car...@arpc.denver.af.mil wrote: David, Is there a good document that explains in detail how to configure Tomcat for the midtier when installed separately? The reason I'm asking is one of my guys submitted a ticket to the BMC/Remedy help desk asking for one when he couldn't find it and was told one does not exist. I find it hard to believe there isn't something that explains how to create the linkage when these are installed separately for those of us who are novices with Tomcat. Regards, //SIGNED// Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Tuesday, November 30, 2010 5:01 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28 Just a reminder that the Tomcat provided with AR System is done so as a convenience and is not meant to represent the only version that can be used with the Mid-Tier. The compatibility matrix lists the minimum version supported and customers are welcome to use any version at or higher than the minimum version. For example, AR System 7.6.03 supports Tomcat 5.5.28 or higher... it is not required that you use version 6.0.18. In the same way, 7.5.00 customers are welcome to use a later version of Tomcat if so desired. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Craig Carter Sent: Tuesday, November 30, 2010 3:39 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings Thanks.. We're not on 7.6 yet because the 7.6 midtier apparently doesn't support 7.0.1 database servers. We're trying to get the database servers all upgraded to 7.5 as well before moving to v7.6. Until then, we need a stable midtier. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28. Are those settings you mentioned below applicable to 5x Tomcat? Willing to remove the threads setting if not recommended. If anyone knows why that's a bad thing--please respond. Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Tuesday, November 30, 2010 9:01 AM To: arslist@ARSLIST.ORG Subject: Re: Q: Current Stable Tomcat/Java Versions/Settings ** Service not available is an error that I had never seen until 7.6.03, when I was forced to use
Re: Current Stable Tomcat/Java Versions/Settings
I would like it too, but if it's still a draft that isn't available for the public, perhaps there could be a place to sign up to get it. I'm running into lots of trouble getting the 7.6.4 Mid Tier up and running, and it looks like the Tomcat version BMC ships isn't fully compatible with 64-bit Windows 2008 R2 (this is my speculation, not something I've been told by BMC) so it would be nice to have a white paper describing the components and versions that are compatible and how to configure them properly. Thanks, Shawn Pierson Remedy Developer | Southern Union From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Chowdhury, Tauf Sent: Tuesday, April 26, 2011 3:25 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings ** Can someone send me this white paper or the document Jason mentions? Tauf Chowdhury | Forest Laboratories, Inc. Analyst, Service Management Mobile:646.483.2779 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Wednesday, December 01, 2010 3:05 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings ** The White Paper is still a draft - but is being worked on by the author. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, November 30, 2010 5:52 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings ** AFAIK such a document did not exist until recently. WWRUG attendees received a BMC draft white paper entitled Fine-Tuning the Mid-Tier and the Web Infrastructure for Performance. Not only are there setting recommendations but a lot of good information about web apps, architecture and protocols in general. Right off when browsing it for the first time I realized that we had made some poor assumptions regarding TC settings in the past. Our first exposure to TC was also with MT and RKM and we are by no means TC experts. I did a quick check on the support site and was not able to find it. David Easter, do you know if this document is (or going to be) available on Support Central? Thanks, Jason On Tue, Nov 30, 2010 at 4:41 PM, Craig Carter craig.car...@arpc.denver.af.milmailto:craig.car...@arpc.denver.af.mil wrote: David, Is there a good document that explains in detail how to configure Tomcat for the midtier when installed separately? The reason I'm asking is one of my guys submitted a ticket to the BMC/Remedy help desk asking for one when he couldn't find it and was told one does not exist. I find it hard to believe there isn't something that explains how to create the linkage when these are installed separately for those of us who are novices with Tomcat. Regards, //SIGNED// Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Tuesday, November 30, 2010 5:01 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28 Just a reminder that the Tomcat provided with AR System is done so as a convenience and is not meant to represent the only version that can be used with the Mid-Tier. The compatibility matrix lists the minimum version supported and customers are welcome to use any version at or higher than the minimum version. For example, AR System 7.6.03 supports Tomcat 5.5.28 or higher... it is not required that you use version 6.0.18. In the same way, 7.5.00 customers are welcome to use a later version of Tomcat if so desired. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Craig Carter Sent: Tuesday, November 30, 2010 3:39 PM To: arslist@ARSLIST.ORGmailto:arslist
Current Stable Tomcat/Java Versions/Settings
Shawn Is this an IIS/Tomcat integration? We discovered numerous problems with running the installer against IIS7.5 during an SSO Plugin evaluation for client put forward by BMC. We reported back to their consultant with a list of suggestions for enhancement and stated they could call us at any time to get some advice on how to improve Midtier installation/setup. We've not heard anything. Watch out for the 64bit build of mod_jk version 1.2.31. If I recall, it's broken. John Baker -- Single Sign On for AR System http://www.javasystemsolutions.com/jss/ssoplugin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Current Stable Tomcat/Java Versions/Settings
Reason # 1 that I installed Tomcat 6.0.32 (x64) including Service Startup, Native on Windows Server 2008 R2 to support mid-tier 7.6.03 and .04... before we had to abandon that platform because of AlarmPoint. I am now using it on Windows Server 2003 R2 x64 for my current 7.6.04 work (Sun JDK 1.6.0_24 x64 in both cases). ARS 7.6.04 installed Tomcat 6.0.20 by default on my staging server when I upgraded it from 7.1.00, but I could care less how well that works; we weren't able to get the bundled tomcat to do SSL several months back, and abandoned it. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn Sent: Tuesday, April 26, 2011 3:32 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings Tomcat version BMC ships isn't fully compatible with 64-bit Windows 2008 R2 (this is my speculation, not something I've been told by BMC) ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Current Stable Tomcat/Java Versions/Settings
Is there any way to get a copy of this document for us poor souls that can't convince our employers that a trip to Las Vegas is 100% business related? (hint: can we have it somewhere else please so I can finally go again?) Thanks, Jeff From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Jason Miller Sent: Tuesday, November 30, 2010 8:52 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings ** AFAIK such a document did not exist until recently. WWRUG attendees received a BMC draft white paper entitled Fine-Tuning the Mid-Tier and the Web Infrastructure for Performance. Not only are there setting recommendations but a lot of good information about web apps, architecture and protocols in general. Right off when browsing it for the first time I realized that we had made some poor assumptions regarding TC settings in the past. Our first exposure to TC was also with MT and RKM and we are by no means TC experts. I did a quick check on the support site and was not able to find it. David Easter, do you know if this document is (or going to be) available on Support Central? Thanks, Jason On Tue, Nov 30, 2010 at 4:41 PM, Craig Carter craig.car...@arpc.denver.af.milmailto:craig.car...@arpc.denver.af.mil wrote: David, Is there a good document that explains in detail how to configure Tomcat for the midtier when installed separately? The reason I'm asking is one of my guys submitted a ticket to the BMC/Remedy help desk asking for one when he couldn't find it and was told one does not exist. I find it hard to believe there isn't something that explains how to create the linkage when these are installed separately for those of us who are novices with Tomcat. Regards, //SIGNED// Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Easter, David Sent: Tuesday, November 30, 2010 5:01 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28 Just a reminder that the Tomcat provided with AR System is done so as a convenience and is not meant to represent the only version that can be used with the Mid-Tier. The compatibility matrix lists the minimum version supported and customers are welcome to use any version at or higher than the minimum version. For example, AR System 7.6.03 supports Tomcat 5.5.28 or higher... it is not required that you use version 6.0.18. In the same way, 7.5.00 customers are welcome to use a later version of Tomcat if so desired. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. .com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Current Stable Tomcat/Java Versions/Settings
Great info John and my head hurts now too... :o) I understand fully the dynamics and differences in environments, usage, etc. I know what we have is not fully optimized and we need to look at all of those options but we need something that is at least stable in the interim. I've already made a few tweaks and hope we can get access to the document referenced in the other message for further recommendations. I'm not at liberty to use anything I want (Government Environment) so our optimization opportunities are limited with what we're allowed to install. We used the 7.5 P6 installer so 5.5.28 is what that installed. Not sure how often that is updated either. Thanks again, Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of John Baker Sent: Wednesday, December 01, 2010 2:32 AM To: arslist@ARSLIST.ORG Subject: Current Stable Tomcat/Java Versions/Settings David makes an important point. Tomcat 5.5.28 is over 14 months old, and 6.0.18 is over two years old. Off hand, I don't know what version BMC ship with AR System but I'd hope it was the latest, as minor version increments often include important security bug fixes. I also believe it's difficult to come up with a set of 'default settings' for Tomcat/Apache as it's often something derived on a case by case basis - infrastructure is as important as usage. For example, Apache 2.2 is often configured to use mod_prefork instead of mod_worker. The difference is that mod_perfork spawns separate processes to deal with requests, where as mod_worker uses threads. I've run a simple load test (using http_load) against Apache 2.2 and JBoss (which is Tomcat, as far as this discussion is concerned), and discovered that Tomcat will serve twice as many requests with mod_worker. Setting up Apache to use mod_worker was easy, but that was because my distribution (Redhat El 5.4) made it easy. However, my test was not against the Midtier application but a simple web application that served a simple JSP. Midtier has the added (not insignificant) complication of an AR System back end; there's no point in optimising your web platform if AR System is incapable of dealing with the load, hence one needs to look at that too. Perhaps the following pointers may help? * Apache There's no point simply listing my configuration as it isn't for you, but you need to look at this section in httpd.conf (the default for Apache 2.2 deployed on Redhat EL 5.4): IfModule worker.c StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 /IfModule MaxClients set to 150 is a little low for a high user base; you may want to consider 1000, and setting ServerLimit to 50. You can find the documentation here (http://httpd.apache.org/docs/2.2/mod/worker.html) and that's a great resource. Also, the KeepAlive setting is switched off by default in this deployment so you may want to switch it on (see the keepalive setting in mod_jk below too). * mod_jk Now let's consider mod_jk, the default options aren't helpful, and here are some suggestions which turns on keepalive, sets the connection and reply timeout to 5s, with 3s timeouts on two other properties that are best described in the docuemntation. worker.basic.socket_keepalive=1 worker.basic.socket_connect_timeout=5000 # Prefer specific properties to ping_timeout #worker.basic.ping_timeout=1000 worker.basic.connect_timeout=3000 worker.basic.prepost_timeout=3000 worker.basic.reply_timeout=5000 worker.basic.ping_mode=A worker.basic.connection_pool_timeout=5 Again, the documentation is here (http://tomcat.apache.org/connectors-doc/reference/workers.html) and it's worth a read. * Tomcat I can't comment on each Tomcat build but most don't seem to have the AJP connector setup, and if you've customised Apache/mod_jk then you'd need to review the connector. It can be found in the server.xml file: Connector protocol=AJP/1.3 port=8009 address=... redirectPort=8443 connectionTimeout=5000 keepAliveTimeout=1 maxThreads=100/ Again, more options! According to the docs, connectionTimeout (in milliseconds) needs to be set to the mod_jk connection_pool_timeout value (helpfully defined in seconds). I had heard a rumour that it isn't required for mod_worker, but I can't confirm this to be true. My keepAliveTimeout is set to 10s for reasons related to reverse proxies upstream, but I've included it for consideration. * Summary So where does this leave us? Well, my head is hurting thinking about this topic because there are so many options to optimise an Apache/Tomcat deployment before we've even considered load balancers, AR System, the database, etc., and this hasn't covered IIS (but I'd recommend Apache for large busy deployments). We also haven't mentioned mod_cluster
Q: Current Stable Tomcat/Java Versions/Settings
All, We recently upgraded all of our midtier servers and we're having repeated problems with Tomcat locking up and displaying Service not available. It appears to happen randomly and at no set memory limit. The last couple of times was in the 600-700MB in use when it happened. The service fails to stop or restart and has to be killed to get it started again. We're running the following: ARS 7.5 P6 Apache Tomcat 5.5.28 Java 1.6.0_21 Windows Server 2008/IIS7 Tomcat settings are 512MB initial, 1536MB maximum, and 3000 threads. We've always used ServletExec in the past. Those of you with a lot of Tomcat experience, what combination of versions/memory sizes have you found to be the most stable for ARS 7.5? Thanks, Craig Carter Information Technology Manager, RSP ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Q: Current Stable Tomcat/Java Versions/Settings
Hello, I wrote a post on this topic earlier this year: http://www.javasystemsolutions.com/arslist/view/89025846 In a nutshell, start by setting the initial heap size to 90% of the maximum, so -Xms1400 -Xmx1536 in yuor case. Your current setup is encouraging the garbage collector to invoke a huge clean up of 1Gb, which will exhibit itself in the VM appearing to lock up. If you're using Apache and mod_jk, be sure to run mod_jk 1.2.31. There's a critical bug (https://issues.apache.org/bugzilla/show_bug.cgi?id=48169) in mod_jk which causes delays when dealing with AJP sockets that are not properly closed - we helped them resolve it so I can confirm it did exist. This may not be the problem, but it's worth considering. Finally, review your Midtier caching to see why it's consuming all this memory. I can't imagine ServletExec being much better than Tomcat - did you upgrade when you moved to Tomcat? John -- Single Sign On for AR System http://www.javasystemsolutions.com/jss/ssoplugin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Q: Current Stable Tomcat/Java Versions/Settings
Service not available; I believe this happens when mod_jk can't connect to Tomcat. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Current Stable Tomcat/Java Versions/Settings
Thanks John, I'll check those out. We're pretty much running the standard install of Tomcat that came with the midtier installation. Until the 7.5 P6 upgrade, we had always run with the bundled ServletExec (up through v7.0.1) so we were used to those settings. Since we're pretty green on Tomcat, we're looking for the most stable configuration since ServletExec was fairly picky regarding Java version, heap size, etc. I'll assume mod_jk was installed automatically when Tomcat was installed with IIS... Since the person who built these left, I'm playing catch-up and I'll need to see what's installed. Appreciate the info--I need to get a lot smarter on Tomcat. Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of John Baker Sent: Tuesday, November 30, 2010 7:46 AM To: arslist@ARSLIST.ORG Subject: Q: Current Stable Tomcat/Java Versions/Settings Hello, I wrote a post on this topic earlier this year: http://www.javasystemsolutions.com/arslist/view/89025846 In a nutshell, start by setting the initial heap size to 90% of the maximum, so -Xms1400 -Xmx1536 in yuor case. Your current setup is encouraging the garbage collector to invoke a huge clean up of 1Gb, which will exhibit itself in the VM appearing to lock up. If you're using Apache and mod_jk, be sure to run mod_jk 1.2.31. There's a critical bug (https://issues.apache.org/bugzilla/show_bug.cgi?id=48169) in mod_jk which causes delays when dealing with AJP sockets that are not properly closed - we helped them resolve it so I can confirm it did exist. This may not be the problem, but it's worth considering. Finally, review your Midtier caching to see why it's consuming all this memory. I can't imagine ServletExec being much better than Tomcat - did you upgrade when you moved to Tomcat? John -- Single Sign On for AR System http://www.javasystemsolutions.com/jss/ssoplugin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Q: Current Stable Tomcat/Java Versions/Settings
Thanks.. We're not on 7.6 yet because the 7.6 midtier apparently doesn't support 7.0.1 database servers. We're trying to get the database servers all upgraded to 7.5 as well before moving to v7.6. Until then, we need a stable midtier. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28. Are those settings you mentioned below applicable to 5x Tomcat? Willing to remove the threads setting if not recommended. If anyone knows why that's a bad thing--please respond. Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Tuesday, November 30, 2010 9:01 AM To: arslist@ARSLIST.ORG Subject: Re: Q: Current Stable Tomcat/Java Versions/Settings ** Service not available is an error that I had never seen until 7.6.03, when I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. Prior to this I have always installed the mid-tier using tomcat as the web server, not IIS. BTW, at some point during production with 7.1 BMC Support admitted to me that the 3000 threads settings they had documented in the past was an error, and should not be set at all. Eventually it dropped out of the mid-tier docs. Recently they told me that under Java Options: in the Apache Tomcat Tomcat6 Properties box, I should add the line: -XX:MaxPermSize=256m Apparently the mid-tier installer already adds the settings: -Xincgc -XX:PermSize=256m Adding this setting has cleared up some out of memory errors that I have seen when trying to load the RKM 7.6.03 console in mid-tier, among other things. These do not appear to be standard settings in a tomcat install - yesterday I built a midtier 7.6.03 on the 64-bit Windows distribution of tomcat 6.0.28 (trying to find a tomcat 6.0 build that will not only do SSL using a commercial certificate, but will work properly with mid-tier 7.6.03; the most current tomcat - 6.0.29 - had problems with mid-tier), and I had to add all three of the -X lines to the Java Options. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Craig Carter Sent: Tuesday, November 30, 2010 8:15 AM To: arslist@ARSLIST.ORG Subject: Q: Current Stable Tomcat/Java Versions/Settings ** All, We recently upgraded all of our midtier servers and we're having repeated problems with Tomcat locking up and displaying Service not available. It appears to happen randomly and at no set memory limit. The last couple of times was in the 600-700MB in use when it happened. The service fails to stop or restart and has to be killed to get it started again. We're running the following: ARS 7.5 P6 Apache Tomcat 5.5.28 Java 1.6.0_21 Windows Server 2008/IIS7 Tomcat settings are 512MB initial, 1536MB maximum, and 3000 threads. We've always used ServletExec in the past. Those of you with a lot of Tomcat experience, what combination of versions/memory sizes have you found to be the most stable for ARS 7.5? Thanks, Craig Carter Information Technology Manager, RSP _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Current Stable Tomcat/Java Versions/Settings
David, Is there a good document that explains in detail how to configure Tomcat for the midtier when installed separately? The reason I'm asking is one of my guys submitted a ticket to the BMC/Remedy help desk asking for one when he couldn't find it and was told one does not exist. I find it hard to believe there isn't something that explains how to create the linkage when these are installed separately for those of us who are novices with Tomcat. Regards, //SIGNED// Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Easter, David Sent: Tuesday, November 30, 2010 5:01 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28 Just a reminder that the Tomcat provided with AR System is done so as a convenience and is not meant to represent the only version that can be used with the Mid-Tier. The compatibility matrix lists the minimum version supported and customers are welcome to use any version at or higher than the minimum version. For example, AR System 7.6.03 supports Tomcat 5.5.28 or higher... it is not required that you use version 6.0.18. In the same way, 7.5.00 customers are welcome to use a later version of Tomcat if so desired. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Craig Carter Sent: Tuesday, November 30, 2010 3:39 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings Thanks.. We're not on 7.6 yet because the 7.6 midtier apparently doesn't support 7.0.1 database servers. We're trying to get the database servers all upgraded to 7.5 as well before moving to v7.6. Until then, we need a stable midtier. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28. Are those settings you mentioned below applicable to 5x Tomcat? Willing to remove the threads setting if not recommended. If anyone knows why that's a bad thing--please respond. Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Tuesday, November 30, 2010 9:01 AM To: arslist@ARSLIST.ORG Subject: Re: Q: Current Stable Tomcat/Java Versions/Settings ** Service not available is an error that I had never seen until 7.6.03, when I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. Prior to this I have always installed the mid-tier using tomcat as the web server, not IIS. BTW, at some point during production with 7.1 BMC Support admitted to me that the 3000 threads settings they had documented in the past was an error, and should not be set at all. Eventually it dropped out of the mid-tier docs. Recently they told me that under Java Options: in the Apache Tomcat Tomcat6 Properties box, I should add the line: -XX:MaxPermSize=256m Apparently the mid-tier installer already adds the settings: -Xincgc -XX:PermSize=256m Adding this setting has cleared up some out of memory errors that I have seen when trying to load the RKM 7.6.03 console in mid-tier, among other things. These do not appear to be standard settings in a tomcat install - yesterday I built a midtier 7.6.03 on the 64-bit Windows distribution of tomcat 6.0.28 (trying to find a tomcat 6.0 build that will not only do SSL using a commercial certificate, but will work properly with mid-tier 7.6.03; the most current tomcat - 6.0.29 - had problems with mid-tier), and I had to add all three of the -X lines to the Java Options. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Craig Carter Sent: Tuesday, November 30, 2010 8:15 AM To: arslist@ARSLIST.ORG Subject: Q: Current Stable Tomcat/Java Versions/Settings ** All, We recently upgraded all of our midtier servers and we're having repeated problems with Tomcat locking up and displaying Service not available. It appears to happen randomly and at no set memory limit. The last couple of times was in the 600-700MB
Re: Current Stable Tomcat/Java Versions/Settings
Everything I'm aware of is either in the Installation Guide or the Mid-Tier Guide. You could also check the KBs if there is a specific error condition or issue you're encountering. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Craig Carter Sent: Tuesday, November 30, 2010 4:41 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings David, Is there a good document that explains in detail how to configure Tomcat for the midtier when installed separately? The reason I'm asking is one of my guys submitted a ticket to the BMC/Remedy help desk asking for one when he couldn't find it and was told one does not exist. I find it hard to believe there isn't something that explains how to create the linkage when these are installed separately for those of us who are novices with Tomcat. Regards, //SIGNED// Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Easter, David Sent: Tuesday, November 30, 2010 5:01 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28 Just a reminder that the Tomcat provided with AR System is done so as a convenience and is not meant to represent the only version that can be used with the Mid-Tier. The compatibility matrix lists the minimum version supported and customers are welcome to use any version at or higher than the minimum version. For example, AR System 7.6.03 supports Tomcat 5.5.28 or higher... it is not required that you use version 6.0.18. In the same way, 7.5.00 customers are welcome to use a later version of Tomcat if so desired. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Craig Carter Sent: Tuesday, November 30, 2010 3:39 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings Thanks.. We're not on 7.6 yet because the 7.6 midtier apparently doesn't support 7.0.1 database servers. We're trying to get the database servers all upgraded to 7.5 as well before moving to v7.6. Until then, we need a stable midtier. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28. Are those settings you mentioned below applicable to 5x Tomcat? Willing to remove the threads setting if not recommended. If anyone knows why that's a bad thing--please respond. Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of strauss Sent: Tuesday, November 30, 2010 9:01 AM To: arslist@ARSLIST.ORG Subject: Re: Q: Current Stable Tomcat/Java Versions/Settings ** Service not available is an error that I had never seen until 7.6.03, when I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. Prior to this I have always installed the mid-tier using tomcat as the web server, not IIS. BTW, at some point during production with 7.1 BMC Support admitted to me that the 3000 threads settings they had documented in the past was an error, and should not be set at all. Eventually it dropped out of the mid-tier docs. Recently they told me that under Java Options: in the Apache Tomcat Tomcat6 Properties box, I should add the line: -XX:MaxPermSize=256m Apparently the mid-tier installer already adds the settings: -Xincgc -XX:PermSize=256m Adding this setting has cleared up some out of memory errors that I have seen when trying to load the RKM 7.6.03 console in mid-tier, among other things. These do not appear to be standard settings in a tomcat install - yesterday I built a midtier 7.6.03 on the 64-bit Windows distribution of tomcat 6.0.28 (trying to find a tomcat 6.0 build that will not only do SSL using a commercial certificate
Re: Current Stable Tomcat/Java Versions/Settings
AFAIK such a document did not exist until recently. WWRUG attendees received a BMC draft white paper entitled Fine-Tuning the Mid-Tier and the Web Infrastructure for Performance. Not only are there setting recommendations but a lot of good information about web apps, architecture and protocols in general. Right off when browsing it for the first time I realized that we had made some poor assumptions regarding TC settings in the past. Our first exposure to TC was also with MT and RKM and we are by no means TC experts. I did a quick check on the support site and was not able to find it. David Easter, do you know if this document is (or going to be) available on Support Central? Thanks, Jason On Tue, Nov 30, 2010 at 4:41 PM, Craig Carter craig.car...@arpc.denver.af.mil wrote: David, Is there a good document that explains in detail how to configure Tomcat for the midtier when installed separately? The reason I'm asking is one of my guys submitted a ticket to the BMC/Remedy help desk asking for one when he couldn't find it and was told one does not exist. I find it hard to believe there isn't something that explains how to create the linkage when these are installed separately for those of us who are novices with Tomcat. Regards, //SIGNED// Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] On Behalf Of Easter, David Sent: Tuesday, November 30, 2010 5:01 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28 Just a reminder that the Tomcat provided with AR System is done so as a convenience and is not meant to represent the only version that can be used with the Mid-Tier. The compatibility matrix lists the minimum version supported and customers are welcome to use any version at or higher than the minimum version. For example, AR System 7.6.03 supports Tomcat 5.5.28 or higher... it is not required that you use version 6.0.18. In the same way, 7.5.00 customers are welcome to use a later version of Tomcat if so desired. -David J. Easter Sr. Product Manager, Enterprise Service Management BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] On Behalf Of Craig Carter Sent: Tuesday, November 30, 2010 3:39 PM To: arslist@ARSLIST.ORG Subject: Re: Current Stable Tomcat/Java Versions/Settings Thanks.. We're not on 7.6 yet because the 7.6 midtier apparently doesn't support 7.0.1 database servers. We're trying to get the database servers all upgraded to 7.5 as well before moving to v7.6. Until then, we need a stable midtier. The bundled Tomcat version in 7.5 P6 appears to be v5.5.28. Are those settings you mentioned below applicable to 5x Tomcat? Willing to remove the threads setting if not recommended. If anyone knows why that's a bad thing--please respond. Craig Carter Information Technology Manager, RSP -Original Message- From: Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] On Behalf Of strauss Sent: Tuesday, November 30, 2010 9:01 AM To: arslist@ARSLIST.ORG Subject: Re: Q: Current Stable Tomcat/Java Versions/Settings ** Service not available is an error that I had never seen until 7.6.03, when I was forced to use the Jakarta plugin with IIS because the 6.0.18 tomcat bundled with mid-tier 7.6.03 refuses to work with OpenSSL. Prior to this I have always installed the mid-tier using tomcat as the web server, not IIS. BTW, at some point during production with 7.1 BMC Support admitted to me that the 3000 threads settings they had documented in the past was an error, and should not be set at all. Eventually it dropped out of the mid-tier docs. Recently they told me that under Java Options: in the Apache Tomcat Tomcat6 Properties box, I should add the line: -XX:MaxPermSize=256m Apparently the mid-tier installer already adds the settings: -Xincgc -XX:PermSize=256m Adding this setting has cleared up some out of memory errors that I have seen when trying to load the RKM 7.6.03 console in mid-tier, among other things. These do not appear to be standard settings in a tomcat install - yesterday I built a midtier 7.6.03 on the 64-bit Windows distribution of tomcat 6.0.28 (trying to find a tomcat 6.0 build that will not only do SSL using a commercial certificate
