设备环境:物理机 fnos1.1.11
BUG现象:
7块3tb机械盘,组了raid5,更新前一切好好的,更新后掉盘,重启了十几次飞牛,也不能恢复正常。然后我干脆格式化了那个掉出来的盘,添加存储空间也没问题(往里面写入和读取数据也没有任何问题,数据也没损坏),但是无法添加硬盘修复那个raid5存储空间。
无论是把这个掉出来的盘格式化以后不添加为存储空间,还是格式化以后添加为新的存储空间,在raid5存储空间点击添加硬盘修复都提示”当前暂无可用于修复存储空间的硬盘“。
怪就怪在这里:盘没问题,单独添加存储空间也没问题,但就是无法添加到raid5存储空间中修复raid5。而且是在更新1.1.11后这样的,之前一次也没出现过这种问题。
这7块盘里,掉盘的这块盘是个希捷的3.5寸移动硬盘(希捷原装的一体化移动硬盘),希捷这块盘本质上是ATA盘转USB协议,另外6块都是自己买的硬盘盒子装的东芝盘,这6块东芝盘是SATA转USB协议。是不是因为飞牛更新了内核版本导致ATA盘和SATA盘没法一起组raid?所以修复空间的时候识别不到ATA?
出现频率:必现
点击修复就提示无盘可用:


而且目前这个raid5存储空间可以卸载但无法删除:
我已经重启过好几次了,NFS我从来都没开过,FTP也没开过,SMB和webdav早就关了,始终无法删除这个空间。

.
.
.
.
后续:
在PE里强行把硬盘格式化以后,重新进入飞牛创建存储空间,然后发现果然如我上面猜测的那样,是因为飞牛新版本1.1.11限制了raid磁盘的类型,掉盘的那块和另外6块不同,现在两种盘无法混在一起创建存储空间。
但之前都能正常混合创建raid5,且已经正常使用了一年无任何问题。
我就想问问贵公司,你们对待用户数据就这么草率吗?这么重要的系统策略改动,你们就这么随便?而且不写在更新日志里让用户知道?用户被你们坑了掉盘了,如果手上暂时没有备用盘,要怎么修复存储空间?这期间内存储空间用不了又该怎么办?贵公司会负责吗?如果在没来得及修复的期间又坏了一块,又要由谁来负责?
我不是要求贵公司一定要对用户数据负责,但是最起码你们要做到在进行和用户的数据有重要改动的更新时,必须提前告知用户吧?就这么一刀切直接让用户的已有存储空间报废?这种事明明只需要写更新日志的时候多打几个字就可以避免吧?
