Configuration Manager 2012 failed to start DP health monitoring task . . .

I ran into a strange Configuration Manager 2012 issue today on a client site. The “Configuration Manager Client” package for some reason was failing to be processed by Distribution Manager. The status of the Distribution Manager component was critical, and the distmgr.log file was repeatedly displaying the following errors;

~Failed to start DP health monitoring task for package ‘xxx00003’. Error code: -1
. . . and

~Failed to process package xxx00003 after 35 retries, will retry 65 more times

All of the other packages were healthy.

After a bit of digging, I found a thread on Technet forums suggesting that a file in the root of a drive on the site server named “Program” may be the culprit. Sure enough, I found a mysterious file named Program in the root of drive D:\ on the Site Server. After renaming the file, we initiated a validation of the package on the DP. Within minutes the issue was resolved, and the package was successfully processing again.

I have no idea how the “program” file came to be on the drive, nor why it was interfering with Distribution Manager’s normal operations, but I’m sure glad that I stumbled upon the resolution, so thought I’d share it in case others encounter the issue.

NOTE: Based on the comments it seems that, while for me the file was named “Program” others are finding a file named “System” or “Microsoft” in the root of their drives, so be on the lookout for those as well.

Unknown's avatarAbout Douglas Griffin
I am a seasoned Microsoft Certified Trainer and consultant. I live in Burnaby, British Columbia Canada, but travel extensively.

28 Responses to Configuration Manager 2012 failed to start DP health monitoring task . . .

  1. Alex's avatar Alex says:

    Working also for me, thanks a lot!

    Like

  2. Patrik's avatar Patrik says:

    Worked like a charm, thank you!

    Like

  3. voytass's avatar voytas says:

    Reblogged this on IT Info.

    Like

  4. RundG's avatar RundG says:

    perfect! thank you!….but I still can not understand the link between this issues….somebody knows what program generates this file and what is it for?

    Like

  5. HumphC's avatar HumphC says:

    In my case the file was just called “Microsoft”. I renamed it to be Microsoft.old and the package was successful

    Like

  6. ArtDB's avatar ArtDB says:

    Great find! renaming the ‘program’ file resolved my issue.

    Like

  7. koracan's avatar koracan says:

    DOUBLE U – TEE – EF!

    Thanks a lot mate! What’s you home addy? Send you a truck load of “Insert your favourite drink here”!

    Like

  8. brianfgonzalez's avatar briangun says:

    In my case it was also “Microsoft”, deleting this file did the trick. What a pain!

    Like

  9. Matt's avatar Matt says:

    Sorted out this very frustrating problem. Thanks a bunch.

    Like

  10. Paul's avatar Paul says:

    Thanks for sharing – saved me lots of time. ‘Program’ was the file in my case

    Like

  11. involatus's avatar involatus says:

    Same error, but i’cant find a file called ‘Microsoft’ or ‘Program’? Where do you’ve found this file?
    Thanks for your help!

    Like

  12. involatus's avatar involatus says:

    Okay, i found the file wich cause the problem. It was called System. After renaming to System.old I was able to update the distribution point again and everything was fine

    Like

  13. Steve's avatar Steve says:

    I too found “program”. Looks to just be a log file of some sort. No clue why it was interfering, but renaming it totally worked. Thanks a bunch.

    Like

  14. learning's avatar learning says:

    What is the extension does it show for the ‘Microsoft’ or ‘Program’ that needed to be renamed? I’m looking for this file in my root of OS (C:) and each of my other partitions and I am unable to find.

    Like

  15. Marcus's avatar Marcus says:

    Thank you solved the issue for me

    Like

  16. ES's avatar ES says:

    Thank you so much! Solved my issues with the DP.
    I was able to locate the file ‘microsoft’ in the folder where SCCM was installed.

    Like

  17. LT's avatar LT says:

    Thanks!
    I’ve been seeing this error all week and couldn’t figure it out.

    Like

  18. Brendan's avatar Brendan says:

    Thanks! No idea how I would have figured this out without this blog post.

    Like

  19. Charles's avatar Charles says:

    Thank you very much! This strange issue occurred even in our SCCM 2012 R2 SP2 environment.

    Like

  20. Hobbers's avatar Hobbers says:

    As we don’t have a comment for 2016. Thanks I had a “rogue” file called “Program” in my DP root dir. Why I’ve know idea. One of the many oddities SCCM likes to throw you now and then.

    Like

  21. asnagesh's avatar asnagesh says:

    me too had same issue, I have opened program file as notepad and found lot of lines i suspect the SCCM itself creating this file

    === Verbose logging started: 8/24/2016 10:28:22 Build type: SHIP UNICODE 5.00.9600.00 Calling process: C:\Windows\ccmsetup\cache\ccmsetup.exe ===
    MSI (c) (C8:B8) [10:28:22:729]: Resetting cached policy values
    MSI (c) (C8:B8) [10:28:22:729]: Machine policy value ‘Debug’ is 0
    MSI (c) (C8:B8) [10:28:22:729]: ******* RunEngine:
    ******* Product: C:\Windows\ccmsetup\{6241CB95-11E9-4108-92B3-06AABA463A4E}\client.msi
    ******* Action:
    ******* CommandLine: **********
    MSI (c) (C8:B8) [10:28:22:729]: Client-side and UI is none or basic: Running entire install on the server.
    MSI (c) (C8:B8) [10:28:22:729]: Grabbed execution mutex.
    MSI (c) (C8:B8) [10:28:22:729]: Cloaking enabled.
    MSI (c) (C8:B8) [10:28:22:729]: Attempting to enable all disabled privileges before calling Install on Server
    MSI (c) (C8:B8) [10:28:22:729]: Incrementing counter to disable shutdown. Counter after increment: 0
    MSI (s) (A0:7C) [10:28:22:745]: Running installation inside multi-package transaction C:\Windows\ccmsetup\{6241CB95-11E9-4108-92B3-06AABA463A4E}\client.msi
    MSI (s) (A0:7C) [10:28:22:745]: Grabbed execution mutex.
    MSI (s) (A0:78) [10:28:22:745]: Resetting cached policy values
    MSI (s) (A0:78) [10:28:22:745]: Machine policy value ‘Debug’ is 0
    MSI (s) (A0:78) [10:28:22:745]: ******* RunEngine:
    ******* Product: C:\Windows\ccmsetup\{6241CB95-11E9-4108-92B3-06AABA463A4E}\client.msi
    ******* Action:
    ******* CommandLine: **********

    Like

  22. Naz's avatar Naz says:

    Got this problem after upgrading the OS on the primary site server from 2012 to 2012r2. Have had other issues as well after the OS upgrade.

    Like

  23. FS_DC's avatar FS_DC says:

    Same issue here. My file was under the c:\ drive and after the installation of CU3. You saved my day ! 🙂

    Like

  24. MickO's avatar MickO says:

    This thread has saved me some sanity. 2019 and on CM 1810, had the same issue but different exit code:

    Failed to start DP health monitoring task for package ‘TSV0081E’. Error code: 193

    We were getting a heap of packages failing, especially driver packages, and in turn messing up osd task sequences. Re-naming the suspect ‘Program’ file has solved it…. unreal, just unreal.

    Like

  25. Syed Nizamuddin Inamdar's avatar Syed Nizamuddin Inamdar says:

    Works like charm…. but did not understand whats the connection between that…

    Like

  26. Alejandro's avatar Alejandro says:

    Your article just saved me hours of troubleshooting and calling Microsoft. Thanks!!!!

    Like

  27. gaurav's avatar gaurav says:

    Can anyone let me know where is the root of that file , i mean the exact path

    Like

Leave a reply to voytas Cancel reply