服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

用7个磁盘重buildRAID 6中的磁盘顺序

首先提出一个小问题:我在QNAP TS869L外部RAID / NAS系统中运行RAID-6。 我从5块3TB的磁盘开始,后来又增加了2块3TB的磁盘。 QNAP内部负责处理日益增长和重新同步等问题,看起来一切正常。 大约两个星期前,我有一个磁盘(磁盘#5,磁盘#2同时坏了)失败,不知何故(我不知道为什么),磁盘1和磁盘2被踢出arrays。 我更换了磁盘#5,但RAID没有再次开始工作。 在QNAP技术支持部门的一些调用之后,他们重新创build了数组(使用mdadm –create –force –assume-clean …),但是由此产生的数组找不到文件系统,我很好意地提到联系我无法承受的数据恢复公司。 经过一些挖掘旧的日志文件,重置磁盘出厂默认等,我发现在这个重新创build过程中犯了一些错误 – 我希望我仍然有一些原始的元数据,但不幸的是我不(当然了解到这一点)。 我目前正处在我知道正确的块大小(64K),元数据版本(1.0;出厂默认值是0.9,但是从我读的0.9不能处理超过2TB的磁盘,我的是3TB) ,我现在发现应该在磁盘上的ext4文件系统。 只有确定的variables是正确的磁盘顺序! 我开始使用“ 在创build新arrays而不是重新使用之后恢复RAID 5数据 ”的答案#4中的描述,但是对于适当的RAID-6的顺序应该有点困惑。 RAID-5在很多地方都有很好的logging,但是RAID-6要less得多。 此外,磁盘arrays(即奇偶校验和数据块的分布)是否在arrays从5个磁盘增加到7个磁盘之后发生了变化,还是以这种方式重新组织它们:原生7磁盘RAID -6会是? 谢谢 更多的mdadm输出可能会有所帮助: mdadm版本: [~] # mdadm –version mdadm – v2.6.3 – 20th August 2007 从数组中的某个磁盘获取mdadm详细信息: [~] # mdadm –examine /dev/sda3 /dev/sda3: Magic : a92b4efc Version : 1.0 Feature Map […]