Not directly on topic, but we've basically put a moratorium on any additional indexing of fields by the FTS engine as it seems to have more than enough trouble handling the load from the base application functionalities with 7.6.04. Careful how much you ask it to index, I know we're not alone as I've seen a number of posts from others having to monkey with the FTS configuration to get this beast to simply do the jobs BMC has asked it to do in the 7.6.04 ITSM apps. We've got all FTS plugins now running on one server per BMC direction and still have hiccups from time to time with it getting choked up.
Nate. Nathan Aker ITSM Solution Architect McAfee, Inc. From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, August 27, 2012 1:55 PM To: [email protected] Subject: Re: CMDB Fields for FTS indexing ** Hi, Has anyone encountered the same kind of issue before with FTS enable on CMDB fields. Regards. RK On Sun, Aug 26, 2012 at 5:31 PM, [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>> wrote: Hi All, Please let me know if anyone has done FTS indexing on CMDB fields like CI ID, CI Name etc. I have currently enable FTS indexes on above fields on BMC.Core:Base_Element form but when ever i search newly created CI I am not able to search it until i re index whole FTS . I have seen that there are some FTS limitation for data re-indexing on join form and need to schedule the data scan for those join forms which causes very high CPU & memory utilization. Also the Best practice development mode doesn't allow to modify the fields on join form and i need to switch base development to modify those forms & its property which i think is not a good idea. I am not sure how to achieve this on CMDB forms as everything is based on join form structure and its very difficult to enable FTS on all the CMDB classes. Thanks, RK _attend WWRUG12 www.wwrug.com<http://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"
