Items are stuck in Storage Queue, and Event ID: 29057 is being generated
book
Article ID: 100032004
calendar_today
Updated On:
Description
Error Message
The below reflects the event in question generated in the Enterprise Vault Application Log:
Event ID: 29057 A problem was encountered while trying to process a saveset in the storage queue, but it appears that the problem may be recoverable. The saveset will be requeued and another attempt will be made to process it later. | |Details: Access is denied. (0x80070005)|Storage Queue Location: D:\EVStorageQueue|Storage Queue Batch File: D:\EVStorageQueue\EVStorageQueue_1E879896DEE9EE4439EEA5F2F817D6CEA1210000evault_20160112220533_00227.EVSQ|Transaction Id: E129571F1E490586336962F78BEE1CD1|Vault Store Entry Id: 1E879896DEE9EE4439EEA5F2F817D6CEA1210000evault| |For more information, see Help and Support Center at http://entced.symantec.com/entt?product=ev&language=english&version=11.0.1.0&build=11.0.1.3683&error=V-437-29057
V-437-29057
The below is a Dtrace excerpt of process StorageArchive:
{CWormPartitionFileSystem::SetRetentionPeriodExpirationDate} (Entry)
{CWormPartitionFileSystem::CalculateRetentionPeriodExpirationDate} (Entry)
{CWormPartitionFileSystem::CheckInfiniteRetention} (Entry)
{CWormPartitionFileSystem::CheckInfiniteRetention} (Exit)
{CVaultStore::GetPeriodDays 1} (Entry)
{CVaultStore::GetPeriodDays 1} (Exit) Status: [Success]
CWormPartitionFileSystem::CalculateRetentionPeriodExpirationDate - calculated date [2/22/2016 4:25:06 PM]
{CWormPartitionFileSystem::CalculateRetentionPeriodExpirationDate} (Exit)
CWormPartitionFileSystem::ApplyRetentionPeriodExpirationDate - applying date [2/22/2016 4:25:06 PM]
{CWormPartitionFileSystem::SetRetentionPeriodExpirationDate} (Exit)
{CWormPartitionFileSystem::SetRetentionPeriodExpirationDate} (Exit)
Cause
Retention Lock software was configured on the Data Domain device, and a minimum and maximum time-based retention period for each MTree (Managed Tree) was established. When the Enterprise Vault application attempted to send the retention period and or last accessed time (atime), the device would return a permission denied error, referred to as EACCESS -a back to the Enterprise Vault application. In this scenario the retention period from the Enterprise Vault application did
NOT meet the following conditions:
- Less than the current date/time, or
- Less than the minimum retention period per MTree, or
- Greater than the maximum retention period per MTree
Resolution
- Test behavior outside of the Enterprise Vault application by creating a manual script and attempt to set and communicate the retention period attribute to a test file to the Data Domain. For assistance with custom scripts please contact EMC support.
- Validate that the retention attribute does not meet the following conditions:
- Less than the current date/time, or
- Less than the minimum retention period per MTree, or
- Greater than the maximum retention period per MTree
- Disable Retention Lock.
- Contact EMC support.
Issue/Introduction
There is a backlog of .EVSQ files in Storage Queue, and Event ID: 29057 is being generated. This behavior is preventing the items within the .EVSQ files from being written to a EMC Data Domain partition, which in turn also inhibits the items from being indexed.
Additional Information
ETrack: 29057
UMI: V-437-29057
Was this article helpful?
thumb_up
Yes
thumb_down
No