The bigger problem is that some mid-tier 7.6.04.01+ actions (preload, flush cache, restart tomcat) are crashing the external authentication services. Preloading crashed the AREA plugin thread, and since it showed up in the arerror.log and aruser.log I knew that I had a problem.
Yesterday several tomcat restarts to apply a patch, and flushes to update definitions I had migrated conspired to kill the external authentication with no indication in any log but the arplugin.log (which I had not been watching). Since all of our customer access depends on AREA working properly, 24x7, this could be a serious problem. At this point I don't know of any way to get the AREA services working again except to restart the entire AR server, which is not going to be acceptable during production hours. I am hoping to hear more from BMC today, since we plan to go live this weekend. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ On 8/5/11 9:44 AM, "Remedy" <[email protected]> wrote: >I only use the flush cache button in the midtier admin console and the >changes for my overlays show up fairly quickly. In the user tool I have >to usually re-login to get those changes to show up (in 7.1 I never had >to). > >Using the Sync Cache option seems to crash the midtier, so we have >stopped using it. > >Sent from my iPhone > >On Aug 3, 2011, at 11:53 AM, strauss <[email protected]> wrote: > >> No, and the deeper you dig, the worse it gets. >> >> I am trying to get the specific information on how to force the >>7.6.04.01 mid-tier to re-cache updated objects out of support right now, >>in conjunction with some serious performance issues. My current bet it >>that there is one collection of settings you have to move mid-tier to in >>order to update objects, and another that you have to move it back to >>for production performance, such as it is. I suspect multiple restarts >>of tomcat will be required, with settings changes on either side of >>them. Most of the variations that I have tried have not worked. The >>only server that reliably updates changes in the dev server where >>mid-tier is set to 0 for development cache mode, and it still only >>updates on a Flush. I have not seen a Sync do anything useful at all. >> >> Christopher Strauss, Ph.D. >> Call Tracking Administration Manager >> University of North Texas Computing & IT Center >> http://itsm.unt.edu/ >> >> -----Original Message----- >> From: Action Request System discussion list(ARSList) >>[mailto:[email protected]] On Behalf Of Frank Caruso >> Sent: Wednesday, August 03, 2011 1:43 PM >> To: [email protected] >> Subject: Sync Cache in 764 Not Working >> >> ARS 7.6.4p1 >> ITSM 7.6.4 >> >> Steps: >> >> 1. Make an overlay of an existing form. >> 2. Open form and make an overlay of a View >> 3. Make an overlay for a field and them move that field to a new >>location. >> 4. Save my changes. >> 5. From the MidTier admin cache form click the Sync Cache button. >> 6. Wait........ >> >> The new form view change does not show. The only way I can get the >>changes to appear is to flush the entire cache which is pretty painful. >> >> Am I missing something? >> >> Thank you >> >> Frank >> >> >>_________________________________________________________________________ >>______ >> 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" > >__________________________________________________________________________ >_____ >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"
