Yea, you need to solve the underlying FRS replication issue first. There are numerous KB articles about this. Just search on "SYSVOL replication problems" Darren From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On Behalf Of Anand Narine Sent: Wednesday, October 01, 2008 7:13 AM To: gptalk@xxxxxxxxxxxxx Subject: [gptalk] Re: Windows user/computer can;t access gpt.ini upon login.... seemingly no changes to GPO or system 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 <http://domain.name.edu/> \sysvol\domain.name.edu <http://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