1

System: Windows Server 2016 Standard, fully patched, both host and guest(s).

A strange thing happened today when I rebooted one of my Hyper-V guests (by RDP-ing to the guest and manually triggering a reboot). Here are the relevant parts of the event log:

Guest:

11:38:32 The operating system is shutting down at system time ‎2020‎-‎07‎-‎09T09:38:32.812302400Z.
11:41:00 The operating system started at system time ‎2020‎-‎07‎-‎09T09:40:59.495420000Z.

Host:

11:40:39 The operating system started at system time ‎2020‎-‎07‎-‎09T09:40:38.490643100Z.
11:40:39 The last shutdown's success status was false. The last boot's success status was true.
11:40:51 The previous system shutdown at 11:38:05 on ‎09.‎07.‎2020 was unexpected.
11:40:42 The system has rebooted without cleanly shutting down first. This error could be caused if the system stopped responding, crashed, or lost power unexpectedly.
         (BugcheckCode 0, BugcheckParameter1 0x0, ...)

It appears that the guest successfully rebooted, and, in the short instance of time that the guest was shut down, the host decided to power cycle, which looks ... strange. The host and the guest's clocks are perfectly synchronized.

Is this a known issue or an indication of some hardware fault? If the latter, educated guesses as to the cause (SSD, RAM or system board) are welcome.


Some additional background (don't know if it's relevant, I'll include it just in case): The host does BSOD every few months(!) with Bugcheck Codes that point to faulty hardware (although I haven't been able to determine the culprit by examining the minidumps yet, there are no device drivers in the stack trace or other obvious clues). The last time (two months ago) I switched the order of the RAM chips, and there has been no BSOD since. Since those BSODs occur so rarely, they are almost impossible to debug with the usual technique (I can't, for example, run the host with half the RAM for half a year just to see if that fixes the issue). Memtest86 reported no errors, but I know that this does not necessarily mean the RAM is perfectly OK. It's a HP Microserver Gen10 with ECC RAM.

13
  • 1
    1. Make sure the Integration Services in the guest are up to date. 2. Download and install the Debugging Tools for Windows on your workstation and configure the host to capture a mini memory dump. The next time it BSOD's grab the memory dump and analyze it with the debugging tools. - docs.microsoft.com/en-us/windows-hardware/drivers/debugger/… – joeqwerty Jul 9 '20 at 13:29
  • @joeqwerty: Ad 1: Server 2016 has integration services built-in and my systems are fully patched. Ad 2: That's exactly what I did, but without success ("there are no device drivers in the stack trace or other obvious clues"). – Heinzi Jul 9 '20 at 13:45
  • Yes, Integration Services in Windows Server 2016 are updated via Windows Update. I was suggesting that you verify that they are in fact up to date. – joeqwerty Jul 9 '20 at 14:09
  • 1
    @joeqwerty: Makes sense. HKLM\Software\Microsoft\Virtual Machine\Auto\IntegrationServicesVersion says 10.0.14393 (which is just the Server 2016 build number) and there are no pending Windows Updates, so I guess they are up-to-date. – Heinzi Jul 9 '20 at 14:15
  • Voting to close. Seriously, you ahve a broken machine and you ask us how to fix it? Here is a hint: Windows servers DO NOT BSOD EVERY COUPLE OF MONTHS. Either your hardware is off, or your drivers, or your bios. Fix that. Until you have a working machine, what are you complaining? My broken machine is broken? – TomTom Jul 9 '20 at 14:22

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.