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)
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.
Wednesday, December 8, 2010
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
Sharepoint 2010 update tracing service in Health Analyser
Make sure you have registered the account with Sharepoint first then run this powershell script.
$farm = Get-SPFarm
$tracingService = $farm.Services | where {$_.Name -eq "SPTraceV4"}
$managedAccount = Get-SPManagedAccount "\SPtrace"
$tracingService.ProcessIdentity.CurrentIdentityType = "SpecificUser"
$tracingService.ProcessIdentity.ManagedAccount = $managedAccount
$tracingService.ProcessIdentity.Update()
$tracingService.ProcessIdentity.Deploy()
$farm = Get-SPFarm
$tracingService = $farm.Services | where {$_.Name -eq "SPTraceV4"}
$managedAccount = Get-SPManagedAccount "
$tracingService.ProcessIdentity.CurrentIdentityType = "SpecificUser"
$tracingService.ProcessIdentity.ManagedAccount = $managedAccount
$tracingService.ProcessIdentity.Update()
$tracingService.ProcessIdentity.Deploy()
Friday, November 12, 2010
MSExchangeIS 9519 0x972: Public Folders Container Deleted, or Missing Required Attributes
So I migrated exchange 2003 to exchange 2010 and the public folder hierarchy got borked. The Microsoft engineer gave this article to me to help get it rebuilt. It shows up when you have a public folder issue and the hierarchy doesn't move correctly.
MSExchangeIS 9519 0x972: Public Folders Container Deleted, or Missing Required Attributes
MSExchangeIS 9519 0x972: Public Folders Container Deleted, or Missing Required Attributes
Subscribe to:
Posts (Atom)