If you elevate with an admin account different to the currently logged in user which is probably what you will do as your users should not have administrator rights, then you will receive an error message stating INFO: The user “domain user” does not have RSOP data. This is because GPResult is using the elevated user’s context.
- You have the option to select a user and a computer from different domains and also simulate WMI filter results. You also have the option to incorporate what‑if scenarios such as selecting or ignoring site‑level policies and preferences for a computer when processing the RSoP Analysis report.
- If you elevate with an admin account different to the currently logged in user (common if the user does not have administrator rights), then you will receive an error message stating INFO: The user “domain user” does not have RSOP data. This is because GPResult is using the elevated user’s context.
Question : The user “DOMAINuser” does not have RSOP data
I have resolved a problem with the group policies on the server but I still have the same problem on the workstations.When I run gpresult, I get the following error;
INFO: The user “DOMAINuser” does not have RSOP data
When I run rsop.msc, I get the following error
RSoP data is invalid. Likely causes are, data is corrupt, data has been deleted or data has never been created.
Datails: Invalid namespace
I reinstalled a new server and was trying to get some of the SYSVOL data restored from the tape. After I did this, that is when I started having the problems. I deleted all of the existing policies, ran dcgpofix and that put the default GPO’s back but I still have the issues above. Of course the workstations don’t run the GPO’s and they take a long time to log in.
Solution: The user “DOMAINuser” does not have RSOP data
Troubleshooting RSoP : link
May not be that helpful though.
It sounds like that the workstations are not picking up the replaced policies – the issue is that they seem to have corrupted policies as well.
You could try resetting the accounts in AD – but this has never really worked for me. Could you try reinstalling one station – and see if that works out?
If that doesn’t solve the problem – then you still have a server problem.
Want an insanely easy way to troubleshoot and report group policy settings for users and computers? Then you’ll love this guide.
Look:
Having multiple group policy objects can get out of control and difficult to troubleshoot.
When deploying GPOs, you need to consider:
Group policy settings can overlap
Moving a user or computer to another OU can affect what policies are getting applied
GPO ordering and precedence
User settings vs computer settings
So how exactly do you report what settings are getting applied?
It’s easy just follow the steps in this guide.
Bonus: I will also show you how to simulate group policy settings. It’s great for planning GPOs.
I also recommend you check out my list of Group Policy Best practices. It contains some great tips and recommendations for group policy design and implementation
A quick overview of RsoP (Resultant Set of Policy)
RsoP (Resultant Set of Policy) is a Microsoft tool that is built into Windows 7 and later versions. It provides administrators a report on what group policy settings are getting applied to users and computers. It can also be used to simulate settings for planning purposes.
RsoP is one of my favorite Active Directory Troubleshoot Tools for testing and troubleshooting group policy settings at the client level.
RsoP (Resultant Set of Policy) has two modes, Logging Mode and Planning mode.
Logging Mode:
This mode is used to generate a report on policy settings for users and computers. It is best used to verify and troubleshoot group policy settings.
Planning Mode:
Administrators can use planning mode for “what if” scenarios. What if I move a user or computer to a different OU, what if I put a user in a different AD group, what if the user logs into a different computer. You can select various options with planning mode and it will simulate the policy settings.
This was just a quick overview of RsoP (Resultant Set of Policy) for more details see Microsoft’s article What is Resultant Set of Policy.
Now to the good stuff:
How to run RSoP to determine computer and user policy settings
You must be a local administrator on the local computer for RsoP to return the computer configuration policy settings.
Step 1: Run rsop.msc from a local computer
Open the command line, type rsop.msc and hit enter.
Rsop will run and generate a report for the user and computer policy settings.
Step 2: Review Policies
Now that RSoP has run its time to review the policy settings. Keep in mind, RsoP will only show the policy settings, it will not show the group policy objects.
Browse through the policies to see what settings are applied.
Step 3: Compare the results to the group policy objects
Now it’s time to go back to the Group Policy Management console and verify that the policies that you have linked are getting applied.
I have a GPO called “Computer – Windows 10 Settings” that is applied to the Winadpro Computers OU. I’m logged into PC1 which is in the accounting folder. So, the policies in that GPO should get applied to PC1.
Let’s verify that with RsoP results.
After running RsoP I can see that the settings in the “Computer – Browser Settings” GPO are getting applied to PC1. In the results, you can also see what GPO the settings are coming from by looking under the GPO name. I can see the Prevent running First Run Wizard setting is coming from the Computer – Browser Settings GPO.
If you have multiple GPOs
If you had multiple GPOs that have overlapping settings, you can look at the results and see which GPO is taking precedence.
Simple, right?
By default, when you run rsop.msc on a client machine it will run in logging mode. If you want to run in planning mode, follow the steps below.
Simulate GPO policy settings with RsoP planning mode
I’m going to use planning mode to see what policies would get applied if I moved a user to the Sales OU. I have a GPO linked to this OU so I’m expecting those policies will get applied. But before I move a bunch of people to this OU I want to test and see what really would get set.
Step 1: Open MMC and add Resultant Set of Policy
MMC can be opened by typing MMC in the windows run command or typing mmc.exe from command line.
From the MMC console go to File and select Add/Remove Snap-in
Select Resultant Set of Policy from the available snap ins
Step 2: Run the RsoP wizard
Right click Resultant Set of Policy and select Generate Rsop Data
Click Next at the welcome screen
Select Planning mode
Select the User, Computer or OU that you want to simulate policy settings for.
I want to simulate policies for the Sales OU so I’m going to select Container for the user information and then PC1 for the computer.
Click Next
Select any additional simulation options if desired.
Click Next
Click Next
On the user security group page, you can simulate changes to the security groups.
Click Next
WMI Filters page, you can use all filters or only selected filters.
Click next
The User Does Not Have Rsop Data Server 2012
Summary page, click next
Finally, the wizard is complete.
So now I have the simulated results. I want to see what policies will get applied since I selected the sales OU.
Let’s check it out.
The results are only going to show what settings are applied. It will not show the GPO itself just the policy settings.
Looking through the simulated results I can see that the screen saver settings are getting applied under the User Configuration. So, this confirms the GPO I set at the sales OU would get applied. I see no issues so I can move forward with moving users into this OU.
I hope you found this article helpful. If you have any questions leave a comment below.
See also:
GPResult Tool: How to check what Group Policy objects are Applied
Group Policy Best Practices
Recommended Tool: SolarWinds Server & Application Monitor
This utility was designed to Monitor Active Directory and other critical services like DNS & DHCP. It will quickly spot domain controller issues, prevent replication failures, track failed logon attempts and much more.
The User Does Not Have Rsop Data Windows 2008
What I like best about SAM is it’s easy to use dashboard and alerting features. It also has the ability to monitor virtual machines and storage.