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:
  1. Less than the current date/time, or
  2. Less than the minimum retention period per MTree, or
  3. 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