The driver detected a controller error on \Device\Harddisk1\DR1

Mukesh Yadav 31 Reputation points
2022-08-01T11:41:21.017+00:00

Hello

I'm using Windows Server 2022 and I have this problem: The driver detected a controller error on \Device\Harddisk1\DR1

Here is the description of my environment

2 physical server with Windows Server 2022. Holding hyper V role and high availability cluster

Shared FC HPE storage

I have carted 3 VMs windows server 2019 to the hyper V ( first on node 1 and 2nd , 3rd on node 2)

Install SQL 2019 cluster on all 3 VMs. Data drive is created as VHD SET and that is reside on shared clustered volume

Everything is working fine but getting following error in the event viewer on the 2 passive nodes not in control of the disks produce. The 3rd VM where the disks active no error.

The driver detected a controller error on \Device\Harddisk1\DR1. Event ID 11
226678-image.png

Windows for business | Windows Client for IT Pros | Storage high availability | Virtualization and Hyper-V
Windows for business | Windows Server | User experience | Other
0 comments No comments
{count} votes

7 answers

Sort by: Most helpful
  1. Jure Purgar 11 Reputation points
    2022-11-18T14:29:21.827+00:00

    I did not have time to open a case with MS about this yet, however I found out that those events will happen on the same time that scheduled task "\Microsoft\Windows\Power Efficiency Diagnostics\AnalyzeSystem" running. If I start the task manually on non-owner node, shortly after events will be logged. I'm not sure what this task does or if it can safely be disabled, but I'm sure it causes those events. I'm planning to open a case with MS and ask what is going on.


  2. Tony Pombo 6 Reputation points
    2023-02-23T21:19:27.3433333+00:00

    There is an old reddit post:

    https://www.reddit.com/r/HyperV/comments/bo4ohs/help_identifying_source_of_repeated_the_driver/

    Describing this same issue from 4 years ago. There are no solution there, but this proves that the problem has existed for a long time.

    A colleague of mine directly messaged the poster back in November 2020, and this is what the poster said:

    Almost 18 months later, we still have MS engineers on this case. It keeps getting bumped from one team to another. It turns out, it is in fact a bug. Kinda. Maybe more of just undesired behavior. And it actually make sense why it is being logged. Since only one of the nodes can be the owner of the disk(s), any time the passive node attempts any enumeration of the disks, which are essentially locked by the cluster service, the event gets generated. We have been assured it is harmless and have not experienced any adverse behavior beside the event log flooded with the entries. I would guess that give the cause, this has probably been occurring for YEARS and it surprises me we were the first to identify it. As such, there's probably little interest in fixing it as a fix may introduce more severe issues. But it is logged as a bug and we are not being charged Premier Support hours against this case.


Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.