SCCM 2012 DP Errors: SendFiles Failed

One of my distribution points recently stopped getting DP updates.  I tried my normal troubleshooting steps – creating a new package, checking disk space, source folder permissions, server reboot, etc., but no dice.  I reviewed the DISTMGR.LOG on the primary site responsible for the distribution point, and found the following:

When I look in the PKGXFERMGR.LOG, I found the following:

I searched around and found no help anywhere.  A few people ran into the issue, but the threads never went as far as to find resolution.   From plenty of troubleshooting in the past, and some hints in the errors, it was obvious that 0x80041002 and 0x80041013 were WMI failures.  I backed up the repository (c:\windows\system32\wbem\repository), and then I reregistered all DLLs in c:\windows\system32\wbem, mofcomp’d all the MOFs in the WBEM folder, and then MOFCOMP’d all the MFLs through the WBEM subfolders.  Same issue.  Next, I reinstalled PULLDP.MSI, hoping that it contained whatever WMI classes or MOF information that was required, but that didn’t work either.  Another server reboot for good measure, and I was still in the same spot.

My last step was to run WMIDIAG 2.2 from Microsoft.  It revealed that ROOT/SCCMDP, SMSDPProvider was being referenced but that the DCOM registration was missing.  A little searching and I found that SCCMDP is built from smsdpprov.mof.  So, I found that MOF in the SMS_DP$ share, under \sms\bin.  I MOFCOMP’d that, and then I also reregistered all the DLLs in that folder with REGSVR32.  Normally I would have done the MOF first, tested again, and then each DLL at once, but I’d been troubleshooting for a few hours at this point and really just wanted the issue resolved.

Once I took care of the MOF and registered the DLLs, the issue was resolved and my content started replicating again.


 

Edit October 6, 2015: In response to a comment below, here is how to register a DLL, multiple DLLs, and MOFs:

To register a Single DLL, open an elevated command prompt, and run regsvr32 <DLL> as shown below.  You will get a pop-up on the success or failure of the registration.  Not all DLLs can be registered, some failures are normal.  RegSvr32 supports a /s switch if you would like to suppress the notification.

registerDll

To register an enter folder of DLLs, run for %F in (*.dll) do regsvr32 /s %F within the elevated folder.  The FOR command will loop over all the DLLs and register them.  You can remove the /s, but you’ll get a lot of pop-ups.  Make sure to run this from the folder that has the DLLs within it.  If you are automating this within a batch file, you’ll need to use a double percent sign (e.g. %%F).

registerMultipleDLLs

And finally, to compile a MOF, you can use MOFCOMP.EXE.  There is a -check switch you can use to see if it’ll compile before you actually compile it.  The command is simple, just MOFCOMP followed by the MOF name, as shown in the example below.

compileMOF

FacebooktwitterredditpinterestlinkedinmailFacebooktwitterredditpinterestlinkedinmail

15 Comments

  1. Finally, I have had this issue for a while. Reinstalled the site and it came back. This worked for me.

    Reply
    • Hi Saeed, I’ve updated the post to show how to use RegSvr32 and MOFComp – I hope this helps, let me know if you run into any issues following it.

      Reply
  2. Thanks for this… just a side note, i reinstalled a DP on 2012 r2 and had the above error… only had to run the following: G:\>mofcomp G:\SMS_DP$\sms\bin\smsdpprov.mof

    (G:\ being my DP Drive) and all content started to flow.

    Reply
    • Thanks for the heads up Richard – I suspected the WMI work was overkill but I was rushing and was throwing the kitchen sink at it by the time I got that far into it :-)

      Reply
    • Hi Jon – it was run on the primary – which was the MP for the problem DP.

      Reply
  3. i love you man ! never made a comment on a web but you saved my life

    Reply
  4. giving a feedback about your article, I follow your steps above however didnt work for me however after recreate the WMI repository this work normally,

    Reply
    • Thanks for your feedback Tiago, hopefully it helps another reader resolve their issue! :-)

      Reply
  5. This issue was kicking my butt for 2 days before i came across your post DP was accepting content in 5 mins. Awesome post. Thanks.

    Reply
  6. I have one DP that is having this issue and want to try your solution but am a bit confused. You say to run the mofcomp on the MP. We only have one MP and that is our Primary and there is no SMS_DP$ share on it.

    Reply
  7. Thanks Christopher, I really appreciate the record you’ve made here – appears to have resolved my “reinstated” DP package transfer issue (I’m now seeing some successful package transfers where there were only failures before).

    I’ll copy your advice to my own blog (for my own backup!) and cite your page here as the source, thanks again.

    Reply

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.