Check your mid-tier logs to see if prefetch is actually running. The \AR System\Mid-Tier\\Logs\armidtier0.log _should_ display a definite START prefetch action on the first line, and an END prefetch line when it stops (line 152642 of the log on my system). The Incident Console loads on our systems in 1:30 if it has not been prefetched, 0:12 if it has. Prefetching puts the AR server at a 35% CPU load throughout. The mid-tier server shows only an occasional 5-10% spike if running Tomcat; on my IIS/SE server it varies almost constantly between 10 and 15% CPU, with 25% during some periods.
Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://remedy.unt.edu/helpdesk/ _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Watson, Benjamin A. Sent: Thursday, March 01, 2007 1:08 PM To: arslist@ARSLIST.ORG Subject: Re: Remedy version 7 in production ** We've been playing around with the prefetch as well here with Mid-Tier 7.0.01. We're setup with the IIS6/ServletExec combination. So far, I've seen no apparent usefullness to this utility. I suspect it isn't working. I would suspect that the application server would get hit upon an IIS restart, but nothing. Consequently, the application forms cache on a form by form basis as they're visited, and it is painfully slow on first view. I've noticed that when monitoring performance on each of our 3 servers (database, application, and web), that the application server running ARSystem seems to feel the brunt of the processing penalty when a form is pulled up via the MidTier for the first time. The web and database servers show very little impact. I would expect a little more activity on the Web server. Ben _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Thursday, March 01, 2007 12:18 PM To: arslist@ARSLIST.ORG Subject: Re: Remedy version 7 in production I would switch to the Tomcat 5.5 standalone installation and try that. It installs by default if you install mid-tier 7.0.01 or Patch 001 (what we are using) with the IIS service stopped. You set the memory for the JVM in the Configure Tomcat application, Java tab, under Apache Tomcat 5.5 in the Start-Programs menu. BTW, in my testing this morning I have yet to get IIS/SE to successfully prefetch the ITSM 7 application using the same prefetchConfig.xml that I have been running successfully on Tomcat in both 32 and 64-bit Win2K3 environments, all against the same AR server. SE has the same memory settings as Tomcat, 512 mb to 1536 mb, but it runs for about 20 minutes and then mid-tier and SE restart. There is no indication that IIS restarted. The server testing IIS/SE is also 64-bit Win2K3 2 x 2 core with 10 gb RAM, so it's not failing for lack of resources. All of the mid-tier servers are on JDK 1.4.2_13. I finally had one prefetch complete (31 minutes) after three failures, so I am not impressed with how SE is handling that function. Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://remedy.unt.edu/helpdesk/ _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hendershot,Bruce D. Sent: Thursday, March 01, 2007 11:34 AM To: arslist@ARSLIST.ORG Subject: Re: Remedy version 7 in production ** Mid-Tier hangs. Restarting the Apache Tomcat service clears the problem. The service doesn't crash so our service monitor doesn't detect it as a failure. The client sees a the error information listed below. Anybody else seeing this problem? We're using the servlet and IIS. Error: HTTP Status 500 javax.servlet.ServletExceptoin: Servle execution thre an exception java.lang.OutOfMemoryError: Java heap space _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of strauss Sent: Thursday, March 01, 2007 11:40 AM To: arslist@ARSLIST.ORG Subject: Re: Remedy version 7 in production ** What problems are you seeing with Tomcat?? Are you using the Tomcat web component as well as the servlet, as opposed to using the servlet with IIS which requires the JK connector. Using the connector negates any improvements over IIS/SE, so we are testing both IIS/SE and the Tomcat 5.5 standalone configurations, as recommended by the October 2006 benchmark comparison of the ServletExec and Tomcat engines. Tomcat 5.5.17 has been fairly stable during our testing (one JVM-induced crash on x64 server) since I set the memory pools to 512 MB and 1536 MB in the Java properties. The prefetch process gives you a good stress test - ours runs 35 minutes (ITSM 7 minus Asset) and keeps the AR server at 30% CPU utilization the whole time. The mid-tier server using Tomcat has very little CPU usage during this time, but the one using IIS/SE has a steady 10 to 25% CPU usage. Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://remedy.unt.edu/helpdesk/ _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Hendershot,Bruce D. Sent: Thursday, March 01, 2007 8:29 AM To: arslist@ARSLIST.ORG Subject: Re: Remedy version 7 in production ** We are on version 7.0.01 as of 17 February. Other than some instability of the Mid-tier, which is apparently caused by the Apache Tomcat component, we're seeing no problems. We upgraded from 5.1. We have 20+ applications in production, all home-grown. Windows 2003 MS SQL Server 2005 _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Runar Helle Sent: Thursday, March 01, 2007 9:03 AM To: arslist@ARSLIST.ORG Subject: Remedy version 7 in production ** Hi, all I was just wondering if anyone on this list has put Remedy version 7 into live production. If so, how is your experience so far? Is it stable once you have it up and running? We are thinking about upgrading ARS, Midtier and Service desk. We also have some homemade applications that need to work on the new platform. Our ARS is currently on version 4 and the Helpdesk is on 6.3 (yes, it's old, but also exceptionally stable). Best regards, Runar *********************************************** Runar Helle - IT-ingeniør, KDA IT Kongsberg Defence & Aerospace AS P.O. Box 1003, N-3616 Kongsberg NORWAY Office: (+47) 32 28 66 20 Mobile: (+47) 951 91 986 Email: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Web: www.kongsberg.com *********************************************** __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"