DownloadContentAndVerifyHash() failed. 80070002.

Hi guys

I'm using SCCM 2012 R2 CU4. we have one standalone primary site with all the roles together on the server 

I have this weirdest issue. every few days I get this error at the beginning of an OSD process.

DownloadContentAndVerifyHash() failed. 80070002.

<![LOG[Set authenticator in transport]LOG]!><time="15:10:12.107-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="libsmsmessaging.cpp:7734">
<![LOG[WinHttp credentials set]LOG]!><time="15:10:12.107-180" date="04-26-2015" component="OSDSetupHook" context="" type="1" thread="1044" file="downloadcontent.cpp:796">
<![LOG[CLibSMSMessageWinHttpTransport::Send: URL: ECA-SCCM.ECA.LOCAL:80  PROPFIND /SMS_DP_SMSPKG$/ECA00003]LOG]!><time="15:10:12.107-180" date="04-26-2015" component="OSDSetupHook" context="" type="1" thread="1044" file="libsmsmessaging.cpp:8604">
<![LOG[Error. Status code 404 returned]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="libsmsmessaging.cpp:8967">
<![LOG[dwHttpResultCode >= 200 && dwHttpResultCode <= 299, HRESULT=80190194 (e:\nts_sccm_release\sms\framework\tscore\downloadcontent.cpp,824)]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="downloadcontent.cpp:824">
<![LOG[Http result: 404]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="3" thread="1044" file="downloadcontent.cpp:824">
<![LOG[SendResourceRequest() failed. 80190194]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="3" thread="1044" file="downloadcontent.cpp:847">
<![LOG[SendResourceRequest(), HRESULT=80190194 (e:\nts_sccm_release\sms\framework\tscore\downloadcontent.cpp,516)]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="downloadcontent.cpp:516">
<![LOG[oDavRequest.GetDirectoryListing (setDirs, setFiles), HRESULT=80190194 (e:\nts_sccm_release\sms\framework\tscore\resolvesource.cpp,2516)]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="resolvesource.cpp:2516">
<![LOG[Download() failed. 80190194.]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="3" thread="1044" file="resolvesource.cpp:2534">
<![LOG[DownloadContentAndVerifyHash() failed. 80070002.]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="1" thread="1044" file="resolvesource.cpp:2963">
<![LOG[DownloadContentAndVerifyHash ( pszPackageID, L"SMSPackage", saHttpContentSources, saSMBContentSources, saMulticastContentSources, sDestination, dwFlags, L"", 0, dwPackageFlags, mapNetworkAccess ), HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\resolvesource.cpp,3052)]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="resolvesource.cpp:3052">
<![LOG[DownloadContentLocally (pszSource, sSourceDirectory, dwFlags, hUserToken, mapNetworkAccess), HRESULT=80070002 (e:\nts_sccm_release\sms\framework\tscore\resolvesource.cpp,3273)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="resolvesource.cpp:3273">
<![LOG[TS::Utility::ResolveSource(sClientPackageID, sClientPackagePath), HRESULT=80070002 (e:\nts_sccm_release\sms\client\osdeployment\osdgina\basesetuphook.cpp,1717)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="basesetuphook.cpp:1717">
<![LOG[Failed to resolve package source "ECA00003"]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupHook" context="" type="3" thread="1044" file="basesetuphook.cpp:1717">
<![LOG[Exiting ConfigureEx: 0x80070002]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="basesetuphook.cpp:1816">
<![LOG[BaseSetupHook::configure(sWindowsDir), HRESULT=80070002 (e:\nts_sccm_release\sms\client\osdeployment\osdgina\osdsetuphook.cpp,292)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="osdsetuphook.cpp:292">
<![LOG[Failed to configure OSD setup hook (0x80070002)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupHook" context="" type="3" thread="1044" file="osdsetuphook.cpp:292">
<![LOG[Process completed with exit code 2147942402]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupWindows" context="" type="1" thread="1360" file="commandline.cpp:1123">
<![LOG[exitCode, HRESULT=80070002 (e:\nts_sccm_release\sms\client\osdeployment\setupwindows\setupwindows.cpp,617)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupWindows" context="" type="0" thread="1360" file="setupwindows.cpp:617">
<![LOG[Configure hook failed with error code (80070002).]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupWindows" context="" type="3" thread="1360" file="setupwindows.cpp:617">
<![LOG[this->configureGina(this->sysDir), HRESULT=80070002 (e:\nts_sccm_release\sms\client\osdeployment\setupwindows\setupwindows.cpp,762)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupWindows" context="" type="0" thread="1360" file="setupwindows.cpp:762">
<![LOG[this->installSetupHook(), HRESULT=80070002 (e:\nts_sccm_release\sms\client\osdeployment\setupwindows\setupwindows.cpp,452)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupWindows" context="" type="0" thread="1360" file="setupwindows.cpp:452">
<![LOG[Failed to install setup hook (80070002)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupWindows" context="" type="3" thread="1360" file="setupwindows.cpp:452">
<![LOG[setup.run(), HRESULT=80070002 (e:\nts_sccm_release\sms\client\osdeployment\setupwindows\setupwindows.cpp,1650)]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupWindows" context="" type="0" thread="1360" file="setupwindows.cpp:1650">
<![LOG[Exiting with code 0x80070002]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="OSDSetupWindows" context="" type="1" thread="1360" file="setupwindows.cpp:1696">
<![LOG[Process completed with exit code 2147942402]LOG]!><time="15:10:12.339-180" date="04-26-2015" component="TSManager" context="" type="1" thread="568" file="commandline.cpp:1123">

what I found out is that if I redistribute all the OS related packages to the DP - the problem resolves BUT it holds only for a few days.

after a few days I get the same error again and the only thing I could find is redistributing all the content again

  • I don't have AV on my DP so I can't think of something that can modify the contentlib folder
  • I already tried to remove the DP completely and create a new one
  • I have only one DP in my environment, so I can't check it with another DP
  • the SCCM is installed under Windows Server 2008 R2

couldn't find any solution online yet

hope to get one from here :)

April 26th, 2015 9:56am

Failed to resolve package source "ECA00003"]

Something is interfering with the download. Do you have any network tools, etc that could be blocking or interfering with it? Perhaps dropped packets, etc? Are all your failures in the same location/subnet? You could setup a few tests from different network locations to try to narrow it down to the network or the DP itself.

Do you have any issues with other content from the DP? Updates? Packages/Apps?

Free Windows Admin Tool Kit Click here and download it now
April 26th, 2015 10:19am

Hi Daniel, thanks for your reply the SCCM services 400-500 clients and they're all in the same subnet besides OSD, we don't really use it. we would eventually, but our first goal is to upgrade all our WinXP machines to Win 8.1. I can try to see if deploying a single package will work to try and narrow down can't think of something that interrupts the packets... I thought maybe the experience of some guys here can point me to similar scenarios where it was eventually because of... I don't know. a setting in my Cisco switch or a missing update on my server... however, as I mentioned, I can always bypass the problem by redistributing all the packages. so for some period of time, the system works and all of a sudden it breaks again. I thought that can help to narrow down the possibilities for the cause of the problem I will try to deploy those packages for a client as single applications but I would love to get some more answers from here if there are any...
April 26th, 2015 6:36pm

Hi Daniel

thanks for your reply

the final error is the same 0x80070002 but everything before doesn't point to problems with hash verification but with not resolving the address for downloading the content

in my case, the first check just fails and only after redistributing the content to the DP I manage to overwrite the issue. it's not about how many retries the SCCM needs to check the content

Again, imagine this:

I am able to deploy OS on 9:00 AM without any issues
and then on 5:00 PM I get the error (the hours are not accurate, it can be even 1 day or 2, but it's just to illustrate how the problem feels)
and of course, I'm the only Admin on the SCCM so no one else does anything in the background while the error begins

I found out that there's an AV on the VMWare level that scans the DP and I excluded the SCCM server from being scanned.

hope to get some more ideas before I turn to MS Support

April 29th, 2015 2:01am


<![LOG[CLibSMSMessageWinHttpTransport::Send: URL: ECA-SCCM.ECA.LOCAL:80  PROPFIND /SMS_DP_SMSPKG$/ECA00003]LOG]!><time="15:10:12.107-180" date="04-26-2015" component="OSDSetupHook" context="" type="1" thread="1044" file="libsmsmessaging.cpp:8604">
<![LOG[Error. Status code 404 returned]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="libsmsmessaging.cpp:8967">
<![LOG[dwHttpResultCode >= 200 && dwHttpResultCode <= 299, HRESULT=80190194 (e:\nts_sccm_release\sms\framework\tscore\downloadcontent.cpp,824)]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="0" thread="1044" file="downloadcontent.cpp:824">
<![LOG[Http result: 404]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="3" thread="1044" file="downloadcontent.cpp:824">
<![LOG[SendResourceRequest() failed. 80190194]LOG]!><time="15:10:12.123-180" date="04-26-2015" component="OSDSetupHook" context="" type="3" thread="1044" file="downloadcontent.cpp:847">		
Free Windows Admin Tool Kit Click here and download it now
April 29th, 2015 2:06am

Hi

checked the log files on the IIS. didn't see any problem there

I changed the content validation on the DP to run every day. hope it will make any difference

still desperate about this issue :/

May 9th, 2015 2:48pm

These VMWare servers?
Free Windows Admin Tool Kit Click here and download it now
May 10th, 2015 2:00pm

Yes they are.

hash validation didn't help as well...

I still must redistribute all my packages every day or two

May 11th, 2015 3:52pm

Change the E1000E driver on the NIC to VMXNET3
Free Windows Admin Tool Kit Click here and download it now
May 11th, 2015 5:23pm

The TS client is asking the DP for the list of files of the package. The DP returned HTTP code 404, which means "file not found."

If you go to the SCCMContentLib\PkgLib on your DP, can you see the package there?

Note that the hash verification is not really the problem here. The download failed (missing package) and so the hash verification failed on the empty downloaded package.

May 11th, 2015 6:42pm

The TS client is asking the DP for the list of files of the package. The DP returned HTTP code 404, which means "file not found."

If you go to the SCCMContentLib\PkgLib on your DP, can you see the package there?

Note that the hash verification is not really the problem here. The download failed (missing package) and so the hash verification failed on the empty downloaded package.

Free Windows Admin Tool Kit Click here and download it now
May 11th, 2015 10:40pm

The TS client is asking the DP for the list of files of the package. The DP returned HTTP code 404, which means "file not found."

If you go to the SCCMContentLib\PkgLib on your DP, can you see the package there?

Note that the hash verification is not really the problem here. The download failed (missing package) and so the hash verification failed on the empty downloaded package.

May 11th, 2015 10:40pm

Hi guys

starting an SR with MS Support.

nothing helped so far ...

I will update you with the official answer

Free Windows Admin Tool Kit Click here and download it now
May 19th, 2015 5:43am

You failed to answer my question, which is... If you go to the SCCMContentLib\PkgLib folder on the DP, is the package there?

If the package is not there, then you have a process that is removing it.

If it is there, then it is most likely that the permissions changed such that the SCCM DP ISAPI could not access it.

May 27th, 2015 5:28pm

Hi Kerwin

thanks for your concern

we all wait for the solution... :)

if I try to run the ContentLibraryExplorer.exe on the DP and I get an error

I wrote a PowerShell script that checks if all the packages are in the contentlib and guess what?

at 8:00 am I see 15 packages there, which is normal and good and at 14:00 I run it again and there are 3 packages. which means - they are actually getting deleted from the DP! and no one so far was able to tell if to blame some setting in the Configuration Manager or it's something running on the server.

So you were right about that Kerwin. it's not about hash checking but files not found.

anyway, together with MS support we tried a couple of things,

  • creating another volume and use it as a DP as well
  • Run auditing for file deletion on the ContentLib folder

still no solution... I will update you all as we'll find something

Free Windows Admin Tool Kit Click here and download it now
May 28th, 2015 9:44am

Hi All

I have some bad news and some good news

The bad news are that we couldn't find the cause to the problem with MS Support

The good news is that we managed to workaround the issue

  • We created a new drive letter on the primary site, used the "move content library" tool to move the content from the old drive to the new drive
  • We blocked the old drive from being used by the DP with the NO_SMS_ON_DRIVE.SMS file
  • we waited for 2 weeks to see that the content is not being deleted - and it didn't!

so finally, the problem is behind us and we can deploy images and applications without having to update the DP content every day or two.
I admit I'm still disappointed we couldn't manage to find the cause but oh well... I hope at least this thread will save you some trouble and hard times and just start with this steps.

thank you all for your advises!

June 18th, 2015 2:23am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics