Well, if that is the case, I wonder if it isn't some environmental issue. If you consistently get those delays only from Vista/2008, then it might be worthwile to do a sniffer trace from that problem workstation while you're generating a settings report and see where that time is being spent. Also, there IS some logging you can enable on GPMC. I don't know if it would capture this issue specifically but check out my gpolog.adm file-it exposes the various logs that are available for GPMC and you can enable those on the workstation or server showing the delays and see what turns up. The ADM is at www.gpoguy.com/gpolog.htm Darren From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On Behalf Of William Curley Sent: Tuesday, March 25, 2008 12:19 PM To: gptalk@xxxxxxxxxxxxx Subject: [gptalk] Re: Delays when using GPMC on Vista/2008 Darren, There is almost no delay when generating a report via the sample GetReportsForGPO.wsf script provided by Microsoft. Only when you try to do it via the GPMC. - William From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On Behalf Of Darren Mar-Elia Sent: Tuesday, March 25, 2008 12:09 PM To: gptalk@xxxxxxxxxxxxx Subject: [gptalk] Re: Delays when using GPMC on Vista/2008 William- This sounds strange. What happens if you run the Settings report via GPMC script? Same delay? Darren From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On Behalf Of William Curley Sent: Tuesday, March 25, 2008 11:22 AM To: gptalk@xxxxxxxxxxxxx Subject: [gptalk] Delays when using GPMC on Vista/2008 Hi, I've got an issue that I can't seem to find any information on. We've got a 2003 functional level AD structure running on server 2003 R2 DCs with a central data store for group policy administrative templates. When loading GPMC on either Vista or Server 2008 and clicking on the settings tab to generate a report, it will take over 30 minutes for the report to show up. When doing the same thing using GPMC on Server 2003 or XP it loads up in seconds. I'm newer to the company, but I'm told that when the central store was implemented there was no delay in generating reports of what settings are applied in each GPO when using Vista. The event log came up with this error ".NET Runtime Optimization Service (clr_optimization_v2.0.50727_32) - Failed to compile: Microsoft.GroupPolicy.Targeting.Interop, Version=2.0.0.0, Culture=Neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=x86 . Error code = 0x800700b6" one of the times when I generated a report on Server 2008, but didn't occur on Vista and now didn't reoccur when I tried again on the same Server 2008 install. Anyone have any ideas what might be causing this huge delay or how I might narrow down where to check? Regards, William Curley