Since I installed AV 2011, automatic backups using IDrive have failed. Any suggestions on how to configure AV to allow this activity? Thank you.
Hello osp3103
Can you please give us some information about your computer? What operating system and service pack please and is it 32 0r 64 bit? What is the version of your NAV 2011 please? Have you made sure that it doesn't do the backup while the weekly scan goes on? Does your backup program constantly backup? Can you run your backup daily manually so that it doesn't interfere with NAV?
There is no firewall in NAV that would block the program.
Please come back and let us know this information. Thanks.
What I am having (running NIS 2010) is that the idrive program idriveebckupsetsize.exe looks at the program files\norton... \engine\17.8.0.5\ccsvchst.exe folder program, which causes hundreds or more - access process data - unauthorized access blocked - alerts in the norton log. This might be what is causing their backup to fail. I am only doing manual backups, which seem to still work. I think idrive is just calculating what size the backup will be, and the last change date of each program to use for incremental backups.
Anyway, how can we exclude the idrive program from being intercepted by NIS 2010 or higher?
I do not see an exclude list for programs looking at norton programs, etc. Is there one?
I have the program files\norton... folder excluded from idrive, but I don't think they honor the exclude while they are collecting data (reading all the properties), until actual backp is run. Help!
jbwnor-
i would try disabling the tamper protection in the MISC SETTINGS section. see if that fixes the problem. if it does then try enabling it again afterwards and see if it still works fine. you dont want to have the tamper protection off because that protects nortons from being messed with by other programs (viruses)
Right on target with the tamper protection diagnosis for idrive errors in norton log.
I was working with norton support, and it is tamper protection. We have escalated a problem asking for an exclusion list of programs from tamper protection, but I think this type problem has been around for a long time, as I recall. She was having me try other exclusion lists, but we decided that scan, auto, and firewall program excludes surely won't work with tamper protection. Anybody correct me if I'm wrong on that.
Since she did escalate (support was actually very good, and she really wanted to help), I explained "the straw that broke the camel's back", which must be a USA saying where "the last straw" comes from, I suspect.. I once described a problem that IBM mainframe operating systems had been having for over 10 years, to the right guy, and what was needed (very minimal change), and the right person got it and fixed it right away.
Maybe we can get that with this?? I think there are a lot of other programs that have had this tamper protection interference for a long time that also need relief.
Turning off tamper protection because of a situation that could be fixed correctly, is not a good idea, as you said.
Thanks for the help.
jbwnor-
i don't think that the problem is the tamper protection as much as it is that idrive is trying to manipulate norton processes (and they're saying no).
so after you disabled tamper protection and let idrive do its thing did you turn it back on after and see if the problem still happened?
is it possible for you to set idrive to skip or ignore ccsvchst.exe?