Chris, Not that you SHOULD need to do this...but the ARMonitor should track if the plugin server is running or not, and restart it if it's killed....so you in theory should be able to kill the java plugin server and have armonitor restart it without killing the actual remedy server.
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of strauss Sent: Friday, August 05, 2011 9:28 AM To: [email protected] Subject: Re: Sync Cache in 764 Not Working 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" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
