No errors on the app log when I run GP update, and yes I can navigate out to the policies folder.
________________________________ From: Richard Stovall [mailto:[email protected]] Sent: Thursday, May 28, 2009 12:11 PM To: NT System Admin Issues Subject: RE: Group Policy Problem - I've lost all my hair What do you see in the app logs of the problem machines when you run "gpupdate /force" on them? Can you browse to \\domaindns.name\SYSVOL\domaindnas.name\Policies<file:///\\domaindns.name\SYSVOL\domaindnas.name\Policies> from the 02-07? From: Owens, Michael [mailto:[email protected]] Sent: Thursday, May 28, 2009 12:03 PM To: NT System Admin Issues Subject: Group Policy Problem - I've lost all my hair All- I seem to have a problem with GPO replication. I think. I am not really sure what the problem is - it just confuses me at this point. Here is the deal. I have a 7 server TS farm. They all run server 2008 64 bit edition, but I believe the problem is something with our DCs. Our domain is 2003. Server 1 has the licenses, and distributes them out accordingly. I added a GPO to it, to lock them down. All servers are in the same OU, and my test account is in a different OU with the same GPO applied to it. The servers are named STUCTX0x. STUCTX01 takes any group policy change I give it. If I change the GPO, and run a gpupdate /force... STUCTX01 takes the GPO when I log in on my test account. (lab rat) On STUCTX02-STUCTX07 it doesn't work. I logged onto the DC, and used the GP modeling wizard to simulate logging onto STUCTX02 with lab rat. It says it will pull the correct policies. So, I logged onto STUCTX02 and did a "gpresult /user lrat /v" It gives me "INFO: The user "lrat" does not have RSOP data." When I do that on stuctx01, it pulls the correct policy. Replication otherwise on the domain controllers appear to be working correctly. How do I get it to apply to all of the servers in that OU? Everything looks right to me, and I do not even know what to look at next! Thanks guys, Mike ________________________________ This message, and any response to it, may constitute a public record and thus may be publicly available to anyone who requests it in accordance with Chapter 149 of the Ohio Revised Code. ________________________________ This message, and any response to it, may constitute a public record and thus may be publicly available to anyone who requests it in accordance with Chapter 149 of the Ohio Revised Code. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
