Hi Folks, I am struggling with a performance issue with Mid-tier running on a Linux VM. Well, maybe not exactly a performance problem. Perhaps it is a caching issue or a configuration issue. I'm just not sure. Let me say at the outset that I have read the "BMC Remedy Mid Tier Guide" for 7.6.03, but it is entirely possible that I have missed some salient points or misunderstood others.
Here is the basic configuration: - Using multiple browsers on different machines, Mac and PC. - Midtier 7.6.03 Patch 002 - Apache Tomcat/6.0.32 - Java 1.6.0_29 - OS: Red Hat Enterprise Linux 6 (64-bit) running as a VM, 4 Gig - EVC Mode: Intel Xenon Core 2 This is the behavior that I am seeing: Upon connecting to the Linux VM, the Mid-tier login screen appears immediately. But after typing in a vald username/password, there is a delay of approximately two minutes before the Mid-tier Object List appears (my home page). After that initial delay, response to loading forms is fast with no significant delay. If the session is kept active by periodically loading forms, the delay does not return. However, if I log out for "about an hour" or if the session is allowed to time-out, the next login experiences the delay again. If I restart Tomcat, the first login is always fast. This system is not in production, so I am basically the only user accessing the system. Questions and things I am confused about: - Does the cache on the server timeout? If so, after what interval and how do I control this behavior? - How does the browser cache play into this scenario? Sometimes after I flush the browser cache, I will experience the delay upon accessing the Mid-tier. Other times, flushing the browser cache does not seem to matter and load times are still fast. - In the Mid-tier Configuration tool, I see that the various object types have non-zero "Object Counts", but the "Hit" and "Miss" counts are all always zero. What does this imply about my cache? Mid-tier Settings: Mid Tier Version: 7.6.03 Patch 002 201106210200 Web Server Information: Apache Tomcat/6.0.32 Operating System Name: Linux Java Version: 1.6.0_29 Definition Change Check Interval (Seconds): 3600 (but I have tried longer) Perform Check?: Yes, but I have tried "No" also. Resource Check Interval (Seconds): 86400 Enable Cache Persistence: Checked. Session Timeout (Minutes)*: 1440 (but I have tried shorter) License Release Timeout ([30 - 300] Seconds)*: 60 Enable object list: Checked Enable Skins: Checked I have tried with and without prefetching the cache on the Mid-tier server and also tried using different users in the prefetch configuration (admin, non-admin and both). These changes do not seem to make a difference. The thing that makes me think that something is amiss is the fact that I have a midtier server running on a Solaris 10 box accessing the same AR server and it does not display this behavior. It is running Mid-tier 7.6.03 for Solaris with OOTB configuration and no prefetch. This Mid-tier is running on the same physical host as the AR server (Solaris 10) and is configured as: Mid Tier Version: 7.6.03 Build 001 201008170035 Web Server Information: Apache Tomcat/6.0.29 Operating System Name: SunOS Java Version: 1.6.0_22 Definition Change Check Interval(Seconds): 3600 Perform Check?: Yes Resource Check Interval (Seconds): 86400 Enable Cache Persistence: Checked. Session Timeout (Minutes): 1440 License Release Timeout ([30 - 300] Seconds)*: 60 Enable object list: checked Enable Skins: checked The only difference is minor version differences in Tomcat and Java. The server.xml file is exactly the same on both servers. I have compared all of the configuration files that I can find and I have not found anything that would account for this behavior. Any suggestions n what to look for? Thanks for reading this far. :-) Larry ----- Larry Robinson Remedy Developer/Admin North Carolina State University Office Of Information Technology Raleigh, NC _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
