水木社区手机版
- 主题:dsm添加了一个4T盘到系统里，拷了1T多的文件进去后报磁盘损坏。
- 用的btrfs, 打开了压缩和去重， 不知道是不是和这个有关系？
硬盘状态是好的， 就是存储池和存储空间挂了。 添加磁盘的时候一边做磁盘检查一边拷贝文件， 不清楚是不是有影响。
--
修改:pangwa FROM 58.246.6.*
FROM 58.246.6.* - 用btrfs作大死的其中一点就是重度IO，我见过有邮件组有人哭诉balance+defrag过程中
文件系统崩掉的。
这个也是很多企业对btrfs犹豫的原因。个人这么作死少见，但企业环境，一堆cron jo
b或者业务峰值不小心凑一块的时候，就容易悲剧了。
另外群晖的硬件本身就不怎么样，还开吃内存和CPU的压缩+dedup。
群晖的内核太老了，DSM 6.2才4.4？不清楚它backport了什么btrfs相关的补丁，但是不
包括raid56，btrfs铲掉大坑，多数是4.9-4.14期间完成的。我对群晖这方面没什么信心
。
反正请从头再来吧。
【 在 pangwa (学门手艺，混口饭吃.) 的大作中提到: 】
: 用的btrfs, 打开了压缩和去重， 不知道是不是和这个有关系？
: 硬盘状态是好的， 就是存储池和存储空间挂了。 添加磁盘的时候一边做磁盘检查一边拷贝文件， 不清楚是不是有影响。
--
FROM 119.129.52.* - 嗯，本来就是用的basic的磁盘模式， 还没用raid, 所以感觉应该还好， 不清楚哪里出了问题，也没有停电关机， 就是一晚上的事， 早上还好， 到公司再看就挂了。
这把准备不开压缩和去重再试试。。。
【 在 Dazzy (大懒虫，脱焦省却磨皮) 的大作中提到: 】
用btrfs作大死的其中一点就是重度IO，我见过有邮件组有人哭诉balance+defrag过程中
文件系统崩掉的。
这个也是很多企业对btrfs犹豫的原因。个人这么作死少见，但企业环境，一堆cron jo
b或者业务峰值不小心凑一块的时候，就容易悲剧了。
另外群晖的硬件本身就不怎么样，还开吃内存和CPU的压缩+dedup。
群晖的内核太老了，DSM 6.2才4.4？不清楚它backport了什么btrfs相关的补丁，但是不
包括raid56，btrfs铲掉大坑，多数是4.9-4.14期间完成的。我对群晖这方面没什么信心
。
反正请从头再来吧。
【 在 pangwa (学门手艺，混口饭吃.) 的大作中提到: 】
: 用的btrfs, 打开了压缩和去重， 不知道是不是和这个有关系？
: 硬盘状态是好的， 就是存储池和存储空间挂了。 添加磁盘的时候一边做磁盘检查一边拷贝文件， 不清楚是不是有影响。
--
FROM 58.246.6.* - 似乎是硬盘坏了0，0 这次我先跑磁盘检查， 磁盘被标记为crashed...
【 在 pangwa (学门手艺，混口饭吃.) 的大作中提到: 】
: 嗯，本来就是用的basic的磁盘模式， 还没用raid, 所以感觉应该还好， 不清楚哪里出了问题，也没有停电关机， 就是一晚上的事， 早上还好， 到公司再看就挂了。
: 这把准备不开压缩和去重再试试。。。
: 用btrfs作大死的其中一点就是重度IO，我见过有邮件组有人哭诉balance+defrag过程中
: ...................
--
FROM 180.174.40.* - smart信息这样显示， 是说明硬盘挂了吗？
【 在 pangwa (学门手艺，混口饭吃.) 的大作中提到: 】
: 似乎是硬盘坏了0，0 这次我先跑磁盘检查， 磁盘被标记为crashed...
--
修改:pangwa FROM 180.174.40.*
FROM 180.174.40.*