ファイルシステム総合スレ その16
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2013/03/15(金) 11:51:55.78ID:O3XCXQazhttp://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 あたりで。
0222login:Penguin
2013/06/26(水) 12:56:11.32ID:Zp2DfRwL何したいかにもよるけど、個人(で書き込み回数少ない)ならL2ARC増強した方が体感は上がる。
書き込み速度に不満ないなら単純にメモリ(ECCオヌヌメ)をたくさん積めば快適じゃね。
0223login:Penguin
2013/06/26(水) 14:10:37.44ID:kNr34VO+なんつーデマ流してんだぼけw
分からないなら、分からないと言えよ。
ZILは変更ログだぞ。こいつが消えると、ロールバックも出来なくなるじゃねーか。
クラッシュしたときに最も重要なZILを
RAM DISKにするとか、馬鹿を通り越して、もうZFS使わせない方が良いレベルだわw
逆に、L2ARCなんて、壊れたら、ディスクから読めば良いだけなんで、どーだって良いんだよ。
ZILが壊れると、最悪の場合、ファイルシステム吹っ飛ぶぞ。
0224218
2013/06/26(水) 14:25:09.03ID:57n281Vqありがとう
それが知りたかった!
ということは、ZILを単独ディスクで導入するとSPOFになるということだよね?
0225login:Penguin
2013/06/26(水) 14:27:58.41ID:zK78Zvwh0226login:Penguin
2013/06/26(水) 15:48:28.59ID:i6frY42AZILと同じ内容はメモリ上にもあるからZILを切り離そうとしている間に
クラッシュした場合だけファイルの変更内容が失われる程度のリスクだったような
0227login:Penguin
2013/06/26(水) 17:27:30.63ID:uEinUCmvhttp://www.phoronix.com/scan.php?page=news_item&px=MTM5NTQ
0228login:Penguin
2013/06/27(木) 01:16:29.12ID:WMtqs+qOZILが消えても、ここでいう整合性は保たれるということだよね。
http://ja.m.wikipedia.org/wiki/Ext4
ext4は遅延アロケーション後fsyncしないでクラッシュした場合に、書き換えがあっても全部消失する状況には対処したほうがいいとなったみたいだけど。
0229login:Penguin
2013/06/27(木) 09:23:54.85ID:Sl1u8KTqANS-9010「最強のZILデバイスが求められてると聞いて。」
0230login:Penguin
2013/06/27(木) 12:37:40.45ID:FGWWw1pZZFS使ってる人あんまりいないのかな。
便利そうなのに。
0231login:Penguin
2013/06/27(木) 13:02:25.34ID:QXRMhWaU0232login:Penguin
2013/06/27(木) 13:59:24.16ID:qXeOEXtoジャーナリングファイルシステム
http://toro.2ch.net/test/read.cgi/unix/979408065/
0233login:Penguin
2013/06/27(木) 22:58:23.40ID:re4D9rbcFS関連スレ
http://kohada.2ch.net/test/read.cgi/os/1137387538/l50
0234login:Penguin
2013/06/30(日) 18:54:23.99ID:qizAo8YUなぜか8MBのパーテション領域(パーテション番号は9)が自動で作成されるんだけど
このパーテションが何のために存在するのか教えてください。
(parted) p
モデル: ATA ST3000DM001-1CH1 (scsi)
ディスク /dev/sda: 3001GB
セクタサイズ (論理/物理): 512B/4096B
パーティションテーブル: gpt
番号 開始 終了 サイズ ファイルシステム 名前 フラグ
.1 1049kB 3001GB 3001GB zfs
.9 3001GB 3001GB 8389kB
0235234
2013/07/01(月) NY:AN:NY.ANID:aLIeThm0ZFS on Linux0.6.1で作成したZFSプールはfeature flags(async_destroy,empty_bpobj,lz4_compress)が
有効になっているせいか、FreeBSD9.1でインポートできません。
互換性の為これらのフラグ情報を無効にしたいのですが
プールを作成する際、あるいはプール作成後にこれらのフラグを
無効化するコマンドはありますでしょうか?
0236login:Penguin
2013/07/01(月) NY:AN:NY.ANID:bt3bY4/mpool作成時にバージョン指定で作れば良いよ、オプション有ったはず。
作成後はむりぽ。
flagが、activeじゃなければ、リードオンリーでならマンウト出来るかもだけど。
あとは9.1を、9-stableに上げるか。
0237234
2013/07/01(月) NY:AN:NY.ANID:aLIeThm0レスありがとうございます。最初は当該フラグを個別に無効指定すればいいかと思ったけどダメでした。
# 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:Penguin
2013/07/01(月) NY:AN:NY.ANID:ytqJl/9Eプロパティには出てこないけど、feature-flag対応のVerは内部的に5000ってバージョンを振ってる。
後はfeature-flagの対応項目によって、さらに分けてると思う。
feature-flagへの対応が、OSによってまちまちだから。(ライブラリの更新タイミングによって)
そういう意味では、他のOSへpool持ってく事がある場合、Version 28で作っておいて、
アップグレードしないようにする必要がある。
本家と分家すべてのZFSで互換がとれてるのが、28で最後だから。
0239login:Penguin
2013/07/02(火) NY:AN:NY.ANID:Dnd2oDcr以降の機能追加はバージョンではなくfeature flagsで管理される、という感じ。
>>234
ZFS on Linuxはディスク単位でプールに追加しても実際は>>234のようにパーティションが作られて追加されるわけだけど、
1TB+2TBを2TB+2TBに換装みたいなことした際にちゃんとディスク全体を使ってexpandできるように
(パーティション単位の追加と区別するために)作られるマーカーみたいなもん
・・・なんじゃないかと勝手に思ってる。
0240login:Penguin
2013/07/02(火) NY:AN:NY.ANID:iYqJC1u8feature flagsでの管理ってのがイマイチ良く分からんのよね、
feature flagsの対応自体に差がある場合の動作が。
試してみろって言われりゃそれまでなんだがw
たとえばOI 151p7はlz4未対応だけど、こいつにlz4まで対応したpoolを
移そうとした場合、zl4がdisableされてるpoolなら、インポート出来んのかなーって。
これがエラーになる様だと、結局 28に統一しておく事になっちゃうし。
ま、通常poolの移動なんて、システム一式入れ替えてOS変わるときとか位だから、
大抵、入れ替えたOSの方が新しい物になってて、気にしないって事の方が多いだろうけど。
0241login:Penguin
2013/07/03(水) NY:AN:NY.ANID:9cOaCYiB0242login:Penguin
2013/07/03(水) NY:AN:NY.ANID:7e2PxRAG0243login:Penguin
2013/07/03(水) NY:AN:NY.ANID:tbz0Nz3r違わないのならそこそこ安定して使えると思うよ。
0244login:Penguin
2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT
tank 3.62T 3.25T 380G 89% 1.00x ONLINE -
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
tank 2.36T 234G 581K /tank
上のALLOCと下のUSEDが一致しないんだけどこの差の1Tはどこにいってしまってるんだろうか
0245login:Penguin
2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0# zpool list
NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT
tank 3.62T 3.25T 380G 89% 1.00x ONLINE -
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
tank 2.36T 234G 581K /tank
0246login:Penguin
2013/07/13(土) NY:AN:NY.ANID:qwmqcXFmpoolの構成書けよ。
zpool → poolの総使用量
zfs list → パリティ分を除いた、実使用量な。
+alloc済みで解放されてねー分が入ってんじゃねーの?
0247login:Penguin
2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0poolの構成:1TBx4のRAIDZ1 です
ああなるほどパリティの分ですね
1Tx4台のRAIDZだと実際使える量はこんなもんなんですね
4TiB≒3.64TB
3.62TB*(3/4)=2.72TB
0248login:Penguin
2013/07/13(土) NY:AN:NY.ANID:qwmqcXFmZFSは安定的に使いたければ、使用量80%までで使うこった。
0249login:Penguin
2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0まじっすか?
じゃあそれを守るとしたら総量がでかくなればなるほど無駄な領域が増えてくのか
0250login:Penguin
2013/07/13(土) NY:AN:NY.ANID:JiuHShFV0251login:Penguin
2013/07/13(土) NY:AN:NY.ANID:aIY4IVNO機能的にスナップショットやデータの配置換えを裏で実行するタイプのディスク装置やファイルシステムの場合、
作業領域が必要な場合が多いよ。
ディスクは 1000Byte = 1KB 表示で OS 表示の場合と違う分目減りする、RAID のパリティで目減りする、
ファイルシステムフォーマットで目減りする、スナップショット等の作業領域で目減りするなど、
減る部分が多いので、ディスク装置の販売・購入する場合には、(特に予算を握っている人たちに)
事前に説明しておかないとトラブるので注意が必要です。
0252login:Penguin
2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0無駄は言い過ぎたかな
>>251
なるほど
ちょっと考え直した方が良さそうですね
0253login:Penguin
2013/07/13(土) NY:AN:NY.ANID:gnPSqE0Lhttp://www.amazon.co.jp/gp/product/B0061XI1B0/ref=oh_details_o02_s00_i00?ie=UTF8&psc=1
タワー型PCに装着したら、LinuxからはSSDは/dev/sdaに見えていて、
by-id では ata-INTEL_SSDSC2CT120A3_CVMP235605ZZ120BGN となっている。
ZFSを始めたころはCentOS6のデバイス命名法に慣れていなかったので、/dev/sdaとか
平気でzpoolの引数に使っていたが、USBやPCIにデバイスを挿す度に、デバイス名が変わるので、
最近はby-id とか by-uuidを使うようになってきた。であるので、ata-INTEL_SSDSC2CT120A..
と長くなっても別にいいのだが、入力は誠に面倒である。
zpool iostat -vの出力が横に長くなって、画面からはみ出しそうだ。
0254login:Penguin
2013/07/13(土) NY:AN:NY.ANID:qwmqcXFm80%までに押さえる必要があるのは、パフォーマンスを考えての事だけどな。
これはSUN/Oracleでも言われていること。
ZFSはCoWのファイルシステムなんで、空き領域が少なくなると、
データコピーの段階でパフォーマンスが落ちる。
ついでに、あまりにも空き領域が少なすぎると、
ファイルの削除もまともに出来なくなるからな。
0255login:Penguin
2013/07/13(土) NY:AN:NY.ANID:Kf4QQxXB母数が大きくてもその 80% はかわらない?
0256login:Penguin
2013/07/15(月) NY:AN:NY.ANID:Xmg8nFb0初期値の8kから64kにすると速くなった。
https://groups.google.com/a/zfsonlinux.org/forum/#!searchin/zfs-discuss/volblocksize/zfs-discuss/e-EsXN8L-HM/CQxcnPUWKqgJ
ddの書き込みが20MB/sから80MB/sに向上したので、64kをさらに大きくすると
どうかと思っている。
volblocksizeの最適値の情報はありませんか?
0257login:Penguin
2013/07/15(月) NY:AN:NY.ANID:C7Fa5xcvシーケンシャルアクセスが多いならブロックサイズ(チャンクサイズ)を大きくしたほうが速いのは RAID 共通でしょ。
最適値はランダムアクセス/シーケンシャルアクセスの利用比率によるから、dd だけで速くなった・遅くなった
を語るのは早計だとおもう。
0258256
2013/07/16(火) NY:AN:NY.ANID:x5Sp/9vTいろいろ試行錯誤しているわけです。
とりあえず、128kにして様子見してます。
0259login:Penguin
2013/07/16(火) NY:AN:NY.ANID:MKzBlrm10260login:Penguin
2013/07/19(金) NY:AN:NY.ANID:4Dze9VBBとりあえずpoolを一旦destroyしてimportしなおそうとしたんだけど
# zpool import
state: UNAVAIL
status: One or more devices are missing from the system.
action: The pool cannot be imported. Attach the missing
devices and try again.
config:
tank UNAVAIL missing device
raidz1-0 DEGRADED
ada3p2 ONLINE
ada0p2 ONLINE
476911582231808081 OFFLINE
ada2p2 ONLINE
cache
dsk/ada4p5
spares
dsk/ada5p2
logs
ada4p4 ONLINE
# zpool import tank
cannot import 'tank': one or more devices is currently unavailable
となってimportできない
-fや-Fをつけても一緒で-Xをつけると動き出すけど20秒ぐらいでOSがリブートする
交換しようとしたHDDは壊れてないんだけど仮に壊れたとしてもRAIDZ1だから復旧できるはずだよね?
どうにか復旧させる方法はないでしょうか?
0261login:Penguin
2013/07/19(金) NY:AN:NY.ANID:4Dze9VBBOSはFreebSDです
0262login:Penguin
2013/07/19(金) NY:AN:NY.ANID:Lsy7Em4dなんでdestroyしてんだとか、やってることが全く意味不明なんですけど。
0263login:Penguin
2013/07/19(金) NY:AN:NY.ANID:4Dze9VBBはい、すいません自分でも意味不明ですバカです
>なにミスったのか
何をしたのかちょっとあやふやなんですけど
replaceしようとしてなぜか間違えて交換用HDDをaddしてしまう
addしてしまったHDDを削除しようとしても削除できない→destoroyする
基本的にdestroyしても復活させるのはできますよね?
0264login:Penguin
2013/07/19(金) NY:AN:NY.ANID:4Dze9VBBNAME STATE READ WRITE CKSUM
tank DEGRADED 0 0 0
raidz1-0 DEGRADED 0 0 0
ada3p2 ONLINE 0 0 0
ada0p2 ONLINE 0 0 0
476911582231808081 OFFLINE 0 0 0 was /dev/dsk/ada1p2
ada2p2 ONLINE 0 0 0
da0s1 ONLINE 0 0 0
今この状態です
# zpool remove tn1 da0s1
してもremoveできないのですが削除するにはどうしたら良いでしょうか
0265login:Penguin
2013/07/19(金) NY:AN:NY.ANID:Lsy7Em4dそれだと現状、壊れてるvdev + addしたHDDのRAID0状態にpoolがなっちまってるな。
ZFSはmirrorの片割れしかdetach出来ないんで、
いったん中のデータ全部退避して、poolをdestroy > createしなきゃ、もう無理だわ。
0266login:Penguin
2013/07/19(金) NY:AN:NY.ANID:4Dze9VBBああやっぱりそうですよね作り直します
ありがとうございます
0267login:Penguin
2013/07/21(日) NY:AN:NY.ANID:rOGOGbbjスナップショットもとってないんだけど、ZFSに対応した復元ソフト何か無いですか?
0268login:Penguin
2013/07/22(月) NY:AN:NY.ANID:V6DpD/zz現在、Linuxで実用的に使えるスナップショットの仕組みはLVMが一般的です。
ただ数年前にベンチマークを取ったとき、LVMはスナップショットの作った時の
速度低下が通常時の1/3〜1/4になったと記憶しています。
現在開発中のものも含めて、なにか良いスナップショットの仕組みはありませんか?
ZFSが一つの候補になりそうですが。
0269login:Penguin
2013/07/22(月) NY:AN:NY.ANID:0sXdRXuB0270login:Penguin
2013/07/23(火) NY:AN:NY.ANID:bN8eE84Y使ったことはないけど
SolarisでのZFSの使い勝手はUFSのときと別次元ですから。
0271login:Penguin
2013/07/23(火) NY:AN:NY.ANID:IdRLRG3b別のファイルシステムにバックアップを取ることは可能でしょうか。
zfsの最新ファイルのみ別ファイルシステム上で閲覧できて、
差分ファイルは別途保存しておくようなことができるのが理想なのですが
0272login:Penguin
2013/07/23(火) NY:AN:NY.ANID:T9qkV6aV上と下で書いてる事が、矛盾してる気がするが。
もう1台ZFS鯖立てて、send/receive。
0273login:Penguin
2013/07/23(火) NY:AN:NY.ANID:CxTPb5LT上:どうしてもZFSじゃないfsに保存したいならsendして受け側でtarで固めて置けば?
下:rsyncでもすれば?(適当)
どっちにしろ>>272以外の方法をとる理由が思い浮かばないけど。
俺は2TBのzpoolに最新スナップショット(@latest)だけ置いといて、
定期的にスナップショット取っては3TBのzpoolに@latestとの差分sendしてるよ。
0274login:Penguin
2013/07/23(火) NY:AN:NY.ANID:aZL7D4VTZFS on Linuxオススメ
0.6.1以降は結構簡単に使えるよ
0275login:Penguin
2013/07/24(水) NY:AN:NY.ANID:iTC+MOu+レスありがとうございます。やっぱりもう一台zfsが必要なんですね。
現状ntfs上にバックアップをしており、一部世代バックアップが必要な状況です。
今はAcronisTrueImageの増分機能で補っていたのですがそれも大変なため、
バックアップのバックアップ先としてzfsを仮想PCで動かそうと考えていました。
最新のバックアップはntfs上に配置し、
zfsでスナップショット管理を行うつもりでしたが、
それを行うとzfsのHDDが逝ったときに過去のバックアップなくなることに気づき質問しました。
0276login:Penguin
2013/07/24(水) NY:AN:NY.ANID:B4xSYwan0277login:Penguin
2013/07/24(水) NY:AN:NY.ANID:vEtr8GsT0278login:Penguin
2013/07/26(金) NY:AN:NY.ANID:plluCzpQFAT32が円盤メディアで使われる時代でもないし、あまり意味があるとも思えないのだけど
0279login:Penguin
2013/07/26(金) NY:AN:NY.ANID:AdUv+rsy0280login:Penguin
2013/08/09(金) NY:AN:NY.ANID:PDSqrtHSonlineもパッチ飛び交ってる。
まとめて3.12に入るかな。
0281login:Penguin
2013/08/27(火) NY:AN:NY.ANID:rGGOASE6ttp://zfsonlinux.org
更新内容は以下
ttps://groups.google.com/a/zfsonlinux.org/forum/#!msg/zfs-announce/DOAuSF7kjsU/jwN3a7Ts3RgJ
0282login:Penguin
2013/08/27(火) NY:AN:NY.ANID:OXEfzcgQ0283login:Penguin
2013/08/27(火) NY:AN:NY.ANID:F+JQpqcw今度NAS建て替えるんだが、参考にしたいからベンチマークしてるサイトとか教えろください
0284デムパゆんゆんネトウヨ特攻兵@8月一億総懺悔 【関電 61.5 %】
2013/08/27(火) NY:AN:NY.ANID:N3tzzneF0285login:Penguin
2013/08/28(水) NY:AN:NY.ANID:GLhfI84T0286login:Penguin
2013/08/28(水) NY:AN:NY.ANID:lXAJMyoG0287login:Penguin
2013/08/28(水) NY:AN:NY.ANID:GLhfI84Thttp://blog.livedoor.jp/hkoie/archives/54295769.html
0288login:Penguin
2013/08/28(水) NY:AN:NY.ANID:gL80mIYsJFFS2 warning: (1873) jffs2_do_read_inode_internal: Truncating ino #24 to 614400 bytes failed because it only had 370650 bytes to start with!
dmesgに上記ログが。
どういう意味か教えてください。
0289login:Penguin
2013/08/29(木) NY:AN:NY.ANID:BtXPCrvldkmsでweak-updatesの処理を失敗したらしく、再起動後ZFSの
カーネルモジュールのロードが出来なくなった。
一旦ZFS、SPL関連のパッケージを削除して、再度ZFSを
インストールしたが、バージョンアップした人で、同じ現象に
なった人はいますか?
0290login:Penguin
2013/09/01(日) 03:50:34.79ID:ywtVy7GCシングルドライブでの性能はext4やbtrfsより悪い
ttp://www.phoronix.com/scan.php?page=article&item=zfs_linux_062&num=1
RAIDだとmd + LVM + ext4より上
ttp://www.phoronix.com/scan.php?page=news_item&px=MTM1ODk
>>289
同様の事例がMLに上がってる
ttps://groups.google.com/a/zfsonlinux.org/d/topic/zfs-discuss/KxiwtyMbNvc/discussion
0291login:Penguin
2013/09/08(日) 15:41:14.29ID:W2sGUNpb0292login:Penguin
2013/09/08(日) 15:45:52.93ID:6uU/xOGJ0293login:Penguin
2013/09/08(日) 19:00:42.23ID:1UMToJmv0294login:Penguin
2013/09/08(日) 19:10:59.52ID:0gTpM+szvfs_shadow_copy2使って古いファイルも取り出せる。
0295login:Penguin
2013/09/08(日) 23:39:25.54ID:2Hpjm7J6ホームディレクトリをsend/recvでバックアップとかもしたいし。
Linux/Macなら既にできるけど・・・
0296login:Penguin
2013/09/09(月) 17:31:25.57ID:6tpP5hHd業務ファイルのやりとりでファイル名が長すぎるせいでzip展開できんとか出てきた
0297login:Penguin
2013/09/09(月) 17:32:53.83ID:HyLKLc8P0298login:Penguin
2013/09/09(月) 17:34:25.70ID:JAicnxGZ0299login:Penguin
2013/09/10(火) 01:24:55.47ID:MOwuRXd+もう中身空でファイル名だけでいいよ。
内容から一覧を作成するコンテンツマネージャを使えばいい。
0300login:Penguin
2013/09/10(火) 01:33:44.85ID:X2kKPjWDまあそれでも長すぎるけど、最大ファイルサイズや最大ボリュームサイズと違って現実的に到達しうる数字ってのは微妙だな。
(日本語でもあるけど)合成文字を多用する言語圏だと見かけ上1文字で10文字(30byte)近く使うような文字もあった気がするし。
0301login:Penguin
2013/09/10(火) 15:22:01.46ID:j3i00SBZリソースフォークとかmacの悪夢再び
0302login:Penguin
2013/09/12(木) 00:54:09.21ID:L7ec5eLUWindowsの開発を例として以下のファイルシステムとスナップショットがあるとします。
/src/windows
/src/windows@XP
/src/windows@7
/src/windows@8
�@ここで@XPにロールバックした場合@7と@8は削除されて復元は不可能でしょうか
また、この状態でXPのSP2、SP3を開発するとなった場合、
�Acloneで新しくファイルシステムを作成して以下のような形にする認識でいいでしょうか
/src/windowsXP
/src/windowsXP@SP2
/src/windowsXP@SP3
(つづく)
0303login:Penguin
2013/09/12(木) 00:55:29.68ID:L7ec5eLU上記の場合だと以下のような構成になるかと思います。
/src/windows
/src/windows@XP
/src/windows@7
/src/windows@8
/src/windowsXP
/src/windowsXP@SP2
/src/windowsXP@SP3
�Bすべて/src/windowsのファイルシステムで完結させて、
各スナップショット(@XP、@7、@8、@XPSP2、@XPSP3)を管理することは
普通は不可能でしょうか。
(/src/windows@8をとった時点でcloneしたXPからごっそり中身を移植するのでは、
dedupしてない限り容量効率が悪くなりますよね?)
0304login:Penguin
2013/09/12(木) 03:08:13.53ID:5UvEKiw2�@不可能です
�A
# zfs clone src/windows@XP src/windowsXP
としたならそういう構成になります
ただ(つづき)の時点ではwindowsはwindows@8より新しく、windowsXPはwindows@SP3より新しいことに注意
�B
管理、の意味がちょっとわからないけど。とりあえずデータセットを枝分かれさせるようなスナップショットは取れません
(というか枝分かれをさせるための機能がclone)
/src/windowsの@XP作成後に加えた変更の/src/windowsXPに加えた変更をマージするのは人手でやるものでは・・・ごっそり移植とは?
0305login:Penguin
2013/09/12(木) 09:44:33.18ID:hcALch8S0306login:Penguin
2013/09/12(木) 20:18:32.81ID:L7ec5eLUレスありがとうございます。
�Bの移植については�@の状態から
手動でwindowsXPの状態をwindowsにコピーすることを考えています。
i. ミラーリングの場合
# zfs clone src/windows@XP src/windowsXP
# robocopy /src/windowsXP /src/windows /MIR
# zfs destroy src/windowsXP
ii. 全削除、全コピー場合
# zfs clone src/windows@XP src/windowsXP
# rm -rf /src/windows/*
# mv /src/windowsXP/* /src/windows
# zfs destroy src/windowsXP
上記どちらの場合でも>>303より余分に容量をとってしまい、
特にiiの場合はiよりもかなりの容量を必要にすると思っていますが、
間違いないでしょうか
0307login:Penguin
2013/09/12(木) 20:29:44.80ID:NwreqCrZ> robocopy <
 ̄Y^Y^Y^Y^Y ̄
0308login:Penguin
2013/09/12(木) 20:38:52.56ID:L7ec5eLUあ、ほんとだ。winと併用してるから間違えたw
rsyncで読み替えてください
0309login:Penguin
2013/09/13(金) 02:06:05.59ID:UqroIly4>>306
メインのsrc/windowsには@XP以降の修正を置くようにしたいのであれば、
windowsXPをpromoteしてからrenameすれば容量そんな食わないのでは?
# zfs promote src/windowsXP
# zfs rename src/windows src/windows_old
# zfs rename src/windowsXP src/windows
とすればiやiiの結果と同様にpromote前の/src/windowsXPが/src/windowsに成り代わる。
src/windowsは@XPを持ち、src/windows_oldは@XPを親とし@7、@8のsnapshotを保持する
イメージとしてはこんな感じ。
http://pastebin.com/SHkQn0JY
0310login:Penguin
2013/09/13(金) 02:22:28.61ID:UqroIly4自己レスだが@SP2、@SP3の存在を忘れてた。含めるとこんな感じ。
http://pastebin.com/sXx5ueix
0311login:Penguin
2013/09/13(金) 09:41:53.21ID:Clq2PzQAさくっと計りたい時 bonnie++
ブロックサイズ指定とか細かくするなら fio
DB乗せるストレージを計る時 ORION
そう言うオマイは何使ってんのさ?
0312login:Penguin
2013/09/13(金) 09:58:22.99ID:sthiZb+2評判が良さそうなので iozone もためしたけどgnuplotとの連系はうまくいかなかった。
0313login:Penguin
2013/09/13(金) 10:09:49.11ID:FomwIWqg0314login:Penguin
2013/09/13(金) 10:25:46.03ID:lgYR7y/M0315login:Penguin
2013/09/13(金) 10:31:24.78ID:FomwIWqgデバイスに対する読み書きのテストって良く考えたら、
パーティションもファイルシステムも選んだ覚えないな!
0316login:Penguin
2013/09/13(金) 16:17:02.68ID:DVWaJ00+シーケンシャルでの結果しか判らないが、
書き込みは
dd if=/dev/zero of=testfile bs=1M count=400 oflag=direct
読み込みは
dd if=imagefile bs=1M count=400 oflag=direct > /dev/null
※imaegefileはOSのDVDイメージ等を利用
だいたいの傾向が判るので重宝してます。
0317login:Penguin
2013/09/13(金) 16:55:29.35ID:sthiZb+2なるほどddだったらどこでもすぐテストできますね。
dbenchとはかなり違った傾向で特にSSDは低めな結果になりました。
0318login:Penguin
2013/09/13(金) 17:26:42.73ID:Qy/+uAssfioは色々レシピ作れるので、負荷テストとベンチマーク兼ねた使い方もできるし。
0319login:Penguin
2013/09/15(日) 21:21:40.78ID:uk3IcHE2ddで元ネタに/dev/zeroを使うのは、圧縮が効くファイルシステム(btrfsとか)や
ディスクコントローラ(SSDに多い)だと、見掛け上ものすごい性能が出るから
当てにならないよ。
ワーストケース(というか実際)の性能を知りたければ、自前で乱数列を生成する
スクリプトか何かを書いて、パイプでddに流し込むべき。
0320login:Penguin
2013/09/15(日) 21:31:52.32ID:k25Zn4IDそれなりにCPU食うしそっちの生成速度に律速されちゃうからなあ。
0321login:Penguin
2013/09/16(月) 18:11:36.72ID:QTL1PR7aなんとなく標準コマンドでなんとかできないかなぁと手抜き思考してしまうけど、
fioみたいなツールをちゃんと入れた方がいいよね。
NASだったら実利用想定ってことでWinから繋いでCDMで計ったりするけどw
■ このスレッドは過去ログ倉庫に格納されています