I've run up against something that I've never heard of before: I have 3 GPOs (all with only user settings) linked to an OU containing user objects and the GPO applies fine in site "Main" and site "Secondary" (both in the USA) but
not site "Tertiary" in the UK.
If I log onto a domain controller located in site "Tertiary" the GPOs apply, but if I log onto any member servers (Win 2008 R2) or workstations (Win7), the GPOs don't apply.
GPO debug logging was enabled and I combed the logs on a test PC and it looks like the following is happening:
Win 7 Computer in Site "Secondary" GP service wants to target the user SID and looks for DC and where to start. It seems to do this successfully as the first thing it hits is the OU that the user account is located in as below:
GPSVC(1f8.7f8) 11:14:05:059 GetDomainControllerConnectionInfo: Getting Ldap Handles.
GPSVC(1f8.7f8) 11:14:05:059 GetLdapHandle: Getting ldap handle for host: GCM-DC-S2.mydomain.com in domain: mydomain.com.
GPSVC(1f8.7f8) 11:14:05:059 GetLdapHandle: Server connection established.
GPSVC(1f8.7f8) 11:14:05:059 GetLdapHandle: Bound successfully.
GPSVC(1f8.7f8) 11:14:05:059 ProcessGPOs: Computer's domain is same as user's domain so using user's domain DC
GPSVC(1f8.7f8) 11:14:05:059 GetLdapHandle: Getting ldap handle for host: GCM-DC-S2.mydomain.com in domain: <Unspecified>.
GPSVC(1f8.7f8) 11:14:05:059 GetLdapHandle: Server connection established.
GPSVC(1f8.7f8) 11:14:05:074 GetLdapHandle: Bound successfully.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\dskquota.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for gptext.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\TsUsbRedirectionGroupPolicyExtension.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\iedkcs32.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\srchadmin.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\iedkcs32.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\cscobj.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for gptext.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\iedkcs32.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for gptext.dll.
GPSVC(1f8.7f8) 11:14:05:074 ReadGPExtensions: Rsop entry point not found for gptext.dll.
GPSVC(1f8.7f8) 11:14:05:074 GetGPOInfo: ********************************
GPSVC(1f8.7f8) 11:14:05:074 GetGPOInfo: Entering...
GPSVC(1f8.7f8) 11:14:05:074 SearchDSObject: Searching <OU=Users,OU=Technology,OU=Primary,DC=mydomain,DC=com>
The problem PC located in the tertiary site looks a bit different. It gets a DC right away and doesn't say anything about the user's DC being same as machine's DC. Then it starts searching in the OU of the PC and works back up the LDAP org to the root domain/forest,
meaning it never tries to locate the OU where the user object is, so it never discovers the GPOs linked to that OU:
GPSVC(268.1114) 17:40:51:457 GetDomainControllerConnectionInfo: Getting Ldap Handles.
GPSVC(268.1114) 17:40:51:457 GetLdapHandle: Getting ldap handle for host: GCM-DC-L1.mydomain.com in domain: mydomain.com.
GPSVC(268.1114) 17:40:51:457 GetLdapHandle: Server connection established.
GPSVC(268.1114) 17:40:51:457 GetLdapHandle: Bound successfully.
GPSVC(268.1114) 17:40:51:457 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\dskquota.dll.
GPSVC(268.1114) 17:40:51:457 ReadGPExtensions: Rsop entry point not found for gptext.dll.
GPSVC(268.1114) 17:40:51:457 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\TsUsbRedirectionGroupPolicyExtension.dll.
GPSVC(268.1114) 17:40:51:457 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\iedkcs32.dll.
GPSVC(268.1114) 17:40:51:475 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\srchadmin.dll.
GPSVC(268.1114) 17:40:51:475 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\iedkcs32.dll.
GPSVC(268.1114) 17:40:51:475 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\cscobj.dll.
GPSVC(268.1114) 17:40:51:475 ReadGPExtensions: Rsop entry point not found for gptext.dll.
GPSVC(268.1114) 17:40:51:475 ReadGPExtensions: Rsop entry point not found for C:\Windows\System32\iedkcs32.dll.
GPSVC(268.1114) 17:40:51:475 ReadGPExtensions: Rsop entry point not found for gptext.dll.
GPSVC(268.1114) 17:40:51:475 ReadGPExtensions: Rsop entry point not found for gptext.dll.
GPSVC(268.1114) 17:40:51:475 ProcessGPOs: Using computer name CN=SPARE3,OU=Workstations,OU=Tertiary,DC=mydomain,DC=com for query.
GPSVC(268.1114) 17:40:51:475 GetGPOInfo: ********************************
GPSVC(268.1114) 17:40:51:475 GetGPOInfo: Entering...
GPSVC(268.1114) 17:40:51:475 SearchDSObject: Searching <OU=Workstations,OU=Tertiary,DC=mydomain,DC=com>
Any ideas why this tertiary site is behaving differently than the secondary site would be greatly appreciated.
It seems user GPOs apply to the problem PC but only if they are linked to the OU the workstation is in or its parents, including site and domain root. So I could conceivably work around the issue by linking the problem GPOs to the root or site OU, but
I'd really like to know why it's not finding the user OU and checking it for GPOs.
Thanks
Pete
Edit: I should note that I looked pretty closely at permissions, presence of the GPO files in the sysvol folder etc. All of that looks good and is replicating fine across all sites.