Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

One of my users had a BSOD this morning, so I looked at the event log to see what could be the cause. I didn't find anything obvious related to the BSOD, but I did find something else which causes me some concern. He had the following in his application event log:

Windows cannot access the file gpt.ini for GPO cn={2FE8F71F-F5A6-4829-A6D0-1858E327ED8C},cn=policies,cn=system,DC=amci,DC=unm,DC=edu. The file must be present at the location <\ourdomain\SysVol\ourdomain\Policies{2FE8F71F-F5A6-4829-A6D0-1858E327ED8C}\gpt.ini>. (The system cannot find the path specified. ). Group Policy processing aborted.

I searched on this website for similar issues, and came across this post. However, this was more for a migration issue. Our servers really haven't changed in at least 3 years. But that post did help explain the fact that I've noticed that GPO's don't seem to be applied anymore. The problem, for us, is that none of us are system administrators. (I did have a class on AD several years ago, but WOW, havne't done anything in it for quite some time.) My question is, do we have an issue with NTFRS, as Tim Long suggests (even though we're not migrating anything, changing our servers, etc)?

share|improve this question
add comment

1 Answer

up vote 2 down vote accepted

More likely is some kind of DNS issue. Group Policy settings are pulled from:

\\domain.name.in.full\sysvol

If the client can't turn domain.name.in.full into something that Windows can connect to, you'll get this kind of problem. A couple of tests to try out:

nslookup for domain.name.in.full
If it returns an IP address, or better yet a list of IP addresses, then DNS is working correctly. If it is not, then fix that problem.

Do a dir \\domain.name.in.full\sysvol from a CMD window
If the nslookup works, but this doesn't, then Windows name-resolution is failing. Check to make sure the NetBIOS TCP Helper service is running. I had one case where this service was disabled on a computer lab image, and none of the machines in that lab got GPOs.

share|improve this answer
    
Quick question, for clarity. Do I run the dir \\domain.name.in.full\sysvol from a command prompt on that user's machine? –  Rod Sep 23 '11 at 17:21
    
Please ignore my previous comment; I just tried it on the user's PC. I got a list of UP addresses when I ran nslookup on his machine. And then when I did the DIR command against the SYSVOL folder on the domain, that too worked. I'm now beginning to wonder if this might be an intermittent problem. I'm going to keep your suggestion handy, in case this problem comes up again on this user's machine. –  Rod Sep 23 '11 at 17:38
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.