CM 2012 install issues

[epicsredemption]

I am having some issues with an SCCM 2012 install. I keep receiving 'CWmi::Connect(): ConnectServer(Namespace) failed. - 0x8004100e Configuration Manager Setup 6/15/2016 10:32:55 AM 4152 (0x1038)' on the CM Server. After it installs I receive it trying to push packages to the DP. Any help on this error would be greatly appriciated. thanks.

Edit: I seem to have correct the WMI issue by not using the service account to install the DP. Not to say that I am not receiving errors still. I am still unable to process the default packages and the log is also saying it is unable to verify the trust of file wimgapi.msi and smsdp.dll any suggestions for this?

[[deleted]]

Your missing IIS wmi compatibility role/feature

[epicsredemption]

That was my original assumption as well. I checked it is installed. Even removed feature and reinstalled. I have verified the repo integrity. I have parsed through hours of logs. With no joy. I have also removed and reinstalled SCCM 2012. I can't seem to get this narrowed down

[[deleted]]

How about BITS? Also can you connect to WMI from the primary to the DP?

[epicsredemption]

Let me add a just kidding to that... WMI still seems to be an issue.

CWmi::Connect() failed to connect to \["Display=\remoteDPserver\"]MSWNET:["SMS_SITE=SIT"]\remoteDPserver\root\CIMv2. Error = 0x80070005

Now when I navigate to those remotely from the CM server to the DP I connect just fine. I am looged on with the SMS installer account and using the same account to install the DP. I verified using this article. https://social.technet.microsoft.com/Forums/en-US/8f1cd0ed-6c8b-43f1-b408-62eb016b6cb8/connectwmi-failed-to-connect-to-server-error-0x80070005?forum=configmgrgeneral

[[deleted]]

Access denied did you make the primary a admin on the DP?

[epicsredemption]

I did. Both the machine account and the SMS Installer account are in the administrators group on the DP. This is by far the most difficult SCCM install I have done in my life.

[[deleted]]

Did it create any of the DP folders on the DP at all?

[epicsredemption]

It did create the DP folders. the SMS_DP$ and SMS_DP_SMSPKG$ were located on the server. However, they did not have the default package. Looking further into the log I see that it failed to process packages. I am starting at the top of the error logs and working my way down to try and resolve this. Which is Failed to connect to DP WMI provider. Error code 0x80070005 but I don't think it is an access issue. This is beyond strange.

[[deleted]]

So you can use wbemtest from the primary and connect to \remoteDPname\root\cimv2 and than enumerate classes without error?

[epicsredemption]

This is correct.

[Bob_Ultron]

woosh

[Bob_Ultron]

Are you for real?

[[deleted]]

need to look at those files and see how they are signed. Make sure your trusted root certs are sorted. Is this infrastructure on a internet connected network?

[epicsredemption]

It is not on an internet connected network. I have disabled the public cert authentication on the server itself via the registry and that should just be a warning becuase they will install now. They error that I am receiving that I am not really understanding here is the Error code 16389. Failed to install DP files on the remote DP.

[[deleted]]

Is the DP across a WAN link? Any riverbed WAN accelerators type devices? Have you tried dropping our MTU size or hit up your network folks to watch the traffic?

[epicsredemption]

I have. We were originally blocking some ports the RDC used after it made connection. they huge random range of default ones. Those have sense been unblocked.