That's the way I learned to fix that from one of the DS MVPs, make a tiny little insignificant change to a setting in the GPO that is mismatched and save it. Once it has fully replicated, you just reverse the change you made.
If you get a permissions mismatch error you can follow a similar procedure with a little insignificant tweak to the GPO's ACL. GPOtool can actually act as a lazy-man's replication monitor to see when a changed policy has fully replicated both the GPC and GPT components if the environment isn't too big :-) -----Original Message----- From: Webb, Brian (Corp) [mailto:brian.w...@teldta.com] Sent: Thursday, March 12, 2009 2:42 PM To: NT System Admin Issues Subject: RE: Userenv errors Thanks from here too! We have been seeing some weird stuff in Group Policy on and off for a while including some userenv errors so I decided to run GPOTool in our environment. Found some GPOs with mismatches between the DS and SYSVOL. I haven't tried to fix them yet (Change Control and all that), but at least we have an idea of where some of these random errors might be coming from. According to our TAM (he happened to be here working on another issue) we should be able to make a minor change to the affected GPO and let it replicate which should overwrite the DS copy. -Brian -----Original Message----- From: Craig Gauss [mailto:gau...@rhahealthcare.org] Sent: Thursday, March 12, 2009 2:01 PM To: NT System Admin Issues Subject: RE: Userenv errors Thanks for the GPOtool pointer. Found an issue with one of our DCs. Craig Gauss, Technical Supervisor/Security Officer Riverview Hospital Association Phone: 715-423-6060 ext. 8572 -----Original Message----- From: Free, Bob [mailto:r...@pge.com] Sent: Thursday, March 12, 2009 12:23 PM To: NT System Admin Issues Subject: RE: Userenv errors Fair chance you have inconsistent permissions on your sysvol or worse. That error will show up if the computer accounts don't have proper permissions. Run GPOtool to check the GPOs in that domain, it will identify a lot of problems right there without a lot of manual checking. There are a lot of other things to check but start there. Gpresult from an affected client can also be illuminating -----Original Message----- From: Craig Gauss [mailto:gau...@rhahealthcare.org] Sent: Thursday, March 12, 2009 5:45 AM To: NT System Admin Issues Subject: Userenv errors I have been searching Google for the past few days and havent really found a good solution. Wondering if anyone on the list has ever had issues like this. We have a large amount of workstations with the following error: Windows cannot access the file gpt.ini for GPO The file must be present at the location <>. (). Group Policy processing aborted. Any ideas? ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~