I would have to have some VERY explicit instructions for doing that before I would try it manually. It certainly isn't happening automatically.
Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ On 8/5/11 10:54 AM, "LJ LongWing" <[email protected]> wrote: >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" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
