トップページ⇒linux
983コメント323KB

ファイルシステム総合スレ その16

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/03/15(金) 11:51:55.78ID:O3XCXQaz
●前スレ ファイルシステム総合スレ その15
http://engawa.2ch.net/test/read.cgi/linux/1341012960/l50
●関連スレ
ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 6
http://toro.2ch.net/test/read.cgi/unix/1337411922/
FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
過去スレ、関連リンクは >>2-10 あたりで。
0140login:Penguin2013/04/23(火) 07:15:08.36ID:05bniZve
>>139
標準でNFS Serverは持ってたはずだが？
0141login:Penguin2013/04/23(火) 07:38:42.03ID:BE9ld6ue
SUAとか知らないんだろうな
0142login:Penguin2013/04/23(火) 12:06:01.73ID:+wJzWH3M
>>141
あれは独自性が強過ぎて使いにくい
0143login:Penguin2013/04/25(木) 21:04:50.34ID:QVLuJBMp
いまだに惰性でreiserfs使ってるわ。
過去5年以上ノントラブルで運用できてるんでなかなか乗り換える気しないんだけど、
reiser4は未来無さそうだしどうすっかなー
0144login:Penguin2013/04/25(木) 23:17:12.49ID:1PxxE7lA
あと5年位頑張れば未来が見えるかも？

つ 保釈
0145login:Penguin2013/04/26(金) 08:20:19.57ID:ZSNkd4En
>>143
7年くらいreiserfsで運用してた自宅鯖を、今月更新してext4に変えた。
スッキリしたよ。

#本当はbtrfsのstable待ちだったんだけど…。
0146login:Penguin2013/04/26(金) 12:56:16.90ID:1Qoe3Ihd
ZFS vs. EXT4 On Linux Multi-Disk RAID Benchmarks
http://www.phoronix.com/scan.php?page=news_item&;px=MTM1ODk
0147login:Penguin2013/04/28(日) 01:07:32.28ID:ulaJzGdv
>>143

カーネル3.8で取り込まれたと思うけど、それでは不満ですか。
開発自体は地味に続いてるみたいだよ。
0148login:Penguin2013/04/30(火) 00:20:54.56ID:W0YlaXlN
http://kernelnewbies.org/Linux_3.9
Experimental RAID 5/6 support and snapshot-aware defragmentation in Btrfs
SSD cache devices
0149login:Penguin2013/04/30(火) 17:10:27.20ID:bSLoWz8Z
>>147
reiser4は追随こそしてるけど、3.x系へのマージは見えてないよね？
3.9でもマージの可能性はないとされてるようだし。
0150login:Penguin2013/04/30(火) 23:22:35.91ID:um0ZwGaC
>>133
中身おなじならリンクにするスクリプトとか書いたら。
てか、どっかにあるんじゃ。
0151login:Penguin2013/05/01(水) 03:23:24.22ID:QNLfciKw
>>148
http://linux.slashdot.jp/story/13/04/30/0748206/Linux-Kernel-3.9-リリース
Btrfsの機能追加：
　RAID5/6の試験的な追加（ただしクラッシュ時にはそのまま壊れる）
　スナップショットを考慮したデフラグ

やだ…カッコいい…
0152login:Penguin2013/05/01(水) 08:56:37.08ID:SKS8vMXe
ほう。RAID機能やるのか。btrfsがstableになった暁には家のファイルサーバに入れてみるかな。
0153login:Penguin2013/05/01(水) 09:26:34.67ID:i92QWvLc
>>151
クラッシュ時にデータが壊れることを保障するRAIDとか斬新だなw
0154login:Penguin2013/05/01(水) 13:01:39.69ID:YywJEnKb
>>153
だが、そこがいいw
0155login:Penguin2013/05/01(水) 17:26:01.91ID:2AvGXU/B
ワロタ
まあ修復を保証しないくらいの意味なのかな
0156login:Penguin2013/05/01(水) 17:29:02.37ID:kJCja8Me
まだぶっ壊れてて直さないといけないとこあるけど
俺はここまで作ったから
みんなでいじって欲しいみたいなこと書いてあった
0157login:Penguin2013/05/01(水) 18:06:28.67ID:T5XM5dIG
>>155
http://linux.slashdot.jp/comments.pl?sid=599724&;cid=2373113
>本家の Wiki を読む限りだと、壊れない限りは RAID 5/6 として読み書きできるけど、
>吹っ飛んだ時には五分五分でパリティごと死ぬ（Parity may be inconsistent after a crash）って意味みたいですね。
だそうです
0158login:Penguin2013/05/01(水) 18:16:13.24ID:nOainqXH
なんだdisk crashするとrebuild出来ないんじゃなくてkernel crash時にwrite hole回避されてないってことか
nodatacowしなきゃ問題なくね？
0159login:Penguin2013/05/01(水) 18:18:18.34ID:K1Oyk6Fz
RAID-Zはsilent crash対策されているというのに…
0160login:Penguin2013/05/01(水) 18:25:20.86ID:hrLmEH6z
Crash繋がりで（じゃないかも知れないが）、XFSとNFSの
組み合わせで最近Kernel Crashするようになった。
Kernelを2.6.32-358.6.1.に上げてからなのだが。
OSはCentOS 6.4 64bitです。
＃前のカーネル2.6.32-278.に戻そうかな。
0161login:Penguin2013/05/02(木) 02:42:29.73ID:t6gwkWpp
STACKが足りません
0162login:Penguin2013/05/04(土) 11:04:05.92ID:4g7jd+ma
http://mkosaki.blog46.fc2.com/blog-entry-1224.html
auto_da_alloc は何の為に生まれたんだろう
0163login:Penguin2013/05/04(土) 14:07:13.70ID:jOBLuDTM
fsのエラーで無言でファイル消えたりサイズが小さくなったりする対策ってなんかありますか？
0164login:Penguin2013/05/04(土) 14:11:24.50ID:E5uOQRBL
バックアップ
0165login:Penguin2013/05/04(土) 14:19:47.65ID:jOBLuDTM
いやまあそうなんだけど。チェックサムを出すようなコマンドを期待してた
0166login:Penguin2013/05/04(土) 16:31:00.46ID:L+9uB/ro
cpのあとでcmpで確認するとか
0167login:Penguin2013/05/04(土) 18:11:27.47ID:jOBLuDTM
ベリファイでググって引っかかったmd5deepつかってみるわ。んじゃーな
0168login:Penguin2013/05/04(土) 18:14:09.81ID:dKplbnve
おう。md5deepって超使い辛いから気を付けなよ。
0169login:Penguin2013/05/04(土) 23:05:43.59ID:jna3R9r6
では、使いやすいのは？
0170login:Penguin2013/05/04(土) 23:10:41.05ID:dKplbnve
md5sumの方がシンプルで直感的かな。
ってかファイルシステムスレなんだし
チェックサム機能付きのファイルシステムについて話すべきでは
0171login:Penguin2013/05/04(土) 23:17:55.97ID:3ZMzlDsV
そんな気にするなら tripwire とか使えば？
0172login:Penguin2013/05/06(月) 11:50:02.88ID:5SwSrV2r
>>163
まずそのFSと周辺レイヤーの構造を教えてくれ
0173login:Penguin2013/05/09(木) 13:12:58.14ID:XJcz1AAt
Tux3ファイルシステム、優れたパフォーマンス実現
http://news.mynavi.jp/news/2013/05/08/270/index.html
0174login:Penguin2013/05/09(木) 15:20:42.53ID:CR+yIC1p
unlink/deleteをマルチコアで非同期に内部で処理するようにしたから
ベンチマーク内でのIOに割ける時間が増えて、結果としてスループットが上がった？
実際のIO速度でtmpfsに勝てるはずはないしな。
0175login:Penguin2013/05/09(木) 17:59:17.55ID:XJcz1AAt
Linux 3.10 Kernel Integrates BCache HDD/SSD Caching
http://www.phoronix.com/scan.php?page=news_item&;px=MTM2ODM
0176login:Penguin2013/05/10(金) 20:15:53.10ID:jj/fxxtw
https://git.kernel.org/linus/aa8259145ecb8d432685c1167a194094559647a1
- tristate "Btrfs filesystem Unstable disk format"
+ tristate "Btrfs filesystem support"
0177login:Penguin2013/05/20(月) 17:24:46.50ID:Gq0brBUd
SDFSというdedup機能があるファイルシステムがあるみたい。

http://www.opendedup.org/quickstart

FUSE経由で動かすので、動作は遅そうがだが、このサイトの
ベンチマークを見る限り、頑張っている様子。

誰か使ってます？
0178login:Penguin2013/05/27(月) 18:33:07.01ID:RJHZKQ4N
Btrfs In Linux 3.10 Gets Skinny Extents, Quota Rebuilds
http://www.phoronix.com/scan.php?page=news_item&;px=MTM2OTI
0179login:Penguin2013/05/28(火) 11:34:22.11ID:sYZBoPln
SDFSをCentOS 6.4にインストールして動かしてみました。
サイトのとおりにインストールすれば、特に問題無く
セットアップは完了。

SDFSは、JAVAで動く、チャレンジ精神いっぱいのシステムです。

アプリ -> ファイルシステム -> FUSE -> JAVA -> ディスク

という階層で動作しているようで、実行中はJAVAのプロセスがかなり
CPUの負荷が大きいです。

mkfsとmountまで試して、負荷のデカさにビックリして評価は
諦めました。
0180login:Penguin2013/06/01(土) 06:53:30.09ID:JYAk78zJ
>>160
うちもそれで困ってる。
nfs4 を使わなければ (nfs3なら)問題がでないっぽい。
01811602013/06/03(月) 11:06:31.57ID:RwNPtmQ1
>180

XFSをEXT4に変えたらKernel Crashは治まったよ。
この後カーネルバージョンアップで直っているかもしれないが、
EXT4にしてしまったので、もはや検証は出来ない。
0182login:Penguin2013/06/03(月) 11:34:29.51ID:fNLpxSax
それで直るという事は単にカーネルスタック不足でないかい
0183login:Penguin2013/06/08(土) 17:50:27.35ID:LG5keFb4
いつの間にbtrfsにsend/receive付いたんだ
0184login:Penguin2013/06/08(土) 20:12:26.99ID:RW0IDh1g
結構前からだけど
まともに動いたのはここ一年くらいだったかな
0185login:Penguin2013/06/08(土) 21:10:42.80ID:q6d5gIhf
Btrfsは非常に安定した安心なファイルシステムです
togetter.com/li/513383
↑カーネル刺さっとる
0186login:Penguin2013/06/09(日) 05:33:57.74ID:puJ1gdTE
まだまだ危なすぎてつかえねぇなｗ
0187login:Penguin2013/06/09(日) 10:25:15.39ID:y64wFbzp
なんか1年ぐらい前からずっとプロダクションレベルって言われてる気がする
Fedoraもかなり前から次はデフォルトにするする言ってたし
0188login:Penguin2013/06/09(日) 13:14:27.00ID:/iqaV19b
一応stableになったZFS on Linuxとどっちが信頼できるんだろうか。

>>187
＞Fedoraもかなり前から次はデフォルトにするする言ってたし
「後藤大地が」が抜けてんぞｗ
0189login:Penguin2013/06/09(日) 14:55:32.45ID:EfaYT7Jt
>>188
kernelとのインターフェースで、何かやらかしてない限り、
ファイルシステムとしては、ZFSの方がまだマシ・・・な気がする。

まぁ、>>185こんな状況なBtrfsはまだまだじゃないか。
0190login:Penguin2013/06/10(月) 09:31:11.74ID:NdxU+7T2
>>186
とりあえず最初はお友達（/var/tmp）から・・・と採用してしまった俺ガクブル
0191login:Penguin2013/06/10(月) 09:34:42.17ID:HwxKwjqG
/dev/nullとして使おう
01921602013/06/10(月) 18:34:08.37ID:Ro/19akz
Linuxで利用できる重複排除の対応したファイルシステムをざっと調べてみた。
次のようながプロダクトがある。

lessfs
sdfs
zfs native
zfs fuse
btfs(bedup)

自分が試したのはsdfs、zfs nativeとzfs fuseですが、sdfsはfuse+JAVAの
構成で重すぎ、zfs fuseも安定性イマイチな感じでした。zfs nativeは巨大な
イメージや動画ファイルを扱うと、カーネルパニックになったりするけど、
一般的なファイルの処理なら問題なく使えてます。

現在のところ、重複排除をLinuxで、かつ「無料」で使うという条件の場合、
選択はzfs native一択ですね。
0193login:Penguin2013/06/10(月) 19:49:10.67ID:HG3bJRSi
カーネルパニックになったらアカンやろｗ
0194login:Penguin2013/06/10(月) 21:13:37.61ID:dtJHza8E
100GiB の仮想マシンイメージのバックアップに ZFS on Linux 使ってるけど、
カーネルパニックなんか置きたこと無いぞ。

ちなみに、dedup は遅すぎて使えなかった。
0195login:Penguin2013/06/10(月) 21:14:40.70ID:3JJWt6mH
うちは1.5TB×3
仮想マシンが元気に動いてます
0196login:Penguin2013/06/11(火) 11:23:57.85ID:7oMeCgGz
うちは、raidz2 で 8x(8+2) です。

NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT
tank 218T 155T 63.3T 70% 1.00x ONLINE -
0197login:Penguin2013/06/14(金) 23:20:42.17ID:NmjsF1JZ
RHEL7がxfsをデフォルトにするとか
0198login:Penguin2013/06/15(土) 21:25:20.85ID:I/CWj3GZ
マジか!?
0199login:Penguin2013/06/15(土) 22:35:34.91ID:WqlppNd/
世界最古のジャーナリングFSがいまだに最良ってどういうことなの・・・
0200login:Penguin2013/06/15(土) 23:39:23.96ID:ippvWota
JFS1「照れるぜ…」
0201login:Penguin2013/06/15(土) 23:46:05.74ID:WqlppNd/
JFSは俺の中ではなかったことになっている。
0202login:Penguin2013/06/16(日) 01:03:33.12ID:UKxRG/dk
XFSは小さなファイルが大量にある場合とかきついと思うのだがなぁ。
でかいファイルばっかなら良いFSだと思うけど。
0203login:Penguin2013/06/16(日) 12:02:21.24ID:zWsW/TRj
なんていうかext系がだらしないからこんな事になる
0204login:Penguin2013/06/16(日) 12:41:32.19ID:L3rP7syy
そこで互換性を捨てて新たに作ったbtrfsですよ
0205login:Penguin2013/06/16(日) 13:53:30.73ID:8fxdbBAi
もう全部XFSにしちゃおっかなー
大丈夫だよね？
0206login:Penguin2013/06/16(日) 16:16:30.74ID:NwWzG4HC
スタックが足りなくなったり
リカバリーにすごいメモリ要求したり
ブートパーティションにできなかったり
は直ったんだっけ
0207login:Penguin2013/06/16(日) 22:22:10.61ID:GvK6qR7m
スタック足りなくなるのはカーネルパラメータ調整してコンパイルしたらええんちゃうん？
他はしらんけど
0208login:Penguin2013/06/17(月) 15:22:02.25ID:fs0jbfJZ
>>204
互換性を捨てて新たに作ったゴミじゃないですか
0209login:Penguin2013/06/17(月) 22:17:27.70ID:fd+APt5G
＞スタックが足りなくなったり
全然だめ
＞リカバリーにすごいメモリ要求したり
あの頃よりは減った
ZFSよりまし
＞ブートパーティションにできなかったり
直す気も直す必要も無い
0210login:Penguin2013/06/17(月) 22:22:35.02ID:LDDZOqdT
>>206
> ブートパーティションにできなかったり


これってファイルシステムの機能なの？ブートローダーが認識できるかだけじゃないの？
0211login:Penguin2013/06/17(月) 23:40:51.15ID:bKlZ+Ey0
昔のブートローダはPBR直後からファイルシステム先頭までの空き領域にローダの残りを突っ込むからだっけ。
IRIXはPC/AT由来のそんなお約束シラネーヨなので問答無用でパーティション先頭からXFSが使う。

今はGPTのEFI System領域やGPT/MBR hybrid構成ならBIOS Boot Partitionとかに突っ込む(grub2の場合)から問題ではなくなった。
0212login:Penguin2013/06/18(火) 00:15:23.54ID:qSp4DK89
>>209
kernel stack周りはkernel 3.4.0で改善したんじゃないの?
0213login:Penguin2013/06/22(土) 10:35:54.86ID:6vf7Hzj4
>>206
grubをmbrに書き込めば昔から出来るよ
0214login:Penguin2013/06/23(日) 07:17:40.81ID:jOjTaspb
おまえら的にNTFSってどうなの
0215login:Penguin2013/06/23(日) 12:59:43.35ID:eGSN7bPa
カーネルじゃないから遅いみたいな
0216login:Penguin2013/06/23(日) 16:58:27.19ID:L6biPNSF
MSが仕様書公開してくれたらいいのになぁ、という感じ
0217login:Penguin2013/06/24(月) 07:06:33.16ID:ADoUSOXr
http://www.tuxera.com/wp-content/uploads/2009/10/ntfs_perf_usb.jpg
0218login:Penguin2013/06/26(水) 10:38:29.07ID:+O9z28nQ
ZFSやってみたいんだけど、ZILがぶっ壊れたらraidzも整合性取れなくなる？
スナップショットまで戻れれば、十分なんだけど。
0219login:Penguin2013/06/26(水) 11:37:10.43ID:QEi63MKb
ZILは後付けや削除が自由に出来るっぽいので、
壊れても速度以外の影響は少ないと思う。
02202182013/06/26(水) 12:25:29.09ID:57n281Vq
ありがとう
ぐぐると出てくる導入事例では、ZILをミラー構成にしてることが多いから、心配になる
SSDを二つ買う余裕はないから、なんとかひとつでそこそこ安全に運用したい
0221login:Penguin2013/06/26(水) 12:42:33.33ID:QEi63MKb
ZILは高速な書き込みが出来れば良く、信頼性は
さほど重視されていないはずなので、いっそRAMディスクに
しても良いのでは？と思っている。

L2ARCは読み込みが高速で、信頼性も必要なので、
こちらのほうをMirrorのSSDにした方が良いかも。

もっともZILもL2ARCも再起動で初期化されちゃうので、
あまり気にしない方が正解かもしれない。
0222login:Penguin2013/06/26(水) 12:56:11.32ID:Zp2DfRwL
ZIL RAMディスクとかダメだろw クラッシュしたらどうするんだよw

何したいかにもよるけど、個人(で書き込み回数少ない)ならL2ARC増強した方が体感は上がる。
書き込み速度に不満ないなら単純にメモリ(ECCｵﾇﾇﾒ)をたくさん積めば快適じゃね。
0223login:Penguin2013/06/26(水) 14:10:37.44ID:kNr34VO+
>>221
なんつーデマ流してんだぼけｗ
分からないなら、分からないと言えよ。

ZILは変更ログだぞ。こいつが消えると、ロールバックも出来なくなるじゃねーか。
クラッシュしたときに最も重要なZILを
RAM DISKにするとか、馬鹿を通り越して、もうZFS使わせない方が良いレベルだわｗ

逆に、L2ARCなんて、壊れたら、ディスクから読めば良いだけなんで、どーだって良いんだよ。
ZILが壊れると、最悪の場合、ファイルシステム吹っ飛ぶぞ。
02242182013/06/26(水) 14:25:09.03ID:57n281Vq
>>223
ありがとう
それが知りたかった！
ということは、ZILを単独ディスクで導入するとSPOFになるということだよね？
0225login:Penguin2013/06/26(水) 14:27:58.41ID:zK78Zvwh
ただ、ZILが使われるのはシステムがクラッシュした場合のみ
0226login:Penguin2013/06/26(水) 15:48:28.59ID:i6frY42A
ZFSの特性上ZILが壊れてもファイルシステムは壊れないはずだよね？

ZILと同じ内容はメモリ上にもあるからZILを切り離そうとしている間に
クラッシュした場合だけファイルの変更内容が失われる程度のリスクだったような
0227login:Penguin2013/06/26(水) 17:27:30.63ID:uEinUCmv
Native Linux Kernel Module Is Out For Microsoft exFAT
http://www.phoronix.com/scan.php?page=news_item&;px=MTM5NTQ
0228login:Penguin2013/06/27(木) 01:16:29.12ID:WMtqs+qO
http://ja.m.wikipedia.org/wiki/ジャーナリングファイルシステム
ZILが消えても、ここでいう整合性は保たれるということだよね。

http://ja.m.wikipedia.org/wiki/Ext4
ext4は遅延アロケーション後fsyncしないでクラッシュした場合に、書き換えがあっても全部消失する状況には対処したほうがいいとなったみたいだけど。
0229login:Penguin2013/06/27(木) 09:23:54.85ID:Sl1u8KTq
i-ram「俺の出番のようだな。」

ANS-9010「最強のZILデバイスが求められてると聞いて。」
0230login:Penguin2013/06/27(木) 12:37:40.45ID:FGWWw1pZ
情報錯綜しすぎw
ZFS使ってる人あんまりいないのかな。
便利そうなのに。
0231login:Penguin2013/06/27(木) 13:02:25.34ID:QXRMhWaU
このスレがLinux板にあるのが皮肉である...
0232login:Penguin2013/06/27(木) 13:59:24.16ID:qXeOEXto
こっちもあるよ。

ジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
0233login:Penguin2013/06/27(木) 22:58:23.40ID:re4D9rbc
こちらにも、あることは､ある。

FS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
0234login:Penguin2013/06/30(日) 18:54:23.99ID:qizAo8YU
ZFS on Linux 0.6.1でZFSプール作成すると、各HDDにZFSパーテションの後ろに
なぜか8MBのパーテション領域(パーテション番号は9)が自動で作成されるんだけど
このパーテションが何のために存在するのか教えてください。

(parted) p
モデル: ATA ST3000DM001-1CH1 (scsi)
ディスク /dev/sda: 3001GB
セクタサイズ (論理/物理): 512B/4096B
パーティションテーブル: gpt

番号　開始　　終了　　サイズ　ファイルシステム　名前　フラグ
.1　　1049kB　3001GB　　3001GB　　　　　　　　　　zfs
.9　　3001GB　3001GB　　8389kB
02352342013/07/01(月) NY:AN:NY.ANID:aLIeThm0
すいません、>>234に絡んでもう一つ質問があります。

ZFS on Linux0.6.1で作成したZFSプールはfeature flags(async_destroy,empty_bpobj,lz4_compress)が
有効になっているせいか、FreeBSD9.1でインポートできません。

互換性の為これらのフラグ情報を無効にしたいのですが
プールを作成する際、あるいはプール作成後にこれらのフラグを
無効化するコマンドはありますでしょうか?
0236login:Penguin2013/07/01(月) NY:AN:NY.ANID:bt3bY4/m
>>235
pool作成時にバージョン指定で作れば良いよ、オプション有ったはず。
作成後はむりぽ。
flagが、activeじゃなければ、リードオンリーでならマンウト出来るかもだけど。
あとは9.1を、9-stableに上げるか。
02372342013/07/01(月) NY:AN:NY.ANID:aLIeThm0
>>236
レスありがとうございます。最初は当該フラグを個別に無効指定すればいいかと思ったけどダメでした。
# zpool create -f -o ashift=12 -o feature@async_destroy=disabled -o feature@empty_bpobj=disabled -o feature@lz4_compress=disabled mypool raidz sda sdb sdc sdd
cannot create 'mypool': property 'feature@async_destroy' can only be set to 'enabled'

仰るとおり、バージョン指定でいけました、FreeBSD9.1へのインポートもバッチリです
# zpool create -f -o ashift=12 -o version=28 mypool raidz sda sdb sdc sdd
# zpool get all
NAME PROPERTY VALUE SOURCE
mypool feature@async_destroy disabled local
mypool feature@empty_bpobj disabled local
mypool feature@lz4_compress disabled local

ZFS on Linux 0.6.1もFreeBSD9.1も、version 28と表示されているので、てっきり
feature flagsもversion 28に内包されるオプションだとばかり思ってたのですが、拡張機能のようなものなのですね。

しかしZFSパーテションの後ろの8MBの領域の用途が未だにわからん。
パーテションタイプを表すGUIDを調べてみると"6a945a3b-1dd2-11b2-99a6-080020736631"で
Solaris用の予約済みパーテションのようだけど。
0238login:Penguin2013/07/01(月) NY:AN:NY.ANID:ytqJl/9E
>>237
プロパティには出てこないけど、feature-flag対応のVerは内部的に5000ってバージョンを振ってる。
後はfeature-flagの対応項目によって、さらに分けてると思う。
feature-flagへの対応が、OSによってまちまちだから。（ライブラリの更新タイミングによって）

そういう意味では、他のOSへpool持ってく事がある場合、Version 28で作っておいて、
アップグレードしないようにする必要がある。
本家と分家すべてのZFSで互換がとれてるのが、28で最後だから。
0239login:Penguin2013/07/02(火) NY:AN:NY.ANID:Dnd2oDcr
本家互換のバージョンは28が最後で以後は非互換の5000で固定、
以降の機能追加はバージョンではなくfeature flagsで管理される、という感じ。

>>234
ZFS on Linuxはディスク単位でプールに追加しても実際は>>234のようにパーティションが作られて追加されるわけだけど、
1TB+2TBを2TB+2TBに換装みたいなことした際にちゃんとディスク全体を使ってexpandできるように
（パーティション単位の追加と区別するために）作られるマーカーみたいなもん
・・・なんじゃないかと勝手に思ってる。
■ このスレッドは過去ログ倉庫に格納されています