Video Screencast Help

Storage Crawler consuming high CPU

Created: 13 Feb 2013 • Updated: 05 Mar 2013 | 3 comments
cybergirl1987's picture
This issue has been solved. See solution.

I have a customer who has EV 10.0.2 & he faced issue with storage as disk was full few weeks back so he stopped indexing, arranged for a new disk and when he tried to start the service again, he got error "Service cannot be started", now we've got the issue resolved after reinstalling indexing modules however the new disk is getting full very soon. He enlarged the drive of the temp folder but it is eating up a lot of space. He has now enlarged it to 200 Gb which is now almost full with temp files within 2 days.

The storage crawler meanwhile is taking up 53 % of total CPU time.
And it is generating error messages in the event log:
StorageCrawler FetchAheadThread thread [ThreadId: 8576] have been forcefully terminated.

For more information, see Help and Support Center at http://entced.symantec.com/entt?product=ev&language=english&version=10.0.2.0&build=10.0.2.1112&error=V-437-28994

Customer is manually cleaning up the temp files time to time, but he says he shouldn't be having to do this on a daily basis.

He wants to know why it is generating so many temp files.
He would also like to determine why there are errors on the storage crawler and why it is taking 53% of CPU time.

 

Please help !!

 

Comments 3 CommentsJump to latest comment

GertjanA's picture

What about a dtrace? Are AntiVirus exclusions correct?

Thank you, Gertjan, MCSE, MCITP,MCTS, SCS, STS
Company: www.t2.nl

www.quadrotech-it.com

www.symantec.com/vision

plaudone's picture

Yes, would need to see if the StorageCrawler process is cycling on a certain item for some reason.  Could be a large item that is causing larger temp files to be created. 

cybergirl1987's picture

This is already resolved by implementing DelOldFiles for admin registry key. Thanks anyway.

SOLUTION