Are you running ITSM?...this sounds like the Mid-Tier caching itself the first time someone access the app in the morning...if I'm not mistaken 6.3 Mid-tier will clear it's cache of unused items during down periods (overnight)...and the first person to request the page will get a delay while it's caching. If this is the case...then a properly configured 7.1 mid-tier should alleviate your issues as 7.1 has persistent cache capabilities.
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Julie Rockwood Sent: Friday, October 12, 2007 12:23 PM To: [email protected] Subject: w3wp.exe pegs CPU randomly - ARS 6.3 Hello list, Calling all Win 2003 Remedy geeks. We are having production problems on our win 2003, ARS 6.3 patch 14 mid-tier server. Below is an email from my system administrator describing the problem. If anyone has any ideas, we would sure appreciate it. Julie I manage the server instances for our ARS team which are the following: Mid-tier: W2K3/IIS6.0/ServletExec 5.0/ARS 6.3 - VMware Application: W2K3/ARS 6.3 - VMware Database: Oracle 9i on AIX 5.3.x Anyway, I'm seeing the w3wp peg the CPU on the mid-tier almost every morning, rendering the web server inoperable (even for static html rendering). If I temporarily remove the ServletExec ISAPI filter, static html rendering is fine and CPU utilization is normal. Re- insert the filter and perform an iisreset - the same behavior occurs. If I wait about 15-20 minutes (this problem occurs almost daily at 6:30 so customers aren't complaining yet) the problem clears itself out and everything is working fine. If I monkey with it (iisresets, rebooting, etc) the problem perpetuates itself even longer. We're moving towards a ARS 7.1 install on new infrastructure, so I'm hoping this will fix it - but in the meantime if anyone has run into this (and possibly fixed it) any pointers would be greatly appreciated. Thanks! ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
