Check this pdf Provides information about performance degradation caused by keeping FTS Indexing and Escalations during upgrade http://documents.bmc.com/supportu/documents/18/37/211837/211837.pdf
Peter On Mon, Mar 19, 2012 at 11:06 PM, strauss <stra...@unt.edu> wrote: > Last night (and very early this morning) I finally installed ARS SP3 on my > production 7.6.04.01 server, and it promptly started throwing FTS plugin > errors such as I had seen on my test server(s) in both SP1 and SP3. > > Mon Mar 19 01:31:08 2012 : Action Request System(R) Server x64 Version 7.6.04 > SP3 201201302357 > (c) Copyright 1991-2011 BMC Software, Inc. > Mon Mar 19 01:32:26 2012 390602 : Cannot establish a network connection to > the AR System Plug-In server (ARERR 8760) > Mon Mar 19 01:32:26 2012 server.domain.unt.edu (9998) ARSYS.ARF.FTS : > RPC: Miscellaneous tli error - System error (Connection refused) > > When I hit this on my test server, this procedure from support resolved it. > It worked this morning on production as well. I just ran a search from the > RKM advanced search interface and returned tons of indexed Incident records, > so it really did create new indexes. Try this (example is for server group > OR for a single server like ours): > > 2. Per KA328228 : > > 1. Stop the AR servers in the server group (just the one AR server when not > using a group) > Need do this to ensure there are no files locked in contents of the > Collection directory. > 2. Using a database client, remove the contents of the ft_pending table from > the DB directly. > 3. Remove the contents of the Collection directory. > 4 Restart ARserver. In a Server group, only restart the primary server at > this point > 5. Start an FTS Re-Index by choosing the Re-INdex option in the > Administration Console/System Information/FTS tab > 6. Monitor the Collection directory to see that files are getting created. > 7. Once you see the files created (there should be at least 9) you can > bring up the other members of the Server Group > Once the FT-Indexing in complete, start testing Full Text Searches. > > I guess that it is really a data error, but who knows what will happen the > next time we reboot the server (restarting ARS did NOT trigger the error > after steps 1 through 4); I did not run 5 through 7 until this afternoon and > tonight. > > Christopher Strauss, Ph.D. > Call Tracking Administration Manager > University of North Texas Computing & IT Center > http://itsm.unt.edu/ > > From: Joe Martin D'Souza <jdso...@shyle.net<mailto:jdso...@shyle.net>> > Reply-To: "arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>" > <arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>> > Date: Thu, 15 Mar 2012 12:11:44 -0500 > To: "arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>" > <arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>> > Subject: Re: FTS Plugin issues in 7.6.04 > > ** > That’s close to what I have been hearing at this site as well. We keep > getting recommendations that we ought to move to 7.6.04, but from this > thread, it looks like its not cleaned up on that version either.. > > From: patchsk<mailto:vamsi...@gmail.com> > Sent: Thursday, March 15, 2012 12:13 PM > Newsgroups: public.remedy.arsystem.general > To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> > Subject: Re: FTS Plugin issues in 7.6.04 > > ** > Seems like there are several issues with this feature. > We could not even get it to work it on 7.6.03. Without server group it seem > to work, once enabled servergroup it starts crashing while failing over to > other server in the servergroup. Went through several iterations with BMC it > did not help any further so we went live without it. > I assume the product has been passed through testing before making GA. > Seems like there is a gap between BMC lab systems/configurations and real > world. > > > On Thursday, March 15, 2012 9:03:59 AM UTC-5, Joe Martin D'Souza wrote: > ** > > Mike, > > For whatever its worth, there are similar problems with FTS in 7.6.03 too and > we have a long standing open ticket with BMC Support. I cannot be sure if > this is the same issue that has propagated forward to 7.6.04, unless we > compare our issues.. Do you have a ticket open with BMC Support related to > this? > > Joe > > > From: Mike Worts<mailto:mike.wo...@arqiva.com> > Sent: Thursday, March 15, 2012 7:31 AM > Newsgroups: public.remedy.arsystem.general > To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> > Subject: Re: FTS Plugin issues in 7.6.04 > > ** > Same for us on 7.6.04 SP1. > > Check your fts log files. You may find the same error as us: > > 2012-03-14 05:20:33,197 DEBUG [pool-2-thread-5] > com.bmc.arsys.utils.CatalogReader (?:?) - getMessage(8753,null,Message not in > catalog; Message number = 8753,en_GB) > 2012-03-14 05:20:33,198 DEBUG [pool-2-thread-5] > com.bmc.arsys.utils.CatalogReader (?:?) - getMessage(1,8753,null,Message not > in catalog; Message number = 8753,en_GB) > 2012-03-14 05:20:39,747 ERROR [pool-2-thread-4] > com.bmc.arsys.pluginsvr.plugins.ARFilterAPIPluginRepository (?:?) - > ARFilterApiCall FAILs in plugin: ARSYS.ARF.FTS > java.lang.OutOfMemoryError > > 2012-03-14 05:20:33,189 ERROR [pool-2-thread-5] > com.bmc.arsys.pluginsvr.plugins.ARFilterAPIPluginRepository (?:?) - > ARFilterApiCall FAILs in plugin: ARSYS.ARF.FTS > java.lang.OutOfMemoryError > > We have no solution yet. > > Mike. > > AR 7.6.04 SP1 > ITSM 7.6.04 SP1 > AIX 6.1 > > > ________________________________ > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Nathan > Aker > Sent: 15 March 2012 04:49 > To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> > Subject: FTS Plugin issues in 7.6.04 > > ** > Anyone else experiencing major issues with the FTS plugin in 7.6.04? We > have been battling continual issues with the FTS plugin in all 3 of our > environments since upgrading to 7.6.04. The errors are typically some > derivative of “error in plugin: ARSYS.ARF.FTS” with different iterations of > additional log information to accompany it. Our FTS results sporadically > either display no matches, or the user gets an error when searching. > > ARS 7.6.04 SP2 > ITSM 7.6.04 SP1 > > Nathan Aker > ITSM Solution Architect > > McAfee, Inc. > 5000 Headquarters Drive > Plano, TX 75024 > > Web:www.mcafee.com<http://internal.nai.com/division/marketing/BrandMarketing/templates/www.mcafee.com> > > > _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the > Answers Are"_ > > This email, its content and any files transmitted with it are for the > personal attention of the addressee only, any other usage or access is > unauthorised. It may contain information which could be confidential or > privileged. If you are not the intended addressee you may not copy, disclose, > circulate or use it. > > If you have received this email in error, please destroy it and notify the > sender by email. Any representations or commitments expressed in this email > are subject to contract. > > Although we use reasonable endeavours to virus scan all sent emails, it is > the responsibility of the recipient to ensure that they are virus free and we > advise you to carry out your own virus check before opening any attachments. > We cannot accept liability for any damage sustained as a result of software > viruses. We reserve the right to monitor email communications through our > networks. > > Arqiva Limited. Registered office: Crawley Court, Winchester, Hampshire SO21 > 2QA United Kingdom Registered in England and Wales number 2487597 > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"