我有两个RAID 10卷，其中/ dev / sda上只有一个分区被踢出两个卷之一。 这里是/ dev / mdstat（在恢复过程中）：
md1：active raid10 sda3 [4] sdd3 [3] sdc3 [2] sdb3 [1] 11719732224 blocks super 1.2 512K chunk 2 near-copies [4/3] [_UUU] [=========== ========>。]恢复= 97.7％（5725121408/5859866112）完成= 100.5分钟速度= 22334K /秒
md0：active raid10 sda2 [4] sdd2 [3] sdc2 [2] sdb2 [1] 1043456块超级1.2 512K块2近似副本[4/4] [UUUU]
根据以下内核消息，我发现只有21个读取错误后，sda3分区从md1被删除：
Apr 17 14:25:05 someserver kernel：md / raid10：md1：sda3：Raid设备超出read_error阈值[cur 21：max 20]
Apr 17 14:25:05 someserver kernel：md / raid10：md1：sda3：失败的RAID设备
好吧，根据我的研究，实际上这些错误可能是在短时间内发生的，并不是所有的时间都是错误的。
看到smartctl在物理6TB驱动器上报告零重新分配的扇区，我不认为驱动器需要被抛出，并且我有这个服务器存储的数据的多个副本。
在这种情况下，我继续前进，重新将分区添加到md1arrays，并在修复3天后，几乎完成（系统在修复的同时镜像另一个系统，所以这是一个非常繁忙的服务器，这是减缓修复）。 我担心，一旦这个驱动器或arrays中的其他3个6TB驱动器中的一个出现坏扇区，就会立即从arrays中popup，需要进行另一次修复。
有没有办法增加20以上的read_error阈值，以便它在尝试失败之前努力尝试？