That was one of my initial thoughts, but it's not borking on every other system it applies to. It's just a Group Policy Preference to copy some files across, and it works fine if I do the copy manually. The source is actually a TeraStation, so there appears to be no file permissions you can set on it (it's all just source files so there's no need for any security on it anyway). I thought there might be an expired account logged on to the system, which is why I restarted it, but that appeared to make no difference. AFAIK, there's no particular account associated with executing a Group Policy Preference (open to education here).
On 5 August 2010 14:41, Don Guyer <don.gu...@prufoxroach.com> wrote: > Did a user account involved with executing the policy password expire > while you were away? Maybe take the guts of the policy (script or whatever > it’s actually performing) and run it manually to see? > > > > > > Don Guyer > > Systems Engineer - Information Services > > Prudential, Fox & Roach/Trident Group > > 431 W. Lancaster Avenue > > Devon, PA 19333 > > Direct: (610) 993-3299 > > Fax: (610) 650-5306 > > don.gu...@prufoxroach.com > > > > *From:* James Rankin [mailto:kz2...@googlemail.com] > *Sent:* Thursday, August 05, 2010 9:32 AM > *To:* NT System Admin Issues > *Subject:* Group Policy weirdness > > > > Just returned from holiday to find one of my servers is throwing an error > when applying a particular Group Policy Object. The error is shown below:- > > *The computer 'SysTools' preference item in the > 'I_SystemTools_AllServers_0 {AA35E91F-4320-40DC-901C-019F36EB2431}' Group > Policy object did not apply because it failed with error code '0x8007052e > Logon failure: unknown user name or bad password.' This error was > suppressed.* > > This GPO applies perfectly well everywhere else and all it does is use the > Group Policy Files Preference item to copy a set of files down from a > networked location (just administrative tools such as pstools and other > things we use in some legacy scripts). I can't understand why it is chucking > up a logon error. As far as I can tell no permissions on the GPOs or the > files it accesses have been changed in any way. I tried a restart of the > problem server and this appears to have made no difference whatsoever apart > from making a couple of users cranky :-) Does anyone have any ideas that > may shed any light on this? > > TIA, > > > > JRR > > -- > "On two occasions...I have been asked, 'Pray, Mr Babbage, if you put into > the machine wrong figures, will the right answers come out?' I am not able > rightly to apprehend the kind of confusion of ideas that could provoke such > a question." > > > > > > > > > > -- "On two occasions...I have been asked, 'Pray, Mr Babbage, if you put into the machine wrong figures, will the right answers come out?' I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question." ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
