Windows Server 2012 R2（Hyper-V VM）-ランダムBSOD

Question

私は問題があります。私のVM（Hyper-V）-Windows Server 2012 R2は頻繁に再起動します（BSOD：CRITICAL_STRUCTURE_CORRUPTION（109））。前回は週末の11倍でした。新しいハードウェア、2x Supermicroサーバーがあります。両方のサーバーにWindows Server 2012 R2とHyper‑Vの役割をインストールしました（+ Supermicro Webサイトのドライバーがインストールされています）。ゲストシステム（VM）として、各Hyper-Vホストに2x Windows Server 2012と1x Windows Server 2012 R2があります。私が書いたように、問題はW2012R2 VMがランダムに再起動することです。ただし、W2012R2 VMのみ。 W2012のVMは問題ありません。すべてのシステムはクリーンで、アプリケーションはインストールされておらず、ワークロードもありません。

再起動後、VMに次のイベントが記録されます。

カーネルパワー41

EventData: BugcheckCode 265 BugcheckParameter1 0xa3a01f59e148b50a BugcheckParameter2 0xb3b72be033c8b301 BugcheckParameter3 0x1a0 BugcheckParameter4 0x7 SleepInProgress 0 PowerButtonTimestamp 0 BootAppStatus 0

BugCheck 1001

EventData param1 0x00000109 (0xa3a01f59e148b50a, 0xb3b72be033c8b301, 0x00000000000001a0, 0x0000000000000007) param2 C:\Windows\MEMORY.DMP param3 021516-3093-01

WinDbg出力：

CRITICAL_STRUCTURE_CORRUPTION (109) This bugcheck is generated when the kernel detects that critical kernel code or data have been corrupted. There are generally three causes for a corruption: 1) A driver has inadvertently or deliberately modified critical kernel code or data. See http://www.Microsoft.com/whdc/driver/kernel/64bitPatching.mspx 2) A developer attempted to set a normal kernel breakpoint using a kernel debugger that was not attached when the system was booted. Normal breakpoints, "bp", can only be set if the debugger is attached at boot time. Hardware breakpoints, "ba", can be set at any time. 3) A hardware corruption occurred, e.g. failing RAM holding kernel code or data. Arguments: Arg1: a3a01f5a69a8b6bb, Reserved Arg2: b3b72be0bc28b4a2, Reserved Arg3: 00000000000001a0, Failure type dependent information Arg4: 0000000000000007, Type of corrupted region, can be 0 : A generic data region 1 : Modification of a function or .pdata 2 : A processor IDT 3 : A processor GDT 4 : Type 1 process list corruption 5 : Type 2 process list corruption 6 : Debug routine modification 7 : Critical MSR modification

デバッグの詳細：

PG_MISMATCH: 40000 CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT_SERVER BUGCHECK_STR: 0x109 PROCESS_NAME: System CURRENT_IRQL: 2 ANALYSIS_VERSION: 6.3.9600.17336 (debuggers(dbg).150226-1500) AMD64fre STACK_TEXT: ffffd001\`1bb7e088 00000000\`00000000 : 00000000\`00000109 a3a01f5a\`69a8b6bb b3b72be0\`bc28b4a2 00000000\`000001a0 : nt!KeBugCheckEx STACK_COMMAND: kb SYMBOL_NAME: ANALYSIS_INCONCLUSIVE FOLLOWUP_NAME: MachineOwner MODULE_NAME: Unknown_Module IMAGE_NAME: Unknown_Image DEBUG_FLR_IMAGE_TIMESTAMP: 0 IMAGE_VERSION: BUCKET_ID: BAD_STACK FAILURE_BUCKET_ID: BAD_STACK ANALYSIS_SOURCE: KM FAILURE_ID_HASH_STRING: km:bad_stack FAILURE_ID_HASH: {75814664-faf6-4b70-bbc7-dc592132ecdd} Followup: MachineOwner

時々、このイベントがホストサーバーに記録されます。ただし、VMが失敗した場合は常にそうではありません。

Hyper-V-Worker 18590

VmErrorCode0 0x109 VmErrorCode1 0xbb8d251d VmErrorCode2 0xe0d2304 VmErrorCode3 0x1a0 VmErrorCode4 0x7

この問題の解決を手伝っていただけませんか？

devlin · Accepted Answer

「Package C State Limit-C0/C1 State」を設定すると、BSODsが発生します（および設定Power Technology-[Disable]）。「C0/C1状態」を設定できないため、問題なく動作している「C2状態」を選びました。簡単に言えば、選択したパッケージCの状態制限が高いほど、CPUのエネルギー効率が高くなります（クロックを停止し、電圧を下げることにより...）。