I would have problems with N.I.S. 2008 if I had Windows on Hibernation Mode upon "Awaking" it, shortly after the system has been running again, would come in to problems with N.I.S. 2008 which, when I re-booted, the problem may have gone away; other times I would have to use the N.R.T. to Fix this Issue.
The only problem I had with hibernation mode and NIS 2008 was that it confused LiveUpdate. See my thread about that here.
As for my previous conclusion about the definitions being too old, I agree with MJP that I jumped to conclusions and that it is problably not the case.
I really wish I had saved the log file from when I first had the problem since while the symptoms I'm having are the same, I don't think the cause was the same. I also wish I hadn't cilcked the Solved button.
As a followup to my previous post about 405 errors, we have discovered that one of our LiveUpdate servers was incorrectly configured. This explains why some people would have the problem and others wouldn’t. We have fixed the problem and you should not be seeing these errors anymore.
Message Edited by reese_anschultz on 09-23-2008 01:47 PM
Message Edited by reese_anschultz on 09-23-2008 01:47 PM
I'm experiencing again the problem since yesterday. I can say, that I can't update the web protection updates any times I wanted to do it. I've done about 20-30 tries....
I uploaded the log file, and the picture about the program when it's made the error.
The error below looks similar to the error I was originally getting which prompted me to create this thread. I fixed it by uninstalling, running NRT and re-installing.
I wasn't able to do any update without errors. I had extract the files for You from my latest Ghost image. I could do it only from there because yesterday I changed to the Hungarian NIS09 (I prefer more my native language ), so I have a new install which works fine at the moment, but I would like to know what went wrong with the previous one....
I thought you might find it helpful to know that the log message
00:58:56.781 ERR - Failed Dependency check for equality on Property(SEQ.1f01) - property does not exist
isn't a real error, just an obscure technical log entry. This log isn't designed to be customer-readable, so some of the messages may look rather misleading.
Well the "6 minute wait" time on the phone was quite a bit longer than that (closer to 45 minutes) and I got bored waiting so I decided to uninstall NIS 2009 and reinstall it. This fixed the LiveUpdate issue since it reset the Web Definitions back to the default.
Hopefully this isn't something that becomes a regular occurence.
This has not solved the issue for me. I am still unable to update the phishing definitions - error code 8920,200. A reinstall only allowed the first live update to progress without error. Phishing protection updates have not progressed since then either automatically or manual live update.
After re-installing NIS 2009, three times to fix this issue on three different occassions, I finally found a solution that always works.
First disable Norton Product Tamper Protection.
It is in Settings---Miscellaneous Settings---Product Security---Norton Product Tamper Protection--"move slider to Off" and then click "Apply"
Now navigate to "C:\Documents and Settings\All Users\Application Data\Norton\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\Norton\Definitions\WebProtectionDefs" on Windows XP, I'm not sure what folder it is on Vista.
Find and delete "NcoDefs.ncz" and run Live Update again. It should work without problems.
This has to be a bug in the program, it will update all files without problems excepet the Web Protection Definitions fail about every other week and all continue to fail after the first fails until you either do and uninstall and re-install or delete the NcoDefs.ncz file.
I'm using the latest stable version. I hope this helps.
Yes Matt already sent instructions to do pretty much the same thing however the issue rears it's head again very quickly. What I don't understand is I have two PC's and only one of them is experiencing this issue. Why? Is it a server problem on Symantecs end? Have been lucky that one PC is OK? Will it eventually crap out too?
The 'fix' that is in the works seems to be taking some time to eventuate which suggests that they have no idea what is causing the issue. Time will tell I guess.
Now navigate to "C:\Documents and Settings\All Users\Application Data\Norton\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\Norton\Definitions\WebProtectionDefs" on Windows XP, I'm not sure what folder it is on Vista.
Find and delete "NcoDefs.ncz" and run Live Update again. It should work without problems.
Instead of deleting it, why not rename and try restoring it to its original name at some point later, say after a reboot or two. See if that is sufficient to jumpstart it.
If this is a recurring issue, I have a suggestion:
Do a full (hidden and system files) search for anything named NcoDefs. Delete those entries, too (or better, rename them in case you need them back). Run a Live Update or two for a day, reboot; then try restoring only NcoDefs.ncz.
If you do try this, please let us know what happens.
It is because of the recursive nature of this that I think there must be another file somewhere that restores NcoDefs.ncz to some earlier instable state. Removing those other files might allow NcoDefs.ncz to stay stable.
The one that IS NOT affected does not have any *.ncz files - a system search yields no results and a quick look in explorer shows those files not present in the web defs folder.
On the PC that is affected the file is only located in the web protection defs folder.
The contents of the binhub folder are completely different on the two PC's as well. The bad PC does not have any xml or css files - it only contains
Catalog.dat
v.grid
v.sig
virscan1.dat
Would a copy of the contents of the definitons folder from the good PC to the bad PC fix it?
The one that IS NOT affected does not have any *.ncz files - a system search yields no results and a quick look in explorer shows those files not present in the web defs folder.
On the PC that is affected the file is only located in the web protection defs folder.
The contents of the binhub folder are completely different on the two PC's as well. The bad PC does not have any xml or css files - it only contains
Catalog.dat
v.grid
v.sig
virscan1.dat
Would a copy of the contents of the definitons folder from the good PC to the bad PC fix it?
Bubbear
OK now the good PC is displying the same as the bad PC in the web def folder - there are no xml or css files. They were there a few minutes ago.........
I also have NIS 2009 installed on two systems, one is on Vista and it never has this problem. After compairing the settings, I have Norton Product Tamper Protection disabled on the Vista system because it cause an error and locked up my system one time. I never went back and enabled it.
I wonder if this is a bug in the Norton Product Tamper Protection that disables Live Update the ability to update the definitions?
The only way to test this theory, is after you delete "NcoDefs.ncz", and get Live Update working again keep Norton Product Tamper Protection turned off. See if this stops the problem.
I also have NIS 2009 installed on two systems, one is on Vista and it never has this problem. After compairing the settings, I have Norton Product Tamper Protection disabled on the Vista system because it cause an error and locked up my system one time. I never went back and enabled it.
I wonder if this is a bug in the Norton Product Tamper Protection that disables Live Update the ability to update the definitions?
The only way to test this theory, is after you delete "NcoDefs.ncz", and get Live Update working again keep Norton Product Tamper Protection turned off. See if this stops the problem.
Thanks.
Good suggestion however both my PC's (XP) are configured the same - both have tamper protection on - yet one has never had a problem and the other continues to bomb out. I have even uninstalled ran the cleanup tool and reinstalled yet the problem persists. There is possibly a file or registry setting somewhere that is not removed and once affected continues to disrupt future updates. Who knows.
This fix does work. When I found the def file it had a size of 0 bytes. after deleting it and running live update it was like 2,500kb . Maybe that’s what is happening, the file somehow gets corrupted and can’t be updated.