Can you correlate these with dat update times? From memory (and I'm not 100% sure), an update should pause and then restart the service.
I think this issue might correlate with policy enforcement, whereas McShield service need be stopped so that DAT files can be overwritten, I'm not sure a paused state releases file locks.
Thanks, that was the first thing I checked. Our DAT's only update around midnight (ish). Can't see anything else in the logs around this time. We see lots of time-outs for on-access as well, but nothing around the above times.
Did this problem remain unresolved?!?
I got the same issue and most threads are like this one, unanswered...
I found the following articles on this issue (read through, may refer to VSE 8.7 in the article):
Refer to IMPORTANT section, to:
check Cause section:
I hope these could be of some help.
Generally I would recommend to pick one problem client, remove ViruSscan whatever version and install Virusscan Enterprise 8.7 with Patch 3 embedded (single package).
Nah it is still happening. Going to try completely reinstalling it with the lastest patch as mentioned above, and will let you know.
I'm having the same issue with VSE8.5 Patch 8.
We have detected today this performance, although the product was working fine for some time.
Have you managed to solve the issue?
I got "around" the problem by doing a clean uninstall, reboot, reinstall.
The concern for me is that ePO doesn't show these problem machines so I have no idea how many of my 2,000 might have the same problem and not have true AV protection. Not to mention that reinstalling left and right (around the world) is not my preferred solution; especially for a centrally "managed" product.
Yea sucks that! DAT reports back current but the service could be stopped! I wonder if ePO 4.5 reports on the service. We have to run a separate VB script currently to report on the servcie status.