【悲報】ReadyNAS 214で6TB×4のボリュームが消えた・・・【NAS】 : 汎用型自作PCまとめ

823: 不明なデバイスさん 2018/05/30(水) 00:21:58.22 ID:CcVrTK/q

あー最悪
214で6TB×4のボリュームが消えた
停電のあと気持ちが悪いからスクラブかけたのが止めを刺したらしいw
いくらRAID組んでても、いきなり全部見えなくなるんだもんなぁひどいよ
本当に大事なデータは外付けにバックアップしてたけど…

[ 2137.677989] BTRFS info (device md127): has skinny extents
[ 2137.682601] BTRFS critical (device md127): unable to find logical 1206948724736 len 4096
[ 2137.682613] BTRFS critical (device md127): unable to find logical 1206948724736 len 4096
[ 2137.682769] BTRFS critical (device md127): unable to find logical 1206948724736 len 4096
[ 2137.682777] BTRFS critical (device md127): unable to find logical 1206948724736 len 4096
[ 2137.682808] BTRFS critical (device md127): unable to find logical 1206948724736 len 4096
[ 2137.682815] BTRFS critical (device md127): unable to find logical 1206948724736 len 4096
[ 2137.682829] BTRFS error (device md127): failed to read chunk root
[ 2137.724592] BTRFS error (device md127): open_ctree failed

104のときにも同じようなことが2回あったけど、そのときは
mount -o recovery /dev/md127 /data
でマウントできたから、そのときよりも状態は悪いみたい

btrfs check /dev/md127
btrfs rescue super-recover /dev/md127
btrfs rescue zero-log /dev/md127
がだめだったから
btrfs rescue chunk-recover -y -v /dev/md127
で最後の望みにかけてるんだけど、3日経っても終わらないや
btrfsってこんなに簡単にクラッシュするもの？
UPSは必需品？

825: 不明なデバイスさん 2018/05/30(水) 00:36:20.66 ID:bVilIfY1

>>823
Btrfsは論理障害に弱く、ファイルシステムに問題が起こったときに使えるデータ復旧ソフトが存在しない
Red HatでもRHEL8以降では deprecated とされている

Netgearは他社と差別化を図って自社の製品をアピールするため、Btrfsが素晴らしいファイルシステムだと主張しているが
突然マウントできなくなるような障害が発生しにくく、もし発生してもサードのデータ復旧ソフトが使える ext4 や xfs の方が
優れたファイルシステムといえる

また、ファイルシステム以外のソフトウェアの完成度・安定性でもNetgearは他社に劣っている
NASを買うなら、QNAP NASやSynologyにするのが良い

829: 不明なデバイスさん 2018/05/30(水) 00:48:05.00 ID:bVilIfY1

Btrfs は Copy-On-Write があるからファイルコピー中に電源落ちしてもデータの整合性が保てる (ｷﾘｯと壮言大語しているが
このスレで定期的に報告があるように >>823 のようにボリューム自体がマウントできなくなるような致命的な問題まで生じてしまう

Btrfs は理論通りの性能を発揮できない、バグだらけの欠陥ファイルシステムなのが現状なのである
それでも将来性がある子供のように成長が期待できるなら応援したくもなるが、Red Hatからも見捨てられていて、
既存のバグや不具合（デフラグのデータ増大問題など）も長期間放置されるなど、将来性も期待できない

Netgear も Btrfsを採用していたまった過ちを認め、xfs や ext4 にすべきだ
さもなければ、Netgear NAS 自体の将来性も危ういだろう

828: 不明なデバイスさん 2018/05/30(水) 00:46:09.16 ID:CcVrTK/q

それでも買っちゃったものはしかたがないからなぁ
効率は悪くなるけどRAID10にでもすれば論理障害には強くなる？
あ、でも結局ストライピングしてるからおんなじか…？

830: 不明なデバイスさん 2018/05/30(水) 00:54:37.66 ID:bVilIfY1

>>828
ReadyNAS の RAID はmdサブシステムで構築されているから、どのRAIDレベルでも論理障害の耐性とはあまり関係ないと思う

Btrfs のトラブルを減らしたかったら、

・BitRot保護+CoW
・スナップショット
・デフラグ

これを全部使わないのがお勧め

「バランス」だけはやらないと不具合が起こるので、大量のファイルを削除、または追加した後にはこまめにやっておくのが良い
スクラブはやった方が良いかは賛否が分かれるところだが、古いモデルならCPU・メモリ不足等で問題起こすのでやらない方が良い

832: 不明なデバイスさん 2018/05/30(水) 00:58:19.33 ID:CcVrTK/q

>>830
・BitRot保護+CoW
・スナップショット
・デフラグ
これら全く使ってなかったのに…
スクラブかけたらこの始末だよ

834: 不明なデバイスさん 2018/05/30(水) 02:29:34.85 ID:bVilIfY1

>>832
スクラブかけてデータが壊れたならBtrfsのバグだろう
ご愁傷様としか言いようがない

831: 不明なデバイスさん 2018/05/30(水) 00:56:15.09 ID:CcVrTK/q

ダーティな状態で電源落ちても、今どきのファイルシステムなら
クラッシュ後にジャーナル辿って正常な状態に巻き戻してくれるぐらいは
してほしいんだけど…
ルートが見えなくなるってどういうことよ？
そういう大事なデータはRAIDにまたがって保存してあるんじゃないの？
NTFSでさえ丸ごと見えなくなるみたいな状態になったことは今まで一度もないのに

834: 不明なデバイスさん 2018/05/30(水) 02:29:34.85 ID:bVilIfY1

>>831
> そういう大事なデータはRAIDにまたがって保存してあるんじゃないの？
ファイルシステムレベルの問題なら、不整合を起こした論理的に誤ったデータが複数のHDDに書き込まれるだけだからRAIDは役に立たない
そのため「RAIDはバックアップにはならない」と言われており、RAIDよりバックアップの方が優先度が高い
特にバックアップすらとらずにRAID1やるのはただの馬鹿（RAID1組めるだけのHDDの余裕があるならまずはバックアップ用にすべき）

833: 不明なデバイスさん 2018/05/30(水) 01:01:30.31 ID:NM9dnFor

まあ、あれだ、ReadyNASのARM機はやめた方がいい

835: 不明なデバイスさん 2018/05/30(水) 03:31:06.65 ID:Xcwnvys+

こういう話聞くとReadyNASのバックアップにReadyNASを使うのは怖くなる

836: 不明なデバイスさん 2018/05/30(水) 04:04:37.64 ID:13CWlWro

COW切っておいて動作中に電源落ちたらデータは損するの当たり前じゃん
Btrfsの耐障害性はCOW使うことで実現しているのだから

837: 不明なデバイスさん 2018/05/30(水) 04:59:23.27 ID:jKeUd3xt

>>836
CoWは個別のファイルレベルの機能だから
電源断時にファイルシステムがマウントてきなくなったなら
CoW有効でも同じことになっただろう

844: 不明なデバイスさん 2018/05/30(水) 21:01:03.22 ID:ycrXU9HT

スナップとcowが無効ならチャンクの片寄りは発生しないからバランスは必要ないんだけどな

839: 不明なデバイスさん 2018/05/30(水) 08:24:51.45 ID:R+N7WiqN

COWってメタデータに対しては常に有効じゃないの？