我继承了一台使用RAID 5数组运行Debian的机器。我安装了操作系统推荐的一系列更新(1700左右),然后在重新启动之后,raid数组没有挂载。设备/dev/md0现在不存在,我也不知道为什么。
/etc/mdadm/mdadm.conf包含:
DEVICE partitions
ARRAY /dev/md0 level=raid5 num-devices=3 UUID=138b0c65:20644731:39e394c4:192c7227我试着做mdadm -创建-详细/dev/md0 -级别=5-raid-设备=3 /dev/sda1 1 /dev/sdb1 1 /dev/sdc1 1。这使设备md0,但它被列为“降级”,并在列表中的最后一个驱动器由于某种原因被认为是“备用的”。我强烈怀疑,虽然我不能确定,参与RAID-5数组的是sdb、sdc和sdd。
我试过了所有6种可能的设备,但最后一种总是备用的。我还尝试了-备用设备=0-force,它成功地将所有三个驱动器以“干净”的状态进入数组,但我无法实际挂载设备md0。当我在/dev/md0上运行“-s文件”时,我得到了GLS_BINARY_LSB_FIRST,这似乎没有帮助。
我没有理由相信任何一个设备都有故障,所有这些似乎都源于最近的升级。我怎样才能复活旧的RAID 5阵列?我的.制造阴谋搞砸了吗?请注意,我从未成功地挂载过md0。
请给我建议。我知道这一直是个故事,但如果我不能复活这件事,我就有大麻烦了,所以任何帮助我的人都会永远感激我,不管它有什么价值。
发布于 2011-08-13 00:06:19
我怀疑您可能会在不久的将来测试您的恢复过程。
在现有数组上运行--create是..。嗯,“误入歧途”是我所能做的最好的旋转。这只是为了创建一个新的数组--这是你特别不想做的。
您想要的是--assemble,甚至更好的是,找出为什么系统决定在引导时停止自动组装数组。尽管如此,您已经在各地创建数组的事实可能已经排除了该数组再次工作的任何机会。
根据by,新创建的RAID5数组以降级模式开始的原因是在mdadm手册中给出的(这应该是最好的第一步阅读):
在创建RAID5数组时,mdadm将自动创建带有额外备用驱动器的降级数组。这是因为将备用数据构建到退化数组中通常比在非退化但不干净的数组上重新生成奇偶校验要快。此功能可以使用-force选项重写.
至于为什么您的RAID数组在升级后没有组装,看一眼dmesg可能会让您正确;不幸的是,这些数据可能已经(a)消失了,或者(b)现在完全不相关了。
如果mdadm忍者能够访问该机器,并且有大量的时间和耐心,他们可能能够将事情恢复正常,但在您的情况下,我建议您只使用停机时间并从备份中恢复。
发布于 2011-08-13 00:05:55
你的造假阴谋很可能把它搞砸了。
--create初始化一个新数组。
你想要--assemble。
创造给你什么警告了吗?
请将mdadm -E的输出粘贴到每个分区上。它可能是可以收回的。
https://serverfault.com/questions/300657
复制相似问题