Security policies were propagated with warning. 0x534 : No mapping between account names and security IDs was done.
Advanced help for this problem is available on http://support.microsoft.com. Query for “troubleshooting 1202 events”.
Error 0x534 occurs when a user account in one or more Group Policy objects (GPOs) could not be resolved to a SID. This error is possibly caused by a mistyped or deleted user account referenced in either the User Rights or Restricted Groups branch of a GPO. To resolve this event, contact an administrator in the domain to perform the following actions:
1. Identify accounts that could not be resolved to a SID:
From the command prompt, type: FIND /I “Cannot find” %SYSTEMROOT%\Security\Logs\winlogon.log
The string following “Cannot find” in the FIND output identifies the problem account names.
Example: Cannot find JohnDough.
In this case, the SID for username “JohnDough” could not be determined. This most likely occurs because the account was deleted, renamed, or is spelled differently (e.g. “JohnDoe”).
2. Use RSoP to identify the specific User Rights, Restricted Groups, and Source GPOs that contain the problem accounts:
a. Start -> Run -> RSoP.msc
b. Review the results for Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignment and Computer Configuration\Windows Settings\Security Settings\Local Policies\Restricted Groups for any errors flagged with a red X.
c. For any User Right or Restricted Group marked with a red X, the corresponding GPO that contains the problem policy setting is listed under the column entitled “Source GPO”. Note the specific User Rights, Restricted Groups and containing Source GPOs that are generating errors.
3. Remove unresolved accounts from Group Policy
a. Start -> Run -> MMC.EXE
b. From the File menu select “Add/Remove Snap-in…”
c. From the “Add/Remove Snap-in” dialog box select “Add…”
d. In the “Add Standalone Snap-in” dialog box select “Group Policy” and click “Add”
e. In the “Select Group Policy Object” dialog box click the “Browse” button.
f. On the “Browse for a Group Policy Object” dialog box choose the “All” tab
g. For each source GPO identified in step 2, correct the specific User Rights or Restricted Groups that were flagged with a red X in step 2. These User Rights or Restricted Groups can be corrected by removing or correcting any references to the problem accounts that were identified in step 1.
When you do the recommended FIND /I “Cannot find” %SYSTEMROOT%\Security\Logs you get the following output
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Cannot find PerformanceLogUser.
Cannot find DefaultAppPool.
Following KB977695 I was able to resolve the DefaultAppPool but editing GptTmpl.inf file for the Default Domain Controllers Policy. I preformed a Find / Replace for DefaultAppPool to IIS AppPool\DefaultAppPool and Classic .NET AppPool to IIS AppPool\Classic .NET AppPool (Classic .NET AppPool wasn’t required in my instance) in GptTmpl.inf (after making a backup obviously!). Excuted a gpupdate /force
Problem still remained with PerformanceLogUser.
Further research suggested PerformanceLogUser should be Builtin\Performance Log Users (note the s in users). Preformed a Search / Replace for PerformanceLogUser to Builtin\Performance Log Users in GptTmpl.inf
FIND /I “Cannot find” %SYSTEMROOT%\Security\Logs no comes up with nothing new. It’s only been 15minutes but so far so good.