Yesterday I was suddenly disconnected from my Windows 10 v1607 VDI and when reconnecting was just seeing a black screen.
After about 1-2 minutes or so I was able to reconnect & noticed it had rebooted prompting me to check Event Log for gems:
The computer has rebooted from a bugcheck. The bugcheck was: 0x000000d1 (0xffffe0fe07a00000, 0x0000000000000002, 0x0000000000000000, 0xfffff80ee2d55760). A dump was saved in: C:\windows\MEMORY.DMP. Report Id: bf05cd81-5e7d-4190-93af-dab35bee3049.
The MEMORY.DMP suggests vm3dmp.sys was the faulting module (process: VMBlastW.exe).
Thought's on how best troubleshoot this further?
Environment:
The full details of the analysis are in the file attached to avoid 4 screens of text; happy to paste text if requested.
Te computer has rebooted from a bugcheck. The bugcheck was: 0x000000d1 (0xffffe0fe07a00000, 0x0000000000000002, 0x0000000000000000, 0xfffff80ee2d55760). A dump was saved in: C:\windows\MEMORY.DMP. Report Id: bf05cd81-5e7d-4190-93af-dab35bee3049.
Thanks for the reply h3nkY!
If you can, please share the specific internal KB article or bug report reference number so that I can relay that to our support team.
Because right now, the fix according to VMware Support is kind of a stinky pile of poo:
<rant>Thinking Ahead: Periodically the infrastructure (ESXi, Connection Servers etc) needs to be upgraded and that's fine. However, I'm annoyed that the client upgrade process is so intrusive: It's unfortunate that, per VMWare support, when upgrading VMware Tools you must also remove the View Agent. Seems silly to me - it should "just work". You can probably eliminate 1 reboot but we're still talking 3 reboots.</rant>
I'm taking a slightly different approach: I've upgraded a significant number of our VDI's to 1703 hoping that might help reduce the frequency of occurrences until we can get a real fix in place. So far, those that have been upgraded have not been flagged for BSOD's.
I think you need to open support ticket with VMware. It's difficult to root cause without seeing full memory dump.
Phylum,
Did you ever get this resolved?
This seems to have cropped up since the latest vmtools, between ver 11 to ver 13,
Thanks,
Phil
Pbaideme,
VMTools is currently at v10.1.15 if I'm not mistaken.
Do you mean Virtual Hardware version 11 through 13 ?
Correct
This issue has been being investigated by VMware engineering.
If you need immediate fix, I suggest to open support ticket with VMware.
I had this exact issue. The only fix is to use HW version 11. ESXi 6.5 + HW 13 + Windows 10 1607 will not work. The issue is video memory, I can't remember the exact number, but if you set the video memory in the VM configuration any number (ex: 128mb), the VM will actually only see 4KB (you can find the log in the ESXi server logs). When you try to resize the screen, this is what caused the BSOD. Usually happens when you are reconnecting to the VDI and the screen size slightly changes.
Curious: Is there an update on this? Or a internal/external KB number? Or a case I can reference when opening a new case?
There is a similar thread here going back to 2010, but someone posted a comment at the end of last year stating that it worked on Windows 10
[SOLVED] BSOD on vm3dmp.sys after installing VMWare Tools 7 on Windows 7
No pbaideme - we're still seeing this every now and then and it seems to happen mostly when reconnecting to the VDI but that's purely anecdotal.
We're in the process of upgrading these VDI's (full clones) to 1703 so we're hoping that might help.
This issue has been being investigated by VMware engineering.
Hey h3nkY - where did you get this information from? How do you know it was being investigated by VMware at the time? Did you ever get an update on this?
There is a similar thread here going back to 2010, but someone posted a comment at the end of last year stating that it worked on Windows 10
[SOLVED] BSOD on vm3dmp.sys after installing VMWare Tools 7 on Windows 7
I hear you but the fact that I'd have to do this across 90 VDI's is not ideal. Plus, it should just work, and if not hopefully VMware can help us hone in on it. For all we know it's some security software that's to blame.
Hi Phylum
I got from VMware bug report.
It already has a fix for this issue.
Please contact your support channel to get immediate fix.
Was the fix a new Horizon Agent version? I'm trying to assess if they've since incorporated the fix in the latest release.
Thanks for the reply h3nkY!
If you can, please share the specific internal KB article or bug report reference number so that I can relay that to our support team.
Because right now, the fix according to VMware Support is kind of a stinky pile of poo:
<rant>Thinking Ahead: Periodically the infrastructure (ESXi, Connection Servers etc) needs to be upgraded and that's fine. However, I'm annoyed that the client upgrade process is so intrusive: It's unfortunate that, per VMWare support, when upgrading VMware Tools you must also remove the View Agent. Seems silly to me - it should "just work". You can probably eliminate 1 reboot but we're still talking 3 reboots.</rant>
I'm taking a slightly different approach: I've upgraded a significant number of our VDI's to 1703 hoping that might help reduce the frequency of occurrences until we can get a real fix in place. So far, those that have been upgraded have not been flagged for BSOD's.
Hey BenFB - Take a look at my previous reply for details
TL;DR: VMware Tools bug/defect is fixed in VMware Tools 10.2.0
Thanks! We have most of our parents upgraded to 10.2.0 and are now starting to upgrade to 10.2.5.