vmfs支持的驱动器上的ESX Guest虚拟机中的硬件磁盘错误……怎么可能？

ESX内部的访客如何发现此类问题？

[ 40.601502] end_request: critical target error, dev sdg, sector 430203456
[ 40.601563] sd 2:0:6:0: [sdg] Unhandled sense code
[ 40.601582] sd 2:0:6:0: [sdg] Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[ 40.601622] sd 2:0:6:0: [sdg] Sense Key : Hardware Error Sense Key : Hardware Error [current] [current] 
[ 40.601661] sd 2:0:6:0: [sdg] Add. Sense: Internal target failureAdd. Sense: Internal target failure
[ 40.601695] sd 2:0:6:0: [sdg] CDB: Write(10)Write(10):: 2a 2a 00 00 02 19 64 a4 05 62 c0 80 00 00 00 00 40 40 00 00

• 物理上，数据位于raid6阵列（adaptec 5805）中存储的vmfs上，这看起来很高兴
• ESX主机也不会记录任何问题
• 来宾报告的磁盘大小似乎与预配置的磁盘大小相同
• 通过esx，访客连接了9个相等的“驱动器”，只有2个出现此问题

我在ESX 4.0下的Win 2008 guest虚拟机中的MS SQL备份卷上遇到了类似的事情-这是NetApp文件管理器公开的原始卷。

来宾操作系统正在报告（并且仍报告）该卷上的坏扇区。
我认为发生这种情况是因为I / O写入操作过多，临时超时或文件管理器过载。
没有更多的坏消息报道。NetApp“磁盘清理”说一切正常。没有报告文件管理器错误。

但是我们还是要重新创建该卷，看看它是否可以解决此问题。

您在此文件管理器上的其他卷怎么样？您能否使用“ badblocks / dev / sdg”命令检查此卷？（警告：巨大的读取开销）

毕竟这是一个硬件/固件问题。当Adaptec 5805（具有最新固件）报告所有RAID6卷处于最佳状态时，它还报告一个卷包含“失败的条带”。这样做的结果似乎是RAID6卷的一部分变得不可读（导致问题中引用的错误）。ESX似乎无法直接看到这种情况，但是dd if=/dev/zero of=file-on-damaged-volume直接在ESXi控制台上运行会导致I / O错误，而卷上仍有足够的空间。

卷上没有任何数量的arcconf verify / verify_fix运行，并且物理设备能够检测或修复任何内容……最终，我将所有数据移出了卷，并在Adaptec级别上重新创建了这些数据。现在一切都很好，但是我对Adaptec保护我的数据的能力的信任遭到了严重破坏。