Hi,

I have a working 2012 R2 Configuration Manager server that is happily distributing applications out to our users but one particular application is presenting a problem and is just getting stuck at 0% downloading. The application is Autodesk 3ds Max - a 3D modelling package. I have checked all the settings and everything looks fine and the content distributes ok to the DP. I've reviewed a few of the client logs (contenttransfermanager.log, datatransferservice.log, appdiscovery.log) and nothing at all seems to be happening with no errors but I'm not sure exactly which logs I need to check in which order to figure out what is going on.

The only thing that I'm wondering whether it might be an issue is the size and makeup of the source content but as it is distributed to the DP ok I'm not sure - its 111,145 files totaling 15.7GB

Can anyone shed any light on what might be happening please?

Thanks

  

Have a look through this blog for tracking an application model deployment.

http://www.moyerteam.com/2013/10/troubleshooting-configmgr-application-deployments-detailed-log-file-analysis/

So the application was successfully distributed to the DP?

What is the client cache size set to? you can check this from the configmgr applet in control panel.

• Edited by Richard.Knight 15 hours 0 minutes ago

Have a look through this blog for tracking an application model deployment.

http://www.moyerteam.com/2013/10/troubleshooting-configmgr-application-deployments-detailed-log-file-analysis/

So the application was successfully distributed to the DP?

What is the client cache size set to? you can check this from the configmgr applet in control panel.

• Edited by Richard.Knight 14 hours 58 minutes ago

As Richard said, definitely check the cache size on a client.  Default cache size is 5GB

Jeff

Hi Richard, can you post the link again please? 

As for cache size, 16384mb on all clients in our site

Thanks

How is the deployment set? Run from distribution point or to download content and run locally? If trying to download the content, try running from the disquisition point in stead to see if the behavior changes.

-Tony

This is something I've been searching for but not able to find the setting. I came to conclusion that its only applicable to programs and not applications, can anyone confirm?

For applications, open the properties of the Deployment Type. Go to the Content tab, and and the bottom, find Deployment options. You can choose, 'Do not Download Content' or 'Download Content ...' Try not downloading it.

-Tony

Sorry, updated the link in previous post.

Have a look through this blog for tracking an application model deployment.

http://www.moyerteam.com/2013/10/troubleshooting-configmgr-application-deployments-detailed-log-file-analysis/

So the application was successfully distributed to the DP?

What is the client cache size set to? you can check this from the configmgr applet in control panel.

• Edited by Richard.Knight Wednesday, June 17, 2015 4:54 PM

Have a look through this blog for tracking an application model deployment.

http://www.moyerteam.com/2013/10/troubleshooting-configmgr-application-deployments-detailed-log-file-analysis/

So the application was successfully distributed to the DP?

What is the client cache size set to? you can check this from the configmgr applet in control panel.

• Edited by Richard.Knight Wednesday, June 17, 2015 4:54 PM

Hi, I can only see this option for when a client is on a slow connection. I realise I didn't mention it but all clients are on 1gb LAN

Am I looking in the wrong place? This was on deployment types -> content

So thanks to the link Richard provided I've found the actual error 

sccm getdirectorylist_http failed with code 0x80004005

Looks like its failing to get the manifest for the package and this seems to be a fairly common issue for large applications e.g 

https://social.technet.microsoft.com/Forums/en-US/62415e62-bae8-4abc-b9a4-dd5af73d2f99/error-retrieving-manifest-0x80004005-for-large-application?forum=configmanagerapps

I'm going to try and fully remove the package (making sure it deletes from the content library) and redistr the content. If that fails I'm probably going to just zip it up and unzip client side after the download, messy but probably necessary

Interested to see how you get on with this, I have pushed out several large Autocad deployments and not had any issues like this.

Were are pushing this product out with a package instead of an application. Let me know if you want to try that approach I can help you there too. -Tony

Had no luck getting this to work as an application, still same errors

GetDirectoryList_HTTP('https://server:443/SMS_DP_SMSPKG$/Content_68da896a-6b2c-4520-9159-c5758b75f380.1') failed with code 0x80004005. 22/06/2015 14:19:49 15156 (0x3B34)
Error retrieving manifest (0x80004005).  Will attempt retry 1 in 30 seconds. 22/06/2015 14:19:49 15156 (0x3B34)

GetDirectoryList_HTTP('https://server:443/SMS_DP_SMSPKG$/Content_68da896a-6b2c-4520-9159-c5758b75f380.1') failed with code 0x80004005. 22/06/2015 14:20:22 13128 (0x3348)
Non-recoverable error retrieving manifest (0x80004005). 22/06/2015 14:20:22 13128 (0x3348)

GetDirectoryList_HTTP('https://server:443/NOCERT_SMS_DP_SMSPKG$/Content_68da896a-6b2c-4520-9159-c5758b75f380.1') failed with code 0x80004005. 22/06/2015 14:21:13 14840 (0x39F8)
Error retrieving manifest (0x80004005).  Will attempt retry 1 in 30 seconds. 22/06/2015 14:21:13 14840 (0x39F8)

GetDirectoryList_HTTP('https://server:443/NOCERT_SMS_DP_SMSPKG$/Content_68da896a-6b2c-4520-9159-c5758b75f380.1') failed with code 0x80004005. 22/06/2015 14:21:46 13984 (0x36A0)
Non-recoverable error retrieving manifest (0x80004005). 22/06/2015 14:21:46 13984 (0x36A0)

Just looking into alternatives now

Try it as a package and see if it works going that route. -Tony

This is now sorted. Autodesk include the ability to create a deployment package and I realised that when I doing this it was creating the deployment in the same share that I had the source files in, effectively doubling the number of files that SCCM was caching to the clients. Once I had only the files needed for the deployment it deployed ok. The actual number of files was 58151 (8.1GB). This does however lead me to think that there must be a limit on the number of files that can exist in an application and be deployed by SCCM

Thanks to everyone for their useful tips :)