首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >停电后令人忧虑的HD相关信息

停电后令人忧虑的HD相关信息
EN

Unix & Linux用户
提问于 2011-10-10 22:41:41
回答 1查看 154关注 0票数 2

两周前在我的BSD服务器上发生了停电,我的UPS当时认为这是一个故障的好时机。今天晚上刚刚启动了它,但是在我假设的重建过程中,出现了以下错误。

在后面的错误中,ECC错误的端口显示为2或1,虽然您在图像上看到的其他数据自它声明重建开始以来都没有显示出来,但驱动器ECC错误自该命令显示以来已弹出两次。

虽然我也有另一个系统来备份关键数据,但我的问题确实是这样说的,我应该购买硬件吗?该驱动器是WD 250 3Gb的硬件RAID5与一个3件9650 s 4 4LPML 4-端口3Gb/s RAID卡。操作系统为FreeBSD 6.2

编辑:现在不一样了。出现了一个错误,即重试已用尽,并生成了以下行

代码语言:javascript
复制
g_vfs_dome():da0s1d[READ(offset=1155956736, length=16384)]error = 5

然后重新设置控制器并开始在单元上进行重建-

EN

回答 1

Unix & Linux用户

回答已采纳

发布于 2011-10-11 11:08:37

在这里你应该做的是在糟糕的驾驶上触发一个聪明的自我测试(S)。这将拉出大量控制器/主板部件,并使您更好地阅读有问题的底层磁盘。非驱动故障可能会产生错误的结果--电源故障是最常见的原因--但这是一个好的开始。运行一个扩展测试需要几个小时,但是你可能会得到足够有用的信息。那些失败的驱动器往往会很快地抱怨,即使是在那一个。

使用智能监视3件RAID中的驱动器的指南应该提供足够的信息来触发自我测试,然后查看记录的结果。在运行新测试之前,可能值得在这里查看控制器卡日志以获得更多信息。我们很想知道在停电之前,错误是否已经增加了。有时候,RAID数组可能存在隐藏的不一致,您只是不知道。断电并不是不可能通过不一致的方式破坏一个扇区,然后你不知道的问题会导致重建工作变得很糟糕。如果发生了较旧的扇区修复,您可能会在控制器日志中找到它们,即使控制器悄悄地修复了它们,并且没有告诉Linux驱动程序。

票数 1
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/22388

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档