WMIprvse process leaks memory on 2008 server R2 - windows

I have a Windows 2008 R2 server running on a VM machine.
My .NET service is running on this server periodically querying WMI, for example:
SELECT ProcessId FROM Win32_Service WHERE ...
After a day or two WMIprvse takes up to 500M memory and WMI queries start getting out of memory exceptions.
This article seems to be talking about this issue:
"http://support.microsoft.com/kb/958124"
I've seen other articles saying that Microsoft is aware of the problem and not going to issue a fix until the next major release.
http://social.msdn.microsoft.com/Forums/en/netfxbcl/thread/256eb40c-d050-4278-a3d8-863e30db02a0
I'd appreciate any suggestions and insights on this.

Check out both the following KB articles,
KB981314 - The "Win32_Service" WMI class leaks memory in Windows
Server 2008 R2 and in Windows 7 -
http://support.microsoft.com/kb/981314/en-us?p=1
KB977357 - A memory leak issue occurs in the Windows Management
Instrumentation service on a computer that is running Windows Server
2008 R2 or Windows 7 - http://support.microsoft.com/kb/977357
...but also worth noting we are on Windows 2008 R2 with SP1 (file versions higher than those provided by both hotfixes) and we are still seeing some slow memory leak issues possibly from either WMIAPSRV.exe and/or TRUSTEDINSTALLER.exe.
We are going to open a support call, if we find anything relevant will post the answer.

There is a hotfix available, but you have to request it by clicking on the link to request the hotfix at the top of the page.
Hotfix

Related

After updating to Enterprise Library 6: Transient Fault Handling I am getting a System.Security.VerificationException

After updating to Enterprise Library 6: Transient Fault Handling I am getting a System.Security.VerificationException when my console application attempts to start up.
After doing some research I came across this similar issue on the CodePlex site for the Patterns and Practices group related to the Enterprise Library.
There seems to be a known issue at release time:
If you are using the Transient Fault Handling Application Block, you should ensure that you are using version 4.0.30319.18003 or later of mscorlib.dll, otherwise you may see a VerificationException exception at run time. For more information, see http://support.microsoft.com/kb/2748646.
The solution to the problem seems to indicate that this is an issue with the mscorlib version that is currently in use and there is a hotfix that will resolve the issue.
There is another KB, 2748645, for Windows 7, Windows 7 SP1, Windows Server 2008 R2, Windows Server 2008 R2 SP1, Windows Server 2008 SP2, and Windows Vista SP2:

Hard Drive goes uninitialized in Windows Server 2008

Physical Hard Drive is shown "uninitialized" in windows server 2008 even after reboot and I am not able to initialize the disk using Disk Manager or DiskPart.
Any solution for windows server 2008. There is a hotfix 840781 addresses the issue specifically for windows server 2003. Is there a similar hotfix available for windows server 2008?
Thanks
Abhishek
I could not find any hotfix addressing this issue for windows 2008. However, I have jut updated my windows (Control Panel >> Windows Updates >> Install Updates) and issue is resolved for now.. I am not sure if this will arise in future...

How to transform Win2K3 into a Workstation Developement OS?

Here is a question not directly related to programming.
Being fed up with Microsoft Windows XP Professional, and the lots of eye-candy, I want to try Microsoft Windows Server 2003 as the main OS on my development PC. (The other reason is a better version of IIS than 5.1). And knowing that Win2K3 was originally designed as a Server OS, I think that I should make it somehow more "workstation friendly".
My question is: How do I transform Win2K3 (Standard Edition most probably) into a Workstation OS? Any articles or links are highly appreciated.
PS: My development PC must run mainly MS Visual Studio 2008, MS SQL Server 2008, MS Expression Studio 2, different Oracle software (10gR2, ExpressEdition, 11g) and other little utilities (a testing framework, a subversion tool - TFS, a web browser, a bittorrent client, etc). All of this are compatible with Win2K3, as I previously checked.
Tnks
I only server OS as my workstation, I had Server 2003 before I switched to Server 2008. There's a guide you can find here http://www.msfn.org/win2k3/.
You shouldn't run into any problems. Most of windows xp drivers will work on server 2003, however, some apps won't. Especially those that check for the OS version before installing. But you shouldn't have any problems with VS2008, Expression and anything you posted.
For me the only thing that was troublesome was running iTunes on server 2003, it doesn't look as good.
And if you like the eye candy you can turn it on by starting the Theme service and changing a few settings.
You shouldn't run into any issues running those applications on Server 2003.
The last time I personally ran 2003 on a workstation the only real big change was changing the security settings of internet explorer.
If you run one of the free anti-virus software packages you may find that they will not install on a Server OS.
edit: As another poster has suggested I would also go straight to server 2008 if it is an options. Server 2008 runs very well as a workstation OS and if you're hardware supports it the virtual server works very well.
Here's links for turning 2003 into workstation:
http://www.google.com/search?hl=en&q=windows+server+2003+workstation+converter
If you'd like use Windows Server 2008 as a workstation, runs much better (faster) than a regular Vista install:
http://www.google.com/search?hl=en&q=windows+server+2008+workstation+converter&aq=1&oq=windows+server+2008+work
or try getting your hands on Windows 7 RC1 which runs quite well.
None of the software types you've listed has any workstation-biased dependencies that I'm aware of. Expression Blend may suffer a bit depending on your hardware and drivers, as WPF is a little more demanding of visual goo than most other development tools for Windows forms.

Sql 2008 exceptionally slow in Vista 64

Our database server is a SQL 2008 server.
My colleagues all have XP service 2 installed with Sql 2008 Management studio and they have absolutely no performance issues.
I however am running Vista x64 (Ultimate) and when I open the 2008 Management studio it's impossibly slow. It takes almost 25 seconds to just connect to the database, so when I run certain portions of our code against the database I more often than not get timeouts.
Everything else on this machine is running like a dream! Is there an issue with SQL2008 on Vista x64 communicating with SQL2008 on a Windows 2003 Server?
Thanks
Nevermind, I have my problem while asking the questions.
Vista has a TCP/IP auto tuning feature. By following this tutorial: http://www.vistax64.com/tutorials/72308-auto-tuning-tcp-ip-receive-level.html I disabled it and now everything runs like a dream!

Is Vista Ultimate 64 w/SP1 okay for a development machine?

I am updating my rig and I need to make a decision between staying with XP x64 or going to Vista x64. I do very little development, really just building products from my developers. The other 90% of my work is done with Google Apps, Skype, Office, etc...
I want to upgrade to Vista not only because I will have 3x monitors running on DirectX10, but mostly because iTunes isnt' supported on XP x64!
So, my question...
With all the horror stories about Vista, will Vista Ultimate x64 with 8GB RAM be good for my development machine?
If I can't develop on Vista, I can always fire open a VPC to do the development in. No?
EDIT
I am using all Microsoft development tools...
VS.NET 2005
VS.NET 2008
VB6
SQL Server 2005/2008
ASP.NET
(.NET 2.0 & .NET 3.0)
I'm sure the software will run, I suppose I am not so sure that the OS will be speedy enough, or stable enough.
I am fine with Vista 64 bits for .net and php.
A lot of conversation about it are already on SO. Here is some important point your might take in consideration for .Net:
Unit Testing with NUnit
UAC with developpement
VS and Vista
A lot more...
You can develop for X86 on your new X64 machine without problem.
For PHP XAMPP work fine, Eclipse work fine too.
I run Vista x64 with 4GB of memory and haven't run into any major problems. Before this I was using Vista x86 and I definitely like x64 better as it seems more stable.
In case you're curious, with only (hehe, only!? amazing to say) 4GB of memory I can easily run:
3 instances of Visual Studio 2008 with Resharper
a couple Sql Management Studio instances
Outlook with 3 mail stores totaling # 2GB
Firefox with # 20 tabs
a bunch of Windows Explorer windows
Windows Media Player
iTunes (which is slow as a dog)
# 5 Excel and Word documents
plus some assorted services (eg, Sql Service 2005 and 2008) and status-area apps
Even with all this I still have roughly 750 MB free and no performance issues when using the applications.
I run Vista Business x64 SP 1 (8 GB RAM) for one month now. No problems so far. I'm using following software:
Visual Studio 2005 SP 1
Visual Studio 2008 SP 1
TortoiseSVN / VisualSVN
Visual SourceSafe (older projects)
SQL Server Client Tools
Firefox 3.01 + Firebug
IE 7 + Fiddler
Chrome
Red Gate SQL Compare / Data Compare
Virtual PC 2007 SP 1
Notepad ++
SyncBack
RoyalTS (RemoteDesktop Manager)
Skype
Office 2007
I used it for a long time before switching to Windows Server 2008 (x64) - was very good though,
Personally, I found Server 2008 to be a much better dev OS though. Check out this article on converting Windows Server 2008 to smell a little more like Vista.
I personally use Vista Ultimate x64 with 8GB RAM for my development machine. I don't quite have 3 monitors, but my machine is pretty well set up for development.
Vista x64 is great for .NET and Java. Started with 4GB RAM and that wasn't enough (hit 100% sometimes and the machine would slow to a crawl). 6GB is just barely enough. Hitting 95% memory usage sometimes and it slows down a little, but the machine doesn't go into a paging frenzy anymore.
I run Vista x64 Ultimate as my primary dev machine and it's just fine. Support for x64 has come a long way and for the most part you won't notice a difference except for program files location and much, much more RAM.
Vista will be plenty fast and stable. I'm using Vista x64 Ultimate for development #work right now, and have been for some time. I have nothing but good to say about it.
I'd say it depends on what you're developing. The first priority should be to make sure that all of your development and testing tools work properly under Vista x64. If they don't, there's no reason to suffer the pain of doing all your actual work in a virtual machine.
So I'd say the best thing to do is to take the plunge, see how it works, and keep the XP discs around. And should everything work as expected, it would still be prudent to have a copy of XP running in a VPC just for compatibility testing.
You will have to go XP-based Virtual Machine for any development in IE6. It is near-impossible to run that browser in Vista, let alone Ultimate.
Since a lot of government and legacy code base is against IE6, this happens a lot.
I've used Vista x64 as a development machine and have had only a few minor issues mostly related to using third party APIs in Visual Studio 2008. Just remember that if your getting a really unexplainable error within your Visual Studio project while utilizing a third party API - try compiling your app using the x86 CPU flag in your project settings. This has solved a few headaches for me here and there.

Resources