ZFSを使用してFreeNAS9.2にファイルを保存しています。過去にext3、XFS、およびReiserFSを使用しているサーバーで、虐待されていないデータ(停電など)がランダムに失われた、ZFSによるデータ整合性の主張が大好きです。まれでしたが、サーバーを再起動する必要があり、fsckが起動し、多くのエラーが見つかった場合は悲惨でした。
これと同じNASをXenServer仮想マシンの共有ストレージターゲットとして使用しています。最初は、VMをZFSでバックアップするのがどれほど素晴らしいかを考えていましたが、今では2番目です。整合性を推測することは、実際にはその失敗の証拠です。
VMの仮想ディスクがそれ自体のファイルシステムを含む大きなファイルである場合(デフォルトの推奨ext4を想定)、VMが破損するのを防ぐものは何ですか内その仮想ディスク?おそらく、ネットワークケーブルに障害が発生し、iSCSIが(ZFSで復元力のある)格納するためにいくつかの不良バイトを受信したことを認識していませんか? VMと、「信頼できる」ファイルシステムが検出しない共有ストレージとの間で発生する可能性のある他の障害が発生する可能性があると思います。エラー修正も使用する唯一の解決策です。 ZFSやbtrfsなどのVM内のファイルシステム?
申し訳ありませんが、ゲストでそれが発生するのを妨げるものは何もありません。
環境を保護してください!
そして、一体、VM内のZFSファイルシステムでも問題が発生する可能性があります。
Every 3.0s: zpool status -v Fri Dec 27 12:49:47 2013
pool: vol1
state: ONLINE
status: One or more devices has experienced an error resulting in data
corruption. Applications may be affected.
action: Restore the file in question if possible. Otherwise restore the
entire pool from backup.
see: http://zfsonlinux.org/msg/ZFS-8000-8A
scan: scrub in progress since Fri Dec 27 12:35:06 2013
42.1G scanned out of 46.3G at 48.9M/s, 0h1m to go
0 repaired, 90.80% done
config:
NAME STATE READ WRITE CKSUM
vol1 ONLINE 0 0 167
sdb ONLINE 0 0 448
errors: Permanent errors have been detected in the following files:
<metadata>:<0x67>
<metadata>:<0x6f>
<metadata>:<0x8e>
vol1/ppro:/isam/IM00013.ISI
vol1/ppro:/isam/IM00014.ISI
vol1/ppro:/isam/IM00015.ISI
vol1/ppro:/isam/IM00016.ISI