I have an SCCM 2012 server that is unable to push out .MSI applications to clients (Windows 7).  The application appears to be published correctly and shows up in the Application Catalog.  The clients Software Center shows the application as available and hanging at 0% complete downloading.  The Application Catalog install fails as well. After I attempt the install through the Application Catalog, the Software Center gives me a failed status, with an error code of:   0x87D00607(-2016410105).

The CAS log gives me the following information:

[LOG[The number of discovered DPs(including Branch DP and Multicast) is 0]LOG]!><time="14:01:07.662+360" date="08-20-2012" component="ContentAccess" context="" type="1" thread="2208" file="lsutils.cpp:843">
<![LOG[Location update from CTM for content Content_0b2081ca-e7ba-49ae-ba28-d658e5313fe1.1 and request {64EA3A58-8561-4DA7-91BC-A191A0A5A9AC}]LOG]!><time="14:24:51.641+360" date="08-20-2012" component="ContentAccess" context="" type="1" thread="2244" file="downloadcontentrequest.cpp:991">
<![LOG[Download request only, ignoring location update]LOG]!><time="14:24:51.659+360" date="08-20-2012" component="ContentAccess" context="" type="1" thread="2244" file="downloadcontentrequest.cpp:1010">

The ContentTransferManager log gives me the following type of information:
<![LOG[CCTMJob::UpdateLocations - Received empty location update for CTM Job {60216CDE-5321-41EF-8A4C-385A3977BED4}]LOG]!><time="15:22:51.006+360" date="08-20-2012" component="ContentTransferManager" context="" type="2" thread="2424" file="ctmjob.cpp:1028">
<![LOG[CTM job {60216CDE-5321-41EF-8A4C-385A3977BED4} suspended]LOG]!><time="15:22:51.006+360" date="08-20-2012" component="ContentTransferManager" context="" type="1" thread="2424" file="ctmjob.cpp:229">

From almost everything I have seen this type of error is usually caused by incorrectly set boundaries and boundary groups.  I have tried both the default Active Directory boundary created through AD Forest Discovery and also an IP address range boundary involving the IP range that our test clients are on.  I've had both boundaries configured inside boundary groups both separately and in the same group and nothing seems to work.  

The Distribution Point has the Boundary Group listed and has the Deployment Packages listed under Content.  I'm hoping I'm just missing something small.  Thank you for any assistance.

You've configured your DP to only allow pre-staged content which essentially means it will only accept content you've manually copied to it. Reconfigure your Dp so it allows non-prestaged content also.

Another possibility is something we've come across alot, especially when younger staff have tried to create Applications or Packages within SCCM.

• Right click on the package and open Properties
• Go to the Distribution Settings tab.
• Make sure that 'Automatically download content when packages are assigned to distribution points' is selected.  If you do this BEFORE distributing the package you'll never see the error you've listed.  If you have deployed the package already you need to do a final step.
• Still in the package Properties, go to the Content Locations tab.
• Select the distribution point / group you have listed and then click Redistribute button.
• Go back to monitoring Content Status and watch the magic!

Hope this helps!

• Proposed as answer by jkabaseball Friday, August 24, 2012 2:35 PM

Good news and bad news:  I removed the check from my DP for the
pre-staged content as suggested and then created another application
instance.  The application then installed successfully and everything
looked great! 

However, I wanted to make sure I could duplicate
that success so I snapped my test VM back and tried it again.  This time
I got similar errors to before:  I received a status of "past due -
will be retried" and the error "unable to download the software" and
"the software change returned error code 0x80070005(-2147024891)".  Can
someone please tell me which setting I missed this time?  Thank you all
for your help - it is greatly appreciated. 

0x80070005 = "Access Denied"

Something else is causing that.

Thank you all for your input and help.  I'm sorry I wasn't able to respond to this earlier - I work at a university and the semester recently started so its been very crazy lately.  Anyway, the answer was as Jason recommended:  I did have my DP configured to only allow pre-staged content.  I changed that setting and the client was able to push out the package successfully.  It does seem odd to me that the DP would be set that way by default (as far as I know I never changed that setting - I hadn't really even been into the DP settings before).  Satch-WES solution looks promising as perhaps a 'best practices' but the solution that worked for me was definitely the 'pre-staging' settings.  

You were right again, that error seemed to be caused by the state of my VM.  It lost its kerberos trust relationship when I snapped it back.  As soon as I removed and re-added it to the domain the errors went away.  Thanks again!!

It does seem odd to me that the DP would be set that way by default

It's not the default setting.

It's very helpful to me , thank you Torsten.

Hi Everyone.. I have issue in deploying applications. The source is not downloading to local cache even I set settings to download content local and install option. CAS file "Download request only, ignoring location update 7/9/2013 9:06:58 PM 1468 (0x05BC)". My DP was migrated to 2012 recentely and the package was available in DP.

What does this mean?

You've configured your DP to only allow pre-staged content which essentially means it will only accept content you've manually copied to it. Reconfigure your Dp so it allows non-prestaged content also.

I have no clue where to find what you are talking about.  Seems the answer should have more details.

Hi,

You can find on technet how to configue a DP for pre-stage content http://technet.microsoft.com/en-us/library/hh692395.aspx

There you can find the setting and in this case make sure it isn't selected.

Regards,
Jrgen

Thank you. I was just making sure I wasn't missing something.

I'm thinking everyone has to deal with this issue.  I just wish it wasn't so difficult to determine the causes of 0% downloads being stuck.  I'm having the issue, this thread doesn't relate apparently.  I'm thinking in my case it's a Boundaries issue.

Sure do wish a log would just say that.

Error:  Cannot determine boundaries. 

Geeze that does seem like a better message than nothing at all...

I too just had this same issue and wanted to share my results as it seemed to be common. Basically my symptom was that my remote DP's were receiving content fine, however none of the clients assigned to use those DP's via boundaries were allowing content to download, specifically software updates. After searching for days and days and trying all of the tricks i could find such as enabling anonymous authentication on the DPs, recreating the deployments,  etc., i traced the issue down to IIS. All of my clients pointing to these remote DPs were getting the following errors, Successfully sent location services HTTP failure message Error sending DAV requests. HTTP code 500, status internal server error Non-recoverable error retrieving manifest 0x87d0027eLong story short BITS and ASP.net were not installed on my remote DP's. I had followed the pre-req check and chose the option to automatically install/configure IIS when setting up the DPs, and looked at logs and didnt have any issues, also i cannot find any Microsoft documentation that explicitly lists these as requirements for distribution points. However, as soon as i installed these components and rebooted this resolved my issue on all 3 of my remote DP's. Hope this helps some people out there who struggled with this issue as much as I did. Apparently the same pre-reqs are required for DP's as for a CAS/Primary Site server, which i could not find explicit documentation for.

Neither BITS nor ASP.Net are required for DPs -- I've never had to install those for DPs. What more likely happened is that either another feature was missed that was then included when you chose one of the above or the IIS config was somehow "hosed" are corrected when you added these.

"Apparently the same reqs are required for DP's as for a CAS/Primary Site server, which i could not find explicit documentation for."

This is incorrect. The explicit documentation is at http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SiteSystemRolePrereqs

I had this issue and tried numerous posted fixes but this is what done it for me.

Log onto DP server

Go to IIS

Select Server name

Open ISAPI and CGI Restrictions

If there is not an entry for SMS_DP add it with this path "c:\Windows\system32\inetsrv\smsfileisapi.dll

Thank you so much for sharing this! I had a DP in another site, but haven't had the need to use it until recently. Installing Bits and ASP.net fixed the issue of software getting stuck at downloading at 0%.