Hi guys,

I am having trouble setting up new distribution point at a site office.
The new DP seems to setup ok - according to Distribution Point Configuration Status, however content keeps failing to transfer - this include the ConfigMgr Client Package, boot images.

Checking the Content Status in the GUI for the packages shows:

"Failed to update package"
Possible cause: Site server does not have sufficient rights to update the package. (The primary site server is a member of the local admin group on this remote DP, and the NAA is a member of domain admins)
Possible cause: There is not enough disk space available (there is around 1TB free space)

Inside the PkgXferMgr.log shows:
CContentDefinition::GetFileProperties failed; 0x80070003
CContentDefinition::TotalFileSizes failed; 0x80070003
CSendFileAction::SendFiles failed; 0x80070003

There was a NO_SMS_ON_DRIVE.sms file put in place AFTER ConfigMgr was setup but this has now been removed.
I have also tried to follow these steps but with the problem continues:

• removed the DP role
• removed the WDS service
  
• rebooted the server
• deleted SMSPKG$, SMSPKGx$, SMSPKGSIG, SMSSIG$, SCCMContentLib, RemoteInstall folders on all drives
• removed no_sms_on_drive.sms files
• reconfigured the DP

I have also tried via PowerShell as suggested here, but no change: http://social.technet.microsoft.com/Forums/en-US/11df0f63-d146-434d-91f3-c4e826fee92c/redistribute-configuration-manager-client-upgrade-package-xxx00003?forum=configmanagermigration

Any help on this issue would be appreciated.

Regards,
Locust12

Does the site server have admin rights on t

The NAA is not involved in this process and domain admin is way too much permissions (a standard domain user is sufficient).

0x80070003 = The specified path couldn't be found. Have you already tried creating a small test package and distributed it?

Yes, the primary site server is a member of the local admin group on the remote server.

I realize that domain admin is extremely excessive. this was only put in place so I could do testing, this has now been revoked.

Yes, I have made a small test package and received the same result when distributing it.

Regards,
Locust12

Hi,

Have you checked smsdpprov.log and SMSdpmon.log?

Best Regards,

Joyce Li

SMSDPMON.log show this from a few days ago, I cannot locate an smsdpprov.log file:

One or more files are missing.
ccmsetup.cab
ccmsetup.exe
ep_defaultpolicy.xml
i386\client.msi
i386\dotnetfx40_client_x86_x64.exe
i386\microsoftpolicyplatformsetup.msi
i386\msrdcoob_x86.exe
i386\msxml6.msi
i386\silverlight.exe
i386\vc50727_x86.exe
i386\vcredist_x86.exe
i386\wic_x86_enu.exe
i386\windowsfirewallconfigurationprovider.msi
i386\windowsupdateagent30-x86.exe
scepinstall.exe
wimgapi.msi
x64\client.msi
x64\microsoftpolicyplatformsetup.msi
x64\msrdcoob_amd64.exe
x64\msxml6_x64.msi
x64\vc50727_x64.exe
x64\vcredist_x64.exe
x64\wic_x64_enu.exe
x64\windowsfirewallconfigurationprovider.msi
x64\windowsupdateagent30-x64.exe
    SMS_Distribution_Point_Monitoring  4712 (0x1268)

Regards,
Locust12

Hi,

The log above seems not very helpful.

After I re-read your question, please try to access the path of source file as site server computer account(the path is what you fill in Source Folder if you create a package. This might be an UNC Path). And have a look on Distmgr.log.

Best Regards,

Jo

Hi,

After opening a case with MS Support I was informed that this is a known bug with SP1.
This was caused by using the ContentLibrary Transfer tool.

A WMI flag change was needed. Not sure exactly where as the engineer made this change.

Recreating and redistributing the files after this then succeeded.

Regards,
Locust12

• Marked as answer by Locust12 Wednesday, March 12, 2014 2:13 AM

How can this be marked as answer?!

How would anyone else be able to use this to resolve the same issue,

I don't agree with this.