Seems as though we had a repository pull issue from 4/2 ~2PM to 4/4 ~9PM. Any one else see this over the weekend? It seems to have corrected itself.
HTTP Repository Download (Failed to verify the file hash, check server task log for details)
HTTP Repository Download (Failed to verify the file size, check server task log for details)
Yes, actually, this is exactly what I was getting ready to post. We have been having this trouble for a couple weeks now and normally I can log in and manually run the task, but that isnt working this morning.
|4/4/10 4:59:47 PM||Started: Pulling content from McAfeeHttp to Current branch|
|4/4/10 4:59:47 PM||Repository Pull from site McAfeeHttp complete, 0 warnings, 1 errors|
|4/4/10 5:00:17 PM||Schedule Pull (Daily Repository) (Failed to verify the file hash - click Repository Pull link for details)|
Thanks guys for the quick replies.
There are many reasons as to why the HTTP could fail and without looking at logs it's difficult to say for definite, however proxy caching can be the culprit.
shortym - can you clear your cache of anything update.nai.com related and let me know if the problem is still there?
Here's a summary of errors received this morning:
#1.Received this error via server task log: Mail Pull Task (Failed to verify the file size - click Repository Pull link for details)
#2.Mail Pull Task (Failed to verify the file hash - click Repository Pull link for details)
Failed to validate repository McAfeeHttp. File C:\WIN2K03\TEMP\naiCBF6.tmp\00000001\gdeltaavv.ini found hash 584B446DE9939D4E7F5BC53BC111F42E49D4DD9E, expected hash 9FF55AC28E60CB58B622D0E357B0846F7E327809
#3. Failed details after manually running Pull Now task. Mail Pull Task (Failed to verify the file size - click Repository Pull link for details)
20100405125607 I #1736 SiteMgr CheckInMirrorPackage: Downloading file gdeltaavv.ini from site McAfeeHttp::Current\VSCANDAT1000\DAT\0000
20100405125607 I #1736 SIM_InetMgr Downloading file gdeltaavv.ini from session 1, LocalDir=C:\WIN2K03\TEMP\naiCCE1.tmp\00000001, RemoteDir=Current\VSCANDAT1000\DAT\0000
20100405125607 I #1736 naInet Open URL: http://update.nai.com:80/Products/CommonUpdater2/Current/VSCANDAT1000/DAT/0000/gdeltaavv.ini
20100405125607 I #1736 naInet Trying to download using Microsoft WinInet library
20100405125607 I #1736 naInet Conneting to Proxy Server xxxxxxxxx.xxxxxx.com:3228 using INTERNET_OPEN_TYPE_PROXY
20100405125607 I #1736 naInet No resume download needed, calling InternetOpenUrl
20100405125608 I #1736 naInet Downloading a file of total size: 2317, content-length: 2317
20100405125608 I #1736 naInet Downloaded 2317 bytes this time
20100405125608 I #1736 naInet Downloaded 0 bytes this time
20100405125608 I #1736 SIM_InetMgr Downloaded file gdeltaavv.ini successfully in session 1, size=2317, hash=584B446DE9939D4E7F5BC53BC111F42E49D4DD9E
20100405125608 e #1736 SiteMgr VerifyFileItem: File hash code verification for C:\WIN2K03\TEMP\naiCCE1.tmp\00000001\gdeltaavv.ini failed.
20100405125608 e #1736 SiteMgr CheckInMirrorPackage: Verify file gdeltaavv.ini size and hash failed, hr=-112
Okay - both shortym and kire98 have failures on files that commonly fail because they're cached in a proxy. (Because their names do not change from day to day, it's more likely for the proxy to cache yesterday's file.)
Before anything else, please flush the proxy cache and try the pull again.
Download the new ePolicy Orchestrator (ePO) Support Center Extension which simplifies ePO management and provides support resources directly in the console. Learn more about ePO Support Center