A VM that is running Windows 2008 R2 has experienced a BSOD. The application owner notified me and sent me some useful information.
Good info here, but with all BSODs, you should look at the dump file for more definitive information.
I grabbed the dump file, and downloaded Windows SDK. During the install, I unchecked all the boxes except the Debugging Tools for Windows and installed.
Launch WinDGB (x64) as administrator. The first step is to configure the symbol file path. It can be any folder on your server, just create an empty one and go to File > Symbol File Path.
In the symbol search path, I entered the following and clicked OK.
Save the workspace. File > Save Workspace
Opened the dump file. File > Open Crash Dump.
Before you proceed, read the info under the bugcheck analysis. It tells you what probably caused the error.
Click the link in the Bugcheck Analysis section, !analyze -y to get more information.
Read through the info. Note the following:
- Process Name
- Image Name
- Area right above the debugging details
At the very top you’ll see a message and some arguments.
At the kd> prompt at the bottom of the debugger, enter
In the analysis you see the Arguments. Do a .cxr on the 3rd argument as it suggests.
Run the kb command for a more informative stack trace.
There are now a few pieces of information to hone in on.
- The bug check code
- The stack track text
Look up the bugcheck code here on the msdn bug check code reference page.
Google the stack trace text and this vmware KB article # 2115997 comes up.
This appears to be a known issue with a few versions of vmware tools:
I looked in the vmware.log file for the entries mentioned and they matched.
The image name on the dump file referenced vds.exe and this VM is running tools version 9.4.11. This issue only appeared since the tools upgrade when we upgraded to 5.5 Patch 4
To confirm what version of tools you’re running, go to the VM and in the notifications bar, right click on the icon and select About VMware Tools
Time to downgrade tools.
Find the tools ISO that will have a version that is not listed in the KB, but one that is compatible with your version of vsphere.
Search for your current version and find the one closest to it that is not affected with this issue.
You’ll have to uninstall the current version of tools before installing older version. It will require a reboot.
The hardware version will not be an issue with this versions of tools, but confirm that for your specific environment.