miklesw
asked on
Local Replica Indexing - Stubborn User
I have a user which keeps a local replica of all the the dbs he uses. Some of which are 3gb in size.
He often complains that his machine slows down - but doesn't want to remove FT indexing nor indexing of attachments...
Is there a way to control when it occurs?? I know Update frequency doesn't work on clients..
I can't really figure out what triggers it.. although most of the time it follows replication.. it is does not occur immediately after..
His replication schedule is set to run opening and closing notes...
Normally I would tell the user to piss off .. but this one is somewhat of a big shot...
He often complains that his machine slows down - but doesn't want to remove FT indexing nor indexing of attachments...
Is there a way to control when it occurs?? I know Update frequency doesn't work on clients..
I can't really figure out what triggers it.. although most of the time it follows replication.. it is does not occur immediately after..
His replication schedule is set to run opening and closing notes...
Normally I would tell the user to piss off .. but this one is somewhat of a big shot...
ASKER
This error may be causing the problem.. sounds like a corrupt Index - deleted it ..will see how it goes...
10/05/2006 09:37:53 Full text indexing documents in xxxx
10/05/2006 09:38:19 Looking for replica (80257004:003F121E) on server xxxxx
10/05/2006 09:38:20 Failover on replica ID (80257004:003F121E) from server to xxxx
10/05/2006 10:32:18 Full Text message: UBM error. File name = c:\notes\data\xxxxx.ft\ftg
10/05/2006 10:32:18 Error full text indexing document NT800B0002 c:\notes\data\xxxx.ft (rc=3857) Full text error; see log for more information
10/05/2006 10:32:19 Error full text indexing xxxx.nsf: Full text error from Topic
However I still would like to find a way to control indexing.. if it exists..
10/05/2006 09:37:53 Full text indexing documents in xxxx
10/05/2006 09:38:19 Looking for replica (80257004:003F121E) on server xxxxx
10/05/2006 09:38:20 Failover on replica ID (80257004:003F121E) from server to xxxx
10/05/2006 10:32:18 Full Text message: UBM error. File name = c:\notes\data\xxxxx.ft\ftg
10/05/2006 10:32:18 Error full text indexing document NT800B0002 c:\notes\data\xxxx.ft (rc=3857) Full text error; see log for more information
10/05/2006 10:32:19 Error full text indexing xxxx.nsf: Full text error from Topic
However I still would like to find a way to control indexing.. if it exists..
Recreating the index on the local replica might fix some of the error issues. I know on Domino 7 you can control full text indexing's threads, refresh rate and so forth through the notes.ini. I don't know if you would be able to use those type of settings on the clients notes.ini. As far as I know this is new on version 7.X, but I don't know what version you are. Maybe this will point you in the right direction.
I could be wrong, but aren't "UBM errors" disk errors? If there are more of these under the events log on the PC, then chkdsk and defrag is the starting point, with reformat and reinstall. That is if the harddisk and not the controller is the problem. I have never seen these type of errors associated with a Notes File. Other than the fulltext error ones, which twizted teck answers nicely. (open database properties, delete the ft, and rebuild)
Then again, I'm not the "sysexpert" here... :)
Then again, I'm not the "sysexpert" here... :)
All good info.
Please Remember that I commented BEFORE he posted the log errors !!
Please Remember that I commented BEFORE he posted the log errors !!
SysExpert,
I honestly don't know, which is why I'm throwing this back to you :) I don't know if the Notes Log would throw system errors, I've never seen them.
I honestly don't know, which is why I'm throwing this back to you :) I don't know if the Notes Log would throw system errors, I've never seen them.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
hey maryling,
The index is created on the client not the server (we try to discourage it unless really necessary).. I deleted the ft folder and i'm waiting for a reply from the user..
So if I'm understanding correctly, the problem is from a doc in the database not the index itself, right?
Isn't MTC related to the Mail Tracker?
The index is created on the client not the server (we try to discourage it unless really necessary).. I deleted the ft folder and i'm waiting for a reply from the user..
So if I'm understanding correctly, the problem is from a doc in the database not the index itself, right?
Isn't MTC related to the Mail Tracker?
MTC would be the server indexer.. found the reference in IBM. Thought this was on a server.. :)
yes, the problem is with the document on the client's side, and deleting the index should resolve it. If the ft index flag is turned on , then you should delete the index from the database property, and then recreate it from the database property. If in recreation, you get the same error, then there is a corrupt document that is causing it and you should delete the index again, then delete the document.
yes, the problem is with the document on the client's side, and deleting the index should resolve it. If the ft index flag is turned on , then you should delete the index from the database property, and then recreate it from the database property. If in recreation, you get the same error, then there is a corrupt document that is causing it and you should delete the index again, then delete the document.
Other option is to try Google desktop.