Sunday, June 28, 2015

The processing of Group Policy failed: One way to fix it

Group Policy Replication Errors - How to Fix

All of a sudden one of your workstations seems to not be able to update its own group policy objects. It appears that the workstation has failed the trust relationship.

For Example

C:\Users\Biff>gpupdate /force
Updating Policy...

User Policy update has completed successfully.
Computer policy could not be updated successfully. The following errors were encountered:

The processing of Group Policy failed. Windows attempted to read the file \\\SysVol\\Policies\{2B44EB00-32DD-42E3-8C83-9B6C6CA6D
6D6}\gpt.ini from a domain controller and was not successful. Group Policy settings may not be applied until this event is resolved. This issue may be transient and could be caused by one or more of the following:
a) Name Resolution/Network Connectivity to the current domain controller.
b) File Replication Service Latency (a file created on another domain controller
 has not replicated to the current domain controller).
c) The Distributed File System (DFS) client has been disabled.

To diagnose the failure, review the event log or run GPRESULT /H GPReport.html from the command line to access information about Group Policy results.

How to Fix

To fix:  on the domain controllers of your windows domain, perform these steps:
1) Check network connectivity to all domain controllers, turn off IPV6 if neccessary, perform nslookup of each DC and make sure each can be found by their IPV4 addresses
2) Check time settings of each DC, if running a virtualilzed environment, make sure all VM hosts are connected to NTP and are able to reach

repadmin /syncall
to perform a syncronization...

repadmin /replsummary

... output from repadmin /replsummary
Destination DSA     largest delta    fails/total %%   error
 PDC1                       :22s    0 /  12    0
 BDC1                01h:41m:12s    9 /  16   56  (2148074274) The target principal name is incorrect.
 BDC2                01h:53m:53s    9 /  16   56  (2148074274) The target principal name is incorrect.
 VMS-DC1           58d.02h:35m:57s    9 /   9  100  (5) Access is denied.

If you see the following message "The target principal name is incorrect." Then you may need to reset your machine passwords on your domain controllers.  First step is to disable and turn off KDC.
On the domain controller, disable the Kerberos Key Distribution Center service (KDC).
the reboot, after rebooting, use the netdom command to reset the password, then renable to KDC, then reboot.

netdom resetpwd /server:server_name /userd:domain_name\administrator /passwordd:administrator_password

for example: ( for a DC called DC1 on a domain called homeslice, where the Administrator password was Sn00pD0g&Cat  You will need to quote your password in double quotes, if you have non alpha in it.
on a cmd.exe dos prompt:

netdom resetpwd /server:DC1 /userd:homeslice\administrator /passwordd:"Sn00pD0g&Cat"
output looks like: 

The machine account password for the local machine has been successfully reset.
The command completed successfully.

No comments:

Post a Comment