When clicking the settings tab on a policy I got this:
An error occurred while generating report:
Unable to cast object of type 'System.String' to type 'Microsoft.GroupPolicy.Reporting.Extensions.Registry.RegistryValue'.
\Administrative Templates\Network\Network Connections\Windows Firewall\Domain Profile\Windows Firewall: Allow Logging from Disabled to Not Configured the problem went away.
Ref: http://social.technet.microsoft.com/Forums/en-US/winserverGP/thread/665a0bd9-7ac8-4c79-8115-d4813b52369f/
Hotfix available now: "Unable to cast object of type 'System.String' to type 'Microsoft.Group.Policy.Reporting.Extensions.Registry.RegistryValue'." error message when you try to generate a report for a GPO in Windows Server 2008 R2 or in Windows 76
Tips, tricks, and scripts for Admins on the run. Also this serves a a brainless repository for me when I know I'll need it later.
Thursday, December 23, 2010
Wednesday, December 8, 2010
WTF Microsoft
Wrote a powershell script today and ProductVersion isn't returning the correct value. If I right click the file and do properties then it displays the correct version.
.Net 3.5 issues installing updates
I've run into a plethora of .net update 3.5.1 installation issues. Here's what I've done to resolve it. My example was for x32 not x64 but I suspect the process is the same
1. Download Microsoft .NET Framework 3.5 and .NET Framework 3.5 Service Pack 1 http://download.microsoft.com/download/2/0/E/20E90413-712F-438C-988E-FDAA79A8AC3D/dotnetfx35.exe
2. Re-install by running a repair
3. Install the following updates in order:
Microsoft .NET Framework 3.5 Service Pack 1 and .NET Framework 3.5 Family Update for .NET versions 2.0 through 3.5 (KB951847) x86
Microsoft .NET Framework 3.0 Service Pack 2 Update for Windows Server 2003 and Windows XP x86 (KB976570)
Microsoft .NET Framework 3.5 SP1 Update for Windows Server 2003 and Windows XP x86 (KB982168)
Microsoft .NET Framework 3.5 SP1 and .NET Framework 2.0 SP2 Update for Windows Server 2003 and Windows XP x86 (KB982524)
1. Download Microsoft .NET Framework 3.5 and .NET Framework 3.5 Service Pack 1 http://download.microsoft.com/download/2/0/E/20E90413-712F-438C-988E-FDAA79A8AC3D/dotnetfx35.exe
2. Re-install by running a repair
3. Install the following updates in order:
Microsoft .NET Framework 3.5 Service Pack 1 and .NET Framework 3.5 Family Update for .NET versions 2.0 through 3.5 (KB951847) x86
Microsoft .NET Framework 3.0 Service Pack 2 Update for Windows Server 2003 and Windows XP x86 (KB976570)
Microsoft .NET Framework 3.5 SP1 Update for Windows Server 2003 and Windows XP x86 (KB982168)
Microsoft .NET Framework 3.5 SP1 and .NET Framework 2.0 SP2 Update for Windows Server 2003 and Windows XP x86 (KB982524)
Friday, December 3, 2010
Thursday, December 2, 2010
Friday, November 26, 2010
Monday, November 22, 2010
Slow rdp logons to terminal servers
Disable RSoP logging
the source of the logon delays was the large size of the WMI repository located on the servers at c:\windows\system32\wbem\repository\objects.DATA. When policies are applied by the user during logon, the system must read and write to the repository. When it is very large (we observed some servers with an objects.DATA file at 1.6GB in size), the Windows Management Instrumentation (WMI) service may block transactions for a period of time. By disabling the dependency on the Group Policy engine on this repository, the users no longer experienced delays during user log on.
http://support.microsoft.com/kb/2020286
the source of the logon delays was the large size of the WMI repository located on the servers at c:\windows\system32\wbem\repository\objects.DATA. When policies are applied by the user during logon, the system must read and write to the repository. When it is very large (we observed some servers with an objects.DATA file at 1.6GB in size), the Windows Management Instrumentation (WMI) service may block transactions for a period of time. By disabling the dependency on the Group Policy engine on this repository, the users no longer experienced delays during user log on.
http://support.microsoft.com/kb/2020286
Labels:
delays,
RDP,
remote desktop,
slow logon,
terminal server,
wbem,
wmi
Subscribe to:
Posts (Atom)