[過去ﾛｸﾞ] ファイルシステム総合スレ その19 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
259: 2021/06/30(水)06:14 ID:mXQXM/0G(1) AAS
RAID10あたりは問題ないしね
260: 2021/06/30(水)09:02 ID:yJpclQIV(1/2) AAS
スナップショット使うファイルシステムでHBAやLVMでのRAID-5/6はやめとけ
スナップショットはランダムリード/ライト多いから相性が悪い
使っているうちにフラグメンテーションで使い物にならなくなる
回避するためにはHBA使うのやめてRAID-Zだのそれに類似したVirtual系
RAIDの技術が必要なんだが実装ツラい割に効果も薄いんだろ
ラックマウントタイプのストレージ製品でもRAID-10でしか使わせない製品も
出始めてるし、業界としてRAID-5/6は切り捨てなんだとおもう
261: 2021/06/30(水)09:38 ID:QIl8oURk(1) AAS
ファイルシステムによらず、RAID5はテラバイト級媒体にはそもそも使わない方が良い
障害復旧中に壊れていくのを数回見た
RAID6は知らない
262: 2021/06/30(水)11:26 ID:r3QHhm+R(1) AAS
RAIDZは広く使われてるよ
RAIDはストレージの可用性確保の手段なんだから代替方法なんかない
263: 2021/06/30(水)19:44 ID:MEBTTE23(1) AAS
機能として存在する以上は安定してほしいよね
264: 2021/06/30(水)19:51 ID:2x4FXU9Q(1) AAS
RAID関連は実績のあるファイルシステムでないと使う気にはならない
265: 2021/06/30(水)22:09 ID:yJpclQIV(2/2) AAS
ファイルシステムの実績もだけどパーツ冗長(特にコントローラ)も必要だわ
HBAが中途半端に故障して壊れてもないHDDを故障扱いしまくってデータ
ロストさせた(実際はデータロストしてない)障害が一番厄介なトラブルだった
266: 2021/07/01(木)01:40 ID:yz4Mm0BT(1) AAS
一般ユーザーがしないような構成を組むと
想像もしていなかったような不具合踏むことが多々あるわな
267: 2021/07/04(日)01:22 ID:dO3rYTst(1) AAS
Btrfsはdiscardマウントオプションでまだ壊れた報告がチラホラあるね
とりあえず手動trimに切り替えた
268: 2021/07/07(水)20:02 ID:SKdz/k2Y(1) AAS
Linux 5.14 Works Around Compatibility With Some Digital Camera exFAT File-Systems
www.phoronix.com/scan.php?page=news_item&px=Linux-5.14-exFAT
269: 2021/07/23(金)06:19 ID:zqR55IXg(1) AAS
WindowsでBtrfs 【ファイルシステム】
2chｽﾚ:win
270(1): 2021/08/14(土)11:15 ID:Zs+glBhP(1/2) AAS
Linux上で以前targetcliで作ったZVOL (/dev/zvol/mypool/fc0) が「使用中」状態に
なったままになってます。再起動してもOSを再インストールしても「使用中」状態です。
# zfs destroy mypool/fc0
cannot destroy 'mypool/fc0': dataset is busy
# umount /dev/zvol/mypool/fc0
umount: /dev/zvol/mypool/fc0: not mounted.
未使用の状態かそれが無理なら強制削除したいんですがどうしたらいいでしょうか？
271: 2021/08/14(土)12:12 ID:Zs+glBhP(2/2) AAS
>>270
解決しました。理由はイニシエータ側で作ったLVMをターゲット側が起動時に
自分のものとしていたため。
272: 2021/08/15(日)14:01 ID:6oNwxX6g(1) AAS
exFATがDebian11でサポートされるようになったらしいね Debian newsにそう書いてあった
273(1): 2021/08/21(土)08:54 ID:fjPA48lm(1) AAS
うーん、ZFSはイマイチですね・・・。
Proxmoxで3*HDDをRAIDZ1にして、2*SATA SSDをキャッシュにしてVMを作ったのですが、
前情報通りアクセスが増えるとメモリ消費量が10GBとか跳ね上がる・・・。
1200Mb/s出ていたものがカーネルパニック？で20Mb/sとかに落ち込んでしまう。
2GBのファイルをランダムコピーしたら、一瞬で終わるものと数十秒かかるものが発生。
うーん、ZFSはかなりじゃじゃ馬な印象です。メモリが潤沢にあれば良いのかも。
やはり記憶域スペースですかね・・・・。
274: 2021/08/21(土)11:04 ID:BiYUjqs+(1/2) AAS
確かに自分もデスクトップ用途で多目的に利用しているんだがバター FS の方が適してると考えるようになってきた
275: 2021/08/21(土)16:49 ID:4kjF9FRm(1) AAS
>>273
重複排除が有効になってたりしない?
276: 2021/08/21(土)17:05 ID:dh93U5+W(1) AAS
今度、Debian11 インストールしようと思うが、Btrfs でいいのか。
277: 2021/08/21(土)19:31 ID:BiYUjqs+(2/2) AAS
コピーオンライトをファイル単位でユーザーが使えるのはバター FS だった
278(1): 2021/08/29(日)04:14 ID:OSnjE7oK(1/5) AAS
OpenZFS2.1で実装されたdRAIDってどうなの
再構築が高速なのは良いことだけど、その後新しいホットスペアを追加したら結局再構成が始まるんでは？
RAID-Z2と何が違うんだろ
上下前次1-新書関写板覧索設栞歴
あと 724 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s