The StorageFileWatch process can crash when Centera Colllection is enabled

Problem

When archiving to a Centera device, and Collections is enabled, the StorageFileWatch process can crash during the partition scan to check if items have been backed up.
As the StorageFileWatch process is responsible for both ingestion of items from the Collection Folder to the Centera and verifying whether items has been replicated, the crash can cause a backlog in both areas to occur.

Error Message

Type :        Error
Event :        1000
Source :        Application Error
Category :    Application Crashing Events
User :        N/A
Computer :       EVSERVER.EV.LOCAL 
Description:
Faulting application name: StorageFileWatch.exe, version: 12.2.2.1526, time stamp: 0x5a1d2c51
Faulting module name: MSVCR120.dll, version: 12.0.21005.1, time stamp: 0x524f7ce6
Exception code: 0xc0000409
Fault offset: 0x000a46a9
Faulting process id: 0x3ac8
Faulting application start time: 0x01d57e87de00656d
Faulting application path: D:\Program Files (x86)\Enterprise Vault\StorageFileWatch.exe
Faulting module path: C:\Windows\SYSTEM32\MSVCR120.dll
Report Id: 27953fd7-ea7b-11e9-80f3-005056ba7d84
Faulting package full name: ?
Faulting package-relative application ID: ?

Cause

When the Partition Scan starts to check if item has been replicated, if an item is encountered which has not yet been ingested, EV will then check whether the file still exist in the Collection Staging Area which fails as the Path to the staging area is not initialized.

Solution

This issue is fixed in the following release(s), available in the Download Center at www.veritas.com/support
- Enterprise Vault 12.5.1