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/>  ~

Reply via email to