Not explicit, but to give an idea: On ARS 7.5 on Solaris, I can kill arplugin without arguments and armonitor does restart the plugin. It has helped me on occasion when external auth quit functioning. Maybe there's a nicer restart command.
The process to restart looks like this for me: ./arplugin , under the ARS install path It is NOT this one: ./java , under the ARS install path/pluginsvr/arplugin David Durling University of Georgia > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of strauss > Sent: Friday, August 05, 2011 12:05 PM > To: [email protected] > Subject: Re: Sync Cache in 764 Not Working > > 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" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
