TGFC Lifestyle - Powered by Discuz! Board

标题: [数码手机] SMR盘做raid重组太慢了 [打印本页]

作者: Tobar 时间: 2022-11-5 17:29 标题: SMR盘做raid重组太慢了

搞了快两天半了,20%都没跑到,毛算一下还得跑至少十天

18t的空间

作者: richiter 时间: 2022-11-5 17:43

posted by wap, platform: Android
买smr是多想不开

作者: sceic 时间: 2022-11-5 17:48

温度呢? 字数补丁

作者: Alloyo 时间: 2022-11-5 18:11

posted by wap, platform: iPhone
Smr没法子避开就买来做冷盘吧，日常不适合，更别提长效服役时间的服务器了

作者: EraserKing 时间: 2022-11-5 18:47

SMR当时炎上不就是因为组阵列直接报错嘛……
然后搞大了才使各家开始标是SMR还是CMR（PMR）

作者: shen2980 时间: 2022-11-5 18:50

头真铁~~~~

作者: 一只纯猪头 时间: 2022-11-5 20:58

posted by wap, platform: iPhone
你这样小心没有重组完成又报废一个就彻底完蛋

作者: alexey 时间: 2022-11-5 21:21

SMR用在阵列上是求速死吗

作者: Tobar 时间: 2022-11-5 22:52

现在也停不下来了,只能祷告不出问题了

作者: T39的故事 时间: 2022-11-5 23:08

目前CMR最大的是多少T

作者: Alloyo 时间: 2022-11-5 23:34

posted by wap, platform: MAC OS X

引用:

原帖由 @T39的故事于 2022-11-5 23:08 发表
目前CMR最大的是多少T

价钱买企业级,查别人整理的表格,2.5的最大cmr只剩2t了,死贵...

作者: beterhans 时间: 2022-11-6 09:44

posted by wap, platform: Firefox
smr 放入 RAID?
等着你的数据全毁吧

作者: Tobar 时间: 2022-11-6 11:03

引用:

原帖由 beterhans 于 2022-11-6 09:44 发表
posted by wap, platform: Firefox
smr 放入 RAID?
等着你的数据全毁吧

都做了备份的,这个倒是不怕

作者: Tobar 时间: 2022-11-7 18:55

[color=DarkRed][size=2]posted by wap, platform: Android[/size][/color]
不是做resync,是reshape,数据不会毁的,就是速度实在太慢了,还得1万分钟

raid5>raid6

[i] 本帖最后由 Tobar 于 2022-11-9 09:19 通过手机版编辑 [/i]

作者: Alloyo 时间: 2022-11-8 15:19

posted by wap, platform: iPhone
1万小时粗算要一年？

作者: 我不懂 时间: 2022-11-8 16:16

这样的僵持不下的基本没有啥好结果

早点止损，时间电费都是白费的

作者: 梦天海 时间: 2022-11-8 23:37

手上唯一一块SMR就是2.5的2T蓝盘，只拿来存一些冷数据，而且还有备份。

作者: Tobar 时间: 2022-11-9 09:18

posted by wap, platform: Android

引用:

原帖由 @Alloyo 于 2022-11-8 15:19 发表
1万小时粗算要一年？

写错了。。。是分钟

作者: alexchang2010 时间: 2022-11-11 10:22

一般cmr的硬盘，我同步过10T左右3天完成~

作者: yangjuniori 时间: 2022-11-12 11:43

posted by wap, platform: iPhone
Smr没有专用软件支持就是垃圾我一直相信这玩意是个好技术但民用太不可靠了

作者: Tobar 时间: 2022-11-16 14:53

熬了十天终于完成了阶段1,没想到还有阶段2,还是15000分钟

上午一怒之下网上搜了一圈,找到了优化方式,调整之后速度快了15倍,一天就能搞定了

#查看设备
cat /proc/mdstat

普通RAID
#查看原始值
cat /sys/block/md3/md/stripe_cache_size
4096

cat /sys/block/md3/queue/read_ahead_kb
256

#优化
echo 32768 > /sys/block/md3/md/stripe_cache_size # This is the max value, and it takes up 32Mib to synchronize read/write operations while the array is degraded
echo 32768 > /sys/block/md3/queue/read_ahead_kb # This is how far ahead of a read request the drive array will preload

RAID6或SHR2
#原始值
cat /sys/block/md3/md/sync_max
273285120

#优化值,关闭DSM前台界面
echo max > /sys/block/md3/md/sync_max

作者: 我不懂 时间: 2022-11-16 16:47

太作孽了。。。。

欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/)