I have had to do both the D2 and D4 restores on occasion, and both got me out of sticky situations :-) You are right about the event log advice, it seems to do nada
http://support.microsoft.com/kb/290762 2009/3/12 Free, Bob <r...@pge.com> > That was one of my first guesses :-) > > Did the event log tell you to "Enable Journal Wrap Automatic Restore" > registry parameter to 1 ? > > If so that's not what the DS guys at MS will tell you to do today but I > don't know if the event log guidance ever got updated. Last time it > happened to me on 2K3SP1 the bogus advice was still in the event log > entry. > > What they will tell you to do today is a non-authoritative SYSVOL > restore, AKA a D2 restore. > > That is actually a "feature" that used to be the default behavior that > was disabled in W2KSP3 and W2KSP3 hotfix versions of Ntfrs.exe > > I can dig up the details if it's of interest... > > > > > -----Original Message----- > From: Craig Gauss [mailto:gau...@rhahealthcare.org] > Sent: Thursday, March 12, 2009 1:53 PM > To: NT System Admin Issues > Subject: RE: Userenv errors > > Yes > > > > -----Original Message----- > From: Free, Bob [mailto:r...@pge.com] > Sent: Thursday, March 12, 2009 3:35 PM > To: NT System Admin Issues > Subject: RE: Userenv errors > > Journal wrap hosing FRS replication? > > -----Original Message----- > From: Craig Gauss [mailto:gau...@rhahealthcare.org] > Sent: Thursday, March 12, 2009 1:22 PM > To: NT System Admin Issues > Subject: RE: Userenv errors > > Ran GPOTool and ended up finding replication was completely hosed on one > of our domain controllers. Probably could have found the issue if I > would have looked at the event log on that server. Followed the event > log suggestion and made the necessary registry changes. (Finally an > event log entry that helped for once) Rebooted and the errors have > begun to go away. > > > > > -----Original Message----- > From: David Lum [mailto:david....@nwea.org] > Sent: Thursday, March 12, 2009 2:57 PM > To: NT System Admin Issues > Subject: RE: Userenv errors > > Do share! > > Dave > > -----Original Message----- > From: Craig Gauss [mailto:gau...@rhahealthcare.org] > Sent: Thursday, March 12, 2009 12: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/> ~ > > > ~ 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/> ~