Want to win a PS4? Go Premium and enter to win our High-Tech Treats giveaway. Enter to Win

x
?
Solved

SCCM 2012 R2 - Failed to Verify Hash

Posted on 2013-12-09
9
Medium Priority
?
2,564 Views
Last Modified: 2013-12-16
Hi there,

I'm setting up a SCCM 2012 R2 lab with the following:

Windows Server 2012 R2 Hyper-V
All VM's running Windows Server 2012 R2
SCCM 2012 R2 installed on 2 VM's (One Management Point, One Distribution Point)
Source files are hosted on the Management Point on a Share called SOURCE

I've been able to deploy OS images, Software updates, and Packages. I'm now deployig my first Application, Microsoft Office 2013 64 Bit.

Now, I'm getting a "Package Transfer Manager has failed to verify hash for package XXXX on Distribtion Point."

Researching for solutions, I have done the following:

Checked for hidden files in the source directory (None were found)
Re-applied permissions (ALL SCCM servers have Full rights to SOURCE, as well as being Local Administrators)
Checked Network Service Account (Is local Administrator on all SCCM servers; has full permissions to SOURCE)
Checked all Roles and Features are installed

I'm truly stuck with this. Any ideas on how I can proceed? Also, are there any log files I should look through?
0
Comment
Question by:managedsol
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 5
  • 3
9 Comments
 
LVL 31

Expert Comment

by:merowinger
ID: 39707875
Yes please first check out the distmgr.log file on the DP Server
0
 
LVL 24

Expert Comment

by:Nagendra Pratap Singh
ID: 39707891
Refresh the package and check.
0
 

Author Comment

by:managedsol
ID: 39710562
Hi there,

I've uploaded the log files to the following location: Log Files

The package is DMO0001F
0
How to Use the Help Bell

Need to boost the visibility of your question for solutions? Use the Experts Exchange Help Bell to confirm priority levels and contact subject-matter experts for question attention.  Check out this how-to article for more information.

 

Author Comment

by:managedsol
ID: 39710580
@npsingh123 - I've refreshed the package with no success.
0
 
LVL 31

Expert Comment

by:merowinger
ID: 39710614
Can you please post it direclty on EE?
0
 

Author Comment

by:managedsol
ID: 39710617
No worries. I've also added the Package Log file, as there is mention of the hash error in it
distmgr.log
PkgXferMgr.log
0
 
LVL 31

Expert Comment

by:merowinger
ID: 39711089
First check out this:
http://social.technet.microsoft.com/Forums/en-US/87f95b0f-9a58-46b2-a51c-44352998db08/package-not-distributed-to-dp-on-windows-server-2003-configmgr-2012?forum=configmanagerdeployment

Re-check that the Site Server Computer Account is in the local Admins of the DP.
Also check out the last part in this document. Maybe a Folder or file is not allowed via IIS.
http://technet.microsoft.com/de-de/library/cc431377.aspx

If nothing helps i would remove that package from SCCM wait until it's gone from all DPs and re-add it.
0
 

Accepted Solution

by:
managedsol earned 0 total points
ID: 39712879
Hi there,

I've checked the permissions and local admin accounts. No issues there.

Checked the permissions in IIS as suggested. No issues there.

Checked out the first link. Checked and all required roles and features (RDC, BITs, etc) are installed on the MP and DP servers.


I was able to resolve the issue by removing all permissions from the SOURCE drive/Shares as well as the DP Shares, and recreating them, ensuring correct inheritance is applied.

This was done using the icacls command line tool.

I did end up removing the package and recreating as well. This action was performed twice prior to posting this support ticket.

So in summary, the issue was a corrupt permission on either the DP or Source directories.
0
 

Author Closing Comment

by:managedsol
ID: 39721069
The solution was found after trial and error.

Use of the icacls command was invaluable in resolving this issue.

Windows was reporting that the permissions were correct, but resetting everything back to square one did the trick.
0

Featured Post

[Webinar] Lessons on Recovering from Petya

Skyport is working hard to help customers recover from recent attacks, like the Petya worm. This work has brought to light some important lessons. New malware attacks like this can take down your entire environment. Learn from others mistakes on how to prevent Petya like worms.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This is my 3rd article on SCCM in recent weeks, the 1st (http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/Windows_Server_2008/A_4466-A-beginners-guide-to-installing-SCCM2007-on-Windows-2008-R2-Server.html) dealing with installat…
On a regular basis I get questions about slow RDP performance, RDP connection problems, strange errors and even BSOD, remote computers freezing or restarting after initiation of a remote session. In a lot of this cases the quick solutions made b…
Video by: ITPro.TV
In this episode Don builds upon the troubleshooting techniques by demonstrating how to properly monitor a vSphere deployment to detect problems before they occur. He begins the show using tools found within the vSphere suite as ends the show demonst…
In this video, Percona Solutions Engineer Barrett Chambers discusses some of the basic syntax differences between MySQL and MongoDB. To learn more check out our webinar on MongoDB administration for MySQL DBA: https://www.percona.com/resources/we…

597 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question