[gptalk] Re: Windows user/computer can;t access gpt.ini upon login.... seemingly no changes to GPO or system

  • From: "Anand Narine" <anand.narine@xxxxxxxxx>
  • To: gptalk@xxxxxxxxxxxxx
  • Date: Wed, 1 Oct 2008 10:12:39 -0400

You are right, sometimes in the sysvol folder i get NTFRS_PRe....When this
happens, I manually delete those and ensure all the sysvol folders are
identical. I don't have problems again until I decide to make a GPO change.
In my case the Sysvol sub folders get created on all DCs, but the files -
gpt.ini, scripts, registry.pol  do not replicate.
Go figure.

I've tried to install new DCs, but they all exhibit the same problem.
For me manually copying the files has been the dirty solution.



On Wed, Oct 1, 2008 at 10:03 AM, Darren Mar-Elia <darren@xxxxxxxxxx> wrote:

>  Essentially, when you don't let FRS do what its supposed to do, it gets
> confused, and creates duplicates of files that you manually copied, with
> funny names on the end of them.  I used to recommend doing what you did
> myself, until someone who was an FRS expert warned me otherwise.
>
>
>
> Darren
>
>
>
> *From:* gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] *On
> Behalf Of *Anand Narine
> *Sent:* Wednesday, October 01, 2008 6:19 AM
>
> *To:* gptalk@xxxxxxxxxxxxx
> *Subject:* [gptalk] Re: Windows user/computer can;t access gpt.ini upon
> login.... seemingly no changes to GPO or system
>
>
>
> What do you mean by morphed files ?
>
> On Wed, Oct 1, 2008 at 9:13 AM, Darren Mar-Elia <darren@xxxxxxxxxx> wrote:
>
> I would agree except for manually copying the files. This can cause morphed
> files in FRS, so I would fix the FRS replication issue first.
>
>
> Darren
>
>
>
> *From:* gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] *On
> Behalf Of *Anand Narine
> *Sent:* Wednesday, October 01, 2008 6:11 AM
> *To:* gptalk@xxxxxxxxxxxxx
> *Subject:* [gptalk] Re: Windows user/computer can;t access gpt.ini upon
> login.... seemingly no changes to GPO or system
>
>
>
> Check if the gpt.ini file indeed exists in the sysvol folders on ALL domain
> controllers. I have this problem with 3 of my DCs, where file replication
> happens for some of the items in the sysvol folder. Try manually copy the
> files that are missing, this works fine for me. I don't know what is causing
> the replication to be incomplete. Good luck finding a solution
>
> On Mon, Sep 29, 2008 at 4:18 PM, Scott Klassen <klas9574@xxxxxxx> wrote:
>
> Building on what Darren just said, in the past I've had good luck fixing
> oddball issues that just affect a single user/machine by the sledgehammer
> method of removing from, then rejoining the domain.
>
>
>
> It's great when you can figure out the root cause of something like this,
> but sometimes you just need to get up and running again quickly.
>
>
>
> Scott Klassen
>
>
>
> *From:* gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] *On
> Behalf Of *Booker.Washington@xxxxxxxxxxxxxx
> *Sent:* Monday, September 29, 2008 9:23 AM
> *To:* gptalk@xxxxxxxxxxxxx
> *Subject:* [gptalk] Windows user/computer can;t access gpt.ini upon
> login.... seemingly no changes to GPO or system
>
>
>
>
>
> Whenever one of my users logs in or runs gpupdate,  he gets this error:
>
>
>
> Windows cannot access the file gpt.ini for GPO
> CN={31B2F340-016D-11D2-945F-00C04FB984F9},CN=Policies,CN=System,DC=domain,DC=name,DC=edu.
> The file must be present at the location <\\domain.name.edu\sysvol\
> domain.name.edu\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini>.
> (Access is denied. ). Group Policy processing aborted.
>
>
>
> I am just starting to research, but figured, I would pose the question with
> this group as well, to determine where I should start the troubleshooting
>
>
>
> Thanks
>
>
>
>
>
>
>
>
>
> Booker T. Washington III
>
> Systems Support Specialist
>
>
>
>
>
>
>

Other related posts: