Rebuild Index will Fail on 64bit Indexes That Have High Start Number, Not Set, Not Yet Created and Have No 32bit Index

book

Article ID: 100014028

calendar_today

Updated On:

Cause

The customer in this case had moved many archives over to Exchange around the time they upgraded from EV 9.x up to EV 10.x. Because of this, there were no new items going into the Domino 64bit indexes leaving them with high start number going to Not Set, and Not yet Created. The condition then occurs if you run the rebuild index task on this archive after the 32bit indexes have been expired and the 32bit index has been deleted. The rebuild index job assumes that if there is a newly created index with no items that the start number must be 1 and so when the start number is higher it fails. The issue is minor in that there are really no items left to be indexed.
 

Workaround

Determine that there are no items left in the archive to be indexed by running a report on the vault store. Right click on Vault Store and click report. Then select View usage report by Billing Account. Find the archive in the report. If the archive has zero items you could choose to delete the archive.

Resolution

This issue has been addressed in the following release:

Enterprise Vault 11.0.1 Cumulative Hotfix 1 Release
https://www.veritas.com/docs/000024613
 

Enterprise Vault 12
The following link contains information about Enterprise Vault 12
https://www.veritas.com/docs/000099905
 
Note: For information on how to obtain Enterprise Vault 12 see: How to obtain the license key and installation download for Veritas products

 

Issue/Introduction

The 64bit Index has a high start number, goes to Not Set, and says Not Yet Created. The 32bit index was deleted by expiry process. Now if the Rebuild Index job is run against this index it will fail with the an error saying Unable to find index volume for the archive [XXXXXXXX XXXX evserver1.EV.LOCAL] with a highest index sequence number of [3000] or below.

Additional Information

ETrack: 3602927