Indexing Suspended Urgent.
Hi, version 4, I know it's old and we are looking to upgrade to v7, by our archiving has stopped and the journal is filling up quickly.
Anyone any ideas where to start?
Cheers
Chris
Update of Vault Index with Storage transactions from 577122 to 586079 suspended whilst processing transaction number 577122
Vault: EXJOURNAL3_0019
Vault Id: 1F3E52A6B6E2D6142AA8B94DBC4DB5FB81110000vault
Vault Store: Journal Vault Store
Vault Store Id: 11E409C1C2A78734680C49585BE08A2681210000vault
Elapsed Time: 0:0:25 (hours:minutes:seconds)
Number of index additions replayed: 0
Number of index deletions replayed: 0
NOTE: The total number of index additions and deletions replayed may be less than the number of transactions processed. This is because the index update process is optimized so that index additions are not replayed for items that are known to have been fully deleted from the Vault.
Number of archived items with an old version of the common index elements: 1
NOTE: Index additions used the common index elements stored in the archived item. Items with old versions of the common index elements may not be indexed with the same level of functionality as items archived using the latest version of the common index elements.
Comments 10 Comments • Jump to latest comment
Chris,
You'll prolly need to open a support case for this. V4 doesn't have the tools you'll need to fix this in it's base install dirs.
micah
Hi,
I very much doubt support would really take the call.
However that message is won't be causing journalling nor working.
Are items getting onto storage archive queue?
Mike Bilsborough
Director,Enterprise Vault Engineering Support
You are correct on one count, no they won't take the call even though I have a valid support contract they won't even discuss the upgrade path.
As for the problem.. It stops the messages being journaled because it says that there are too many messages waiting to be indexed.
I have backed up the SQL database and set the indexed flag on the stuck message to 1, restarted the index service and it processes a few hundred messages and stops again.
I have found that if I stop the Index service, and Storage service, then start the storage service and leave for about half an hour, then start the index service it processes a few thousand and then stalls again.
I'm going to leave the index service stopped overnight and see if it processes everything tomorrow.
How this part of the vault system works I have no idea.
Looks like I am going to have to pay someone to come in and sort it eventually but I need to get rid of the 40,000 journaled emails which is growing by 20,000 a day, first.
Any further ideas anyone?
Goto
Hkey_local_machine/software/kvs/enterprise vault/storage
Create a DWORD registry key called
MonitorPendingIndexing and give it a value of 20000
Restart the storage service and journal service and see if that kicks journalling off again.
Mike Bilsborough
Director,Enterprise Vault Engineering Support
I could try bumping the number up, that would sort out the very short term.
After last night it looks like it has started to try and recreate the index again, it is now on 746 or 59256 and suspended.
Is there any way to either delete this index and recreate it, or force a roll over ove the journal archive so that it starts to create a new index for that one?
Cheers for your help so far.
Don't know if this is a good idea or not but out of desperation and with a gun ho attitude did it anyway..
I stopped all services, renamed the index folder for the archive with problems out of the way and started the services.
It recreated the index when the index service started and is apparently churning away so it could have been a corrupt index, only time will tell.
Is this an OK thing to do, or will I be missing all my previously indexed items?
Tony Sterling
www.bluesource.net or www.bluesource.co.uk
Offices in the US and the UK
Mike Bilsborough
Director,Enterprise Vault Engineering Support
Would you like to reply?
Login or Register to post your comment.