StorageOnlineOpns becomes unresponsive after many archived item retrieval requests are received from a SharePoint 64-bit Web Frontend server
| Article:TECH155407 | | | Created: 2011-03-11 | | | Updated: 2011-12-21 | | | Article URL http://www.symantec.com/docs/TECH155407 |
| NOTE: If you are experiencing this particular known issue, we recommend that you Subscribe to receive email notification each time this article is updated. Subscribers will be the first to learn about any releases, status changes, workarounds or decisions made. |
Problem
StorageOnlineOpns becomes unresponsive after many archived item retrieval requests are received from a SharePoint 64-bit Web Frontend server
Solution
When accessing archived items through a SharePoint 64-bit Web Frontend server the potential exists for the StorageOnlineOpns process of the Enterprise Vault server that hosts the SharePoint Archive to steadily increase the number of threads used until the process becomes unresponsive. A DTrace of the StorageOnlineOpns process on the Enterprise Vault server would show that many threads are generated but are never deallocated and their last line is similar to the following:
1252460 15:51:48.140 [6160] (StorageOnlineOpns) <11820> EV:L CSavesetPersist::ResetStorage LB: 0xc03928 Stg(LB): 0x5ee2a8 Stg(doc): 0 File: (null)
Eventually StorageOnlineOpns will fail to create a new thread and the following DTrace lines can be observed:
2481715 16:35:37.359 [6160] (StorageOnlineOpns) <9084> EV:H MSTA2 ATL exception in CreateInstance (hr=Unspecified error [0x80004005])
This issue has been addressed as part of the following releases:
This issue has been resolved in the following release:
Enterprise Vault 9.0.3
|
|
| Source | ETrack |
| Value | 2302987 |
| Description | StorageOnlineOpns is becoming overloaded during SharePoint Indexing |
Article URL http://www.symantec.com/docs/TECH155407
Terms of use for this information are found in Legal Notices
Thank you.