记一次换硬盘引发的折腾

废话不多说，之前NAS（QNAP 453BMini）只装了一块4TB的硬盘（硬盘1），有一天存储池容量报警了，于是加了一块1TB的2.5寸老硬盘（硬盘2）给存储池扩容。

没过多久这块1TB的盘居然报警了。

当时没多想，就用硬盘克隆的方式把硬盘2全盘克隆到了一块2TB的硬盘（硬盘3），然后把硬盘2拔掉插入硬盘3，机器是顺利跑起来没问题。但是硬盘2所属的raid组的容量被限制在了1TB。当时没空折腾（懒），就扔那继续跑了。

结果前段时间容量又报警了，然后手头多了块4TB的硬盘（硬盘4），就花了点时间研究怎么解决这个问题。

最终折腾了两天，终于解决了，记录下来，让有需要的人做个参考。

其实就是2个需求：

1、将硬盘3无损替换成硬盘4；

2、解决Raid组2的1TB容量限制；

解决方案：

1、将硬盘3与硬盘4组成raid1模式，利用raid1的特性进行数据复制：

插入硬盘4，在【存储与快照总管】里选中【存储池】，然后在【管理】界面选中硬盘2所在的Raid组，在【管理】菜单选【迁移】，然后按步骤走，建立raid1模式；

建立raid1需要N个小时，我花了5个钟吧貌似，等到raid1建立完成硬盘3的数据就已经在硬盘4完整拷贝了；（但是raid的容量还是被限制在1TB）

2、安全卸载硬盘3：

在【存储池管理】界面选中硬盘3，在【管理】菜单选【逐一替换硬盘】，然后将硬盘3拔出即可；

3、将raid1降级为单盘模式（解决NAS报警）：

当我们把硬盘3拔出，NAS会报警，raid组2会提示降级。但是其实不影响正常使用，只是失去了raid1的保护特性；

我觉得比较烦，于是查到了qnap论坛上一位大佬的帖子（forum.qnap.com/viewtopic.php?f=25&t=150513），照着做把警告去掉了。帖子说得很详细了，大家照着做即可，很简单。

核心思想就是ssh到qnap，用命令（mdadm --grow --raid-devices=1）来把硬盘3踢出raid组，然后修改配置文件：

配置文件路径："/etc/config/raid.conf"，找到目标raid组；

删掉："scrubstatus, eventskipped, eventcompleted,degradedcnt,data_0"开头的项及" [Remove] "；

修改：

"data_1 = 2，xxx(序列号)" 改为 "data_0 = 1，xxx(序列号)"

chunkSize的值改为0

readAhead的值改为0

databitmap的值改为1

保存配置文件。

关机，将硬盘4拔出来插到原先硬盘3的槽，开机。

正常的话，系统会一切正常，警告也消失了。Raid组2的模式将变为单盘；

4、用mdadm命令扩容：

ssh里用mdadm --grow --size=max /dev/md【raid组号】即可将raid的容量恢复到最大。

5、搞定收工。

感想：

1、QTS的系统还是稍微有点太极客，交互也不太好。比如有些功能显示灰色不可用，可是完全不说明为什么不可用。例如raid的【迁移】功能，其实是要系统里存在一个未使用的硬盘才能使用。但其实QTS完全可以按钮默认可用，但是点击后提示。类似这样的东西实在太多太多了。

2、QTS的技术支持实在是太弱鸡了，态度很好但是不解决问题啊 ，举几个例子：

• 硬盘报警，问该怎么处理？答：请备份数据。。。

• 怎么匿名挂载SMB共享文件夹？答我们不支持匿名访问 （其实是支持的）

• 2个ssd开启Qtier，怎么卸载其中一个？答：我们不支持卸载 （过了两个月更新了这个功能）

• 上面遇到的问题怎么解决？答：备份数据重做存储池 （还是自己摸索吧）

  
  

• 。。。

请教：

不知道QTS里的app能不能整体备份，然后重做系统再恢复？不知道有没有知道的小伙伴指点一下，万分感谢！