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

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

レス数が950を超えています。1000を超えると書き込みができなくなります。
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 あたりで。
0002login:Penguin2013/03/15(金) 11:52:50.36ID:O3XCXQaz
●過去スレ
01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 http://pc11.2ch.net/test/read.cgi/linux/1164457481/
07 http://pc11.2ch.net/test/read.cgi/linux/1173530292/
08 http://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 http://pc11.2ch.net/test/read.cgi/linux/1225001916/
10 http://pc11.2ch.net/test/read.cgi/linux/1238673446/
11 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
12 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
13 http://engawa.2ch.net/test/read.cgi/linux/1311812102/
14 http://engawa.2ch.net/test/read.cgi/linux/1326613113/
15 http://engawa.2ch.net/test/read.cgi/linux/1341012960/

●関連リンク 1
ext4　　　　　　　 ttp://www.bullopensource.org/ext4/
reiserfs/reiser4　 ttp://www.namesys.com/ (リンク切れ)
xfs　　　　　　　　ttp://oss.sgi.com/projects/xfs/
jfs　　　　　　　　ttp://jfs.sourceforge.net/
nfs　　　　　　　　ttp://nfs.sourceforge.net/
ntfs　　　　　　　 ttp://www.linux-ntfs.org/doku.php
fuse　　　　　　　 ttp://fuse.sourceforge.net/
btrfs　　　　　　　ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)　　　 ttp://www.nilfs.org/ja/
zfs　　　　　　　　ttp://zfsonlinux.org/
　　　　　　　　　 ttp://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome
0003login:Penguin2013/03/15(金) 11:53:36.63ID:O3XCXQaz
●関連リンク 2
en:List of file systems
ttp://en.wikipedia.org/wiki/List_of_file_systems
Linuxファイルシステム技術解説
ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html
Linuxの次世代ファイルシステムは「バターFS」!?
ttp://www.atmarkit.co.jp/news/200807/10/btrfs.html
Linux ジャーナリング・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-journaling-filesystems/?ca=drs-jp
Linux フラッシュ・ファイルシステムの徹底調査
ttp://www.ibm.com/developerworks/jp/linux/library/l-flash-filesystems/?ca=drs-jp
Linux filesystem benchmark 2008/1-2
ttp://www.t2-project.org/zine/1/
ttp://www.t2-project.org/zine/4/
Filesystem Specifications - Links & Whitepapers
ttp://www.forensics.nl/filesystems
Linuxファイルシステムベンチマーク ext3,ext4,JFS,ReiserFS,XFS,NILFS2
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-01.html
ttp://hesonogoma.com/linux/FileSystemBenchmarkResults-02.html
[Phoronix] Benchmarking ZFS On FreeBSD vs. EXT4 & Btrfs On Linux
ttp://www.phoronix.com/scan.php?page=article&item=zfs_ext4_btrfs

● リンク切れ
File Systems in Linux
ttp://www.linux.org/lessons/advanced/x1254.html
0004login:Penguin2013/03/15(金) 11:54:40.44ID:O3XCXQaz
● 関連リンク3 （SSD関連）
LinuxサーバーにSSDを使うための情報メモ
ttp://oopsops.hatenablog.com/entry/2012/05/24/164941

Linux+SSDのファイルシステムベンチマーク
ttp://smackerelofopinion.blogspot.jp/2012/06/intel-ssd-520-goodness.html
ttp://hesonogoma.com/SSD/Intel_SSD-330-Series_120GB_Benchmark.html
ttp://hesonogoma.com/SSD/Silicon-Power_SSD-T10-128GB_Benchmark.html
0005login:Penguin2013/03/16(土) 21:19:16.28ID:jpROn1nQ
おつ
0006login:Penguin2013/03/17(日) 01:06:41.53ID:k7YfBVGE
いちおつ
0007login:Penguin2013/03/17(日) 01:46:30.37ID:Ng0iXUb8
「リンク切れ」フラグ以外に次のページがリンク切れになってるな
差し替え候補も挙げておく

ntfs
ttp://www.linux-ntfs.org/doku.php
　↓
ttp://sourceforge.jp/projects/sfnet_linux-ntfs/

zfs
ttp://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome
　↓
「リンク切れ」フラグ
0008login:Penguin2013/03/19(火) 06:34:04.51ID:RdPEahjD
設計思想の移り変わりはおもしろいものがあるな
2000年前半はBSDのsoftupdateが羨ましがられてたけど今はdelayed allocationだもんな
瞬電でデータ飛ぶと思うんだが
0009login:Penguin2013/03/19(火) 08:11:05.31ID:oF7H0EVq
fdatasync()で永続化が保障されているなら問題無い
0010login:Penguin2013/03/19(火) 21:17:35.38ID:8Y0XG/PW
fdatasync()
0011login:Penguin2013/03/19(火) 23:16:55.77ID:hS3QVKjA
2000年前に空目した。。
ここだけ西暦４０００年スレに迷い込んだのかと思った
0012login:Penguin2013/03/20(水) 00:36:42.44ID:uUYCEX9q
石板云々の話に戻ったのかと
0013login:Penguin2013/03/20(水) 03:18:58.64ID:LJ20NScT
>>1
11 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
12 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
↓
11 http://hibari.2ch.net/test/read.cgi/linux/1256639505/
12 http://hibari.2ch.net/test/read.cgi/linux/1281277564/

2年くらいそのまんまだけど次立てるときは覚えてたら直しといてねー
0014login:Penguin2013/03/21(木) 10:53:49.74ID:8WqhzI4Z
ZFS LinuxとKVMを組み合わせて使っている人はいませんか？

KVMを使う事になって、ZFSのファイルシステムに/var/lib/libvirtを
確保したところ、仮想イメージを読み込めないというエラーに
なってしまった。

qemu-kvm: -drive file=/var/lib/libvirt/images/Cent63.qcow2,
if=none,id=drive-virtio-disk0,format=qcow2,cache=none:
could not open disk image /var/lib/libvirt/images/Cent63.qcow2: Invalid argument

Shellからは/var/lib/libvirt/images/Cent63.qcow2は見えているのだが、
KVMからはアクセスできないようです。dedupをonに設定しているのが問題かもしれない。
0015login:Penguin2013/03/21(木) 21:45:14.80ID:tBSO/EiC
ぱーみっしょんというおちは？
0016login:Penguin2013/03/21(木) 23:04:55.01ID:8WqhzI4Z
＞15

それは無いです。libvertdが起動すると、EXT4では仮想イメージの
ファイルオーナーがQEMUに変わるのですが、ZFSの場合は
rootですから、libvertdの起動の時に何かコケてるのかも。

Zvolで使う例はありますが、これだとPCで作った
仮想イメージの利用が難しいので、すなおにEXT4のディスクに
データを置く事にしました。
0017login:Penguin2013/03/21(木) 23:46:27.01ID:iQl5eEPP
ちゃんと上位ディレクトリまでアクセス可能にしてあるの？
それと所有者はあらかじめ変更しておくのが普通じゃね？
0018login:Penguin2013/03/21(木) 23:54:32.17ID:r1N3DmlG
アクセス拒否ならpermission deniedだろ
0019login:Penguin2013/03/22(金) 00:10:49.11ID:yeeZS8C2
これと関係あるか分からんけどAppArmorでハマった事あるな
ログとかstraceとかしてみれば？
0020login:Penguin2013/03/22(金) 00:20:15.73ID:i+O0Nh3S
>>18
そりゃそうだｗ
エラー見落としてたわ

>>16
cache=noneじゃなくてwritebackまたはwritethroughにしたら動かないかな？
0021login:Penguin2013/03/22(金) 09:30:35.11ID:AE6fg0F0
ZFSはO_DIRECTサポートしていないね
0022142013/03/22(金) 10:07:41.30ID:WmwOUHvi
コメントありがとう御座います。

早速、ZFSの検証しようと朝アクセスしたら、なんとディスクにBADセクタが
出てしまい。HDDの交換が必要となりました。直したらcache=を確認してみます。

AppArmorの話からselinuxを確認しましたが、selinuxがONで動かないと
いう恥ずかしい設定でもなく、disabledになってました。
0023login:Penguin2013/03/22(金) 22:54:19.64ID:X8nYSsrK
http://news.mynavi.jp/news/2013/03/22/146/index.html
Phoronixに、近々リリースが予定されているLinuxカーネル3.9において、
Ext4、Btrfs、XFS、F2FSの4つのファイルシステムのベンチマークを実施した結果が掲載された。
ハードディスクとSSDの双方に対してベンチマークが実施されており参考になる。
0024login:Penguin2013/03/23(土) 05:21:49.33ID:/9/n4mBX
Phoronixのベンチマークが参考になるとか冗談だろ
0025142013/03/25(月) 13:37:58.39ID:o372zTlx
週末ディスクを修復して、ZFS+KVMの構築を再開しました。

やはり、ZFSのファイルシステム上ではエラーが出るので、
Zvolで100Gのデバイスを作り、ext4で初期化してから、
/var/lib/libvirdにマウントして使う事にしました。

KVMからファイルシステムext4内のディスクイメージを
参照しますので、別システムからのデータの移行が容易で、
利用したかったZFSの圧縮や重複排除の恩恵も受けているように
見えます。
0026login:Penguin2013/03/25(月) 22:29:30.25ID:o8sEYD+1
dedup はアカン
0027login:Penguin2013/03/25(月) 22:42:17.58ID:szL/Ldvk
重複排除は意味無いと何度言ったら
0028login:Penguin2013/03/25(月) 23:00:39.12ID:1CLprKtk
dedup=ででゅっぷ？
ext4=えくすとふぉー？
zvol=ずぶぉる？
0029login:Penguin2013/03/25(月) 23:08:32.87ID:JRLzLMPe
重複排除ってそんな意味無いんか？
ほぼ一緒の仮想マシンイメージをたくさん動かしているとか、そういうケースだと
かなり節約してくれそうな妄想があったんだが(唐突な想定をしてみる
0030login:Penguin2013/03/26(火) 00:05:14.63ID:EhIvJLVM
ZFSのは負荷高いから使うなって言われてる
0031login:Penguin2013/03/26(火) 03:51:36.42ID:Q0YlDpow
squashfsはええで。重複排除してしかも圧縮してくれる
0032login:Penguin2013/03/26(火) 05:32:35.86ID:uHNFxAii
読み込み専用だけどな。
0033login:Penguin2013/03/27(水) 13:54:56.08ID:kbfXcEzl
個人利用レベルなら追加のディスク買えでFA
趣味実験ならご自由に
0034login:Penguin2013/03/29(金) 02:30:40.78ID:DmkPQhHx
Linuxでも同じことが起こるんですか？
peta.okechan.net/blog/archives/1789
0035login:Penguin2013/03/29(金) 07:49:50.16ID:q9NZ9fgN
そらまあ起き得る問題もあるだろうね。

Solarisを使っていてもこんなこともある。
http://ftp-admin.blogspot.jp/2011/11/solaris-10-0811-u10.html
0036login:Penguin2013/03/29(金) 13:11:15.32ID:L+5fEbY3
dedupはWindows Server 2012方式の方が嬉しいとき多いなぁ
0037login:Penguin2013/03/30(土) 05:03:13.96ID:PesdyhcX
ZFS on Linux 0.61正式リリース
ttps://groups.google.com/a/zfsonlinux.org/d/topic/zfs-announce/ZXADhyOwFfA/discussion

>ZoL is ready for wide scale deployment on everything from desktops to super computers.
だそうだ
0038login:Penguin2013/03/30(土) 05:51:29.73ID:s65gTKDX
ライセンスでどうせマージされないんでしょ？
0039login:Penguin2013/03/30(土) 15:23:10.83ID:xmp7Yukm
CentOS／Redhatのyum レポジトリーへのリンクがあるのね。
Releases: 6.x、x86_64のみですが、今時32ビットでZFSを
やる人はいないでしょう。

コンパイルする手間が無くなって良かった。正直なところSPLとZFSの
Develop環境のバージョンを合わせてコンパイルするのが面倒だったのだ。
0040login:Penguin2013/03/30(土) 17:24:56.04ID:X8h+skL3
おおパッケージとかかなりうれしいわヽ(´ー｀)ノ
0041392013/03/31(日) 02:03:21.79ID:9qe220jo
> 40

yum install zfsでインストールが出来ますが、開発環境の
インストールまではyumで面倒見てくれないので、zfsのインストール前に
yum groupinstall "Development tools"を実行します。

"Development tools"が無くてもインストールは成功するので、
ちょっと判り難いです。この場合のyumのメッセージで、

....
Loading new spl-0.6.1 DKMS files...
First Installation: checking all kernels...
Building only for 2.6.32-358.2.1.el6.x86_64
Module build for the currently running kernel was skipped since the
kernel source for this kernel does not seem to be installed.
....

と、一応表示しているので、これが出たら、開発環境のインストールを
調べて下さい。
0042login:Penguin2013/03/31(日) 08:54:28.43ID:QluyxQh1
flashcache他SSDcacheもこのスレでいいでしょうか?
ダメならスレ立てしますが、需要少なすぎるからすぐ落ちそうで・・・
0043login:Penguin2013/03/31(日) 14:09:09.39ID:t3BhFzW4
>>37
お、ついにstable出たのか。これはめでたい。
0044login:Penguin2013/04/03(水) 17:35:42.37ID:b7Blp90S
zfsonlinux.org使っている人感想教えて
0045login:Penguin2013/04/03(水) 20:50:43.35ID:j67Yv83e
>>44

まぁ、普通。問題なく使えているが、ZFSを無理に使う
理由が見いだせない。

ディスクを簡単に増設したり、領域を切り出したり確かに便利ですが、
日常の利用でそのような場面がどれだけあるか。サーバー向けの
ファイルシステムですね。と言ってもLinux業界では実績が無いので、
今後採用される見込みもなく。このままフェードアウトと思う。

さくら失敗の悪評がやっぱり大きいと思いますよ。
0046login:Penguin2013/04/03(水) 21:44:16.83ID:bheIiLag
>>45
> さくら失敗の悪評がやっぱり大きいと思いますよ。
Oracleがやらかしたのは事実だがLinuxじゃないし。
なんかイミフ。
0047login:Penguin2013/04/03(水) 21:55:36.77ID:w7vNx7of
zfsというかストレージシステムがまずかったんでしょ
OracleというかSunというかベンダーが出してるカタログスペックを元に採用したらうまく性能が出なかったって言う
まあzfsに問題がないかはわからんけど
0048login:Penguin2013/04/03(水) 22:03:19.86ID:b7Blp90S
>>45
ありがとう

すべてのデータとメタデータのチェックサム機能をlinuxで利用できればパフォーマンスは問わないから
FreeBSDとかillumosより便利そうだ
0049login:Penguin2013/04/04(木) 07:35:07.00ID:m62J4ER0
FreeBSDでは結構トラブってる模様。
https://www.allbsd.org/~hrs/diary/

じゃあSolarisならノートラブルかというとそうでもないようで。
http://ftp-admin.blogspot.jp/2011/11/solaris-10-0811-u10.html

国内最大規模のanonymous ftpサーバー提供してる人たちだから
トラブルにあう可能性も高いんだろうけど。
0050login:Penguin2013/04/04(木) 08:37:21.32ID:pu1QAXQt
>>48

若いときの苦労は買ってまでしたいというなら、
止めはしないが、素直にFreeBSDとかSolarisを使っていた方が無難。

SANやNASで使うならなおさらで、Linuxじゃ無くてもね。

私ですか？　KVMのストレージに管理に使ってみたが、FreeBSDで
SANサーバを作ってKVMからアクセスした方が良かったかも。
0051login:Penguin2013/04/04(木) 10:03:48.34ID:EwafVmNS
現状ではbtrfsより遥かにマシってのがなんとも
0052login:Penguin2013/04/04(木) 11:23:40.02ID:PpSbqmlR
>>49
最近の FreeBSD ではだいぶ安定しているみたいだけど
ttp://lists.allbsd.org/pipermail/freebsd-ja/2012-December/000010.html
ttp://people.allbsd.org/~hrs/FreeBSD/sato-FBSD20121207.pdf
まとめ
・9系の ZFS は、デフォルト設定でもそこそこ動きます
・開発者が使っているマシンも ZFS に移行しているので、
安定性の心配は（昨年に比べると）だいぶなくなりました
0053ftp.jaist.ac.jpの中の人2013/04/04(木) 11:31:16.71ID:dhr/hCoK
>>49
OSのアップグレードにはまっただけで、ZFSではまったわけではありません。
0054login:Penguin2013/04/04(木) 11:39:00.93ID:UjGu7GD8
たぶん>>49にとっては酸っぱいブドウなんですよ
0055login:Penguin2013/04/04(木) 12:00:11.92ID:Oafc4gEk
結論として、ZFSはFreeBSDで使うべき。Linxuでは止めとけ。
でOK?
0056login:Penguin2013/04/04(木) 12:03:23.30ID:NCDfGtxh
Linuxでやめておけと言うよりはFreeBSDやSolarisではzfsはやめておけって情報しかないな
0057login:Penguin2013/04/04(木) 12:19:18.27ID:uo4//EZO
つまりZFS使うのはやめておけと
0058ftp.jaist.ac.jpの中の人2013/04/04(木) 12:38:35.14ID:dhr/hCoK
JAISTでは2008年に組んだファイルサーバーで4年間ZFSを使ってきましたが何ら問題ありません。

ZFS on LinuxはLLNLがやっているので、LLNL内で使うようになるでしょう。
ユーザー規模はとんでもなく大きいしお金もあるので、ほかが採用しなくてもZFS on Linuxは成熟していくはずです。
0059login:Penguin2013/04/04(木) 12:44:56.69ID:Oafc4gEk
>>57
なるほど。Linuxでのファイルシステムは、btrfsが正式リリースされるのを
待ちつつEXT4やXFSでお茶を濁し、穴馬のEXT5の出来が素晴らしくてウマー！！と
なるのを期待するのが正解という事ですな。
0060login:Penguin2013/04/04(木) 12:48:52.42ID:NCDfGtxh
>>59
どんだけ深読みしないといけないだwww
0061login:Penguin2013/04/04(木) 13:50:08.76ID:wM0HIPk5
>>59
Linuxでのファイルシステムは、btrfsが正式リリースされるのを
待ちつつEXT4やXFSでお茶を濁し、穴馬のEXT5の出来が素晴らしくてウマー！！となるのを期待している所を大外からdralgonfly BSDのHAMMERが差しきるのが正解
0062login:Penguin2013/04/04(木) 14:41:40.02ID:OWUZ8Ux4
>>44
L2ARCとZILにSSD入れてRAID-Z使ってるけど、いい感じだよ
0063login:Penguin2013/04/04(木) 14:55:48.66ID:lNTyo4aI
SUNが元気だったらZFSも一気に仕上がったんだろうか。
SUN時代にZFS基金とか募ってたら1000円くらい出してもよかったのに。
世界中から金巻き上げていっきに完成させて、今後百年みんなでその恩恵にあずかればよかったのに。
0064login:Penguin2013/04/04(木) 15:17:05.10ID:wM0HIPk5
>>63
さくらのデータセンターで信用失ったから、どっちにしろ無理だったと思う
0065login:Penguin2013/04/04(木) 16:05:06.29ID:EwafVmNS
kfujieda兄貴おっすおっす！
0066login:Penguin2013/04/04(木) 16:20:56.99ID:QMggDTCy
個人的な意見としてはストレージ鯖でRAIDZで使うのにいい感じ
だからLinuxでは無理に使う必要ないかなと
0067login:Penguin2013/04/04(木) 16:24:13.71ID:FvysJoOk
ZFS on Linux は商用サービスで使っていますよ。LSI の HBA に
SAS Expander 付きの JBOD と組み合せて。

FreeBSDはHBAのドライバがネックで使いませんでした。
0068login:Penguin2013/04/04(木) 16:25:19.20ID:KyYHVw7f
俺はあえてbtrfsに挑むぜっ
大事なデータはバックアップするけど
バックアップ先もあえてbtffsでっ
0069login:Penguin2013/04/04(木) 16:33:41.17ID:pu1QAXQt
>>62

タワー型のPCにHDD4本とSSDを突っ込んで、ファイルサーバを作ったのですが、
安物のSSD(2.5インチSTA)なので、調子が悪いです。構成はこんな感じ
HDDは全て3.5インチSTAです。

HDD1 システム+SWAP　　　500G
HDD2 バックアップ 　1T
HDD3、HDD4 Zpool　　　500+500G
SSD log cache 40G (4Gと36Gに分割）

どんなSSDを使っているか教えて頂けると助かります。
0070login:Penguin2013/04/04(木) 17:09:21.53ID:KFI8qkMm
>>67
FreeBSDやillumosは対応してるHBAやNICがLinuxと比べてかなり少ないからなぁ
0071622013/04/04(木) 17:28:55.16ID:KFI8qkMm
>>69
Plextor M2P 128GBだよ
0072login:Penguin2013/04/04(木) 19:11:58.95ID:NCDfGtxh
>>62
感想ありがと
俺も使ってみるわ
0073login:Penguin2013/04/04(木) 19:43:11.91ID:NCDfGtxh
おっとzfsonlinux.orgはR28ベースだから暗号化に対応していないっぽいな
なにか良い代替法がある?
0074login:Penguin2013/04/05(金) 07:48:17.69ID:Bxs1/+N3
そうそう、R28以降ソースが公開されないのも問題だよなあ。
FreeBSDだったらGEOMで別途暗号化できるようだけど。
0075692013/04/05(金) 08:34:41.20ID:H8/yUP78
>>71

参考になりました。
今使っている40GのSSDは書き込みが特に遅い様です。
もう少し速いモデルに変えてみます。
0076login:Penguin2013/04/05(金) 13:27:59.69ID:Tn39+PxT
zfsの暗号化は面倒だけどluksと組み合わせるしかないようだな
0077login:Penguin2013/04/05(金) 13:40:26.55ID:eQh1eAKV
そういうレイヤーが何層も挟まるのが面倒でZFSが人気出たんだろうに結局先祖返りするのか
0078login:Penguin2013/04/06(土) 01:16:41.94ID:zFpNN1Be
>>70
基本メジャーな物で揃えちゃうから、
あまりBSDで苦労したことは無いな。

HighPointとかその辺の安物SATAとかで揃えると、色々苦労するかもしれないが。
HBAはLSI系、RAIDもLSI系/ARECA/アダプ辺り。
NICはIntelのみかな、BroadcomはWindows/Linux位までならOKだけど、
それ以外、フリー系のOSにはめっぽう弱い。

>>77
FreeBSDは元々、VFSとデバイスの間にGEOMが必ず入るから、暗号化への対応は
簡単だったはず。ファイルシステムに左右されない仕組みだから。
FreeNASの暗号化もこいつ使って、ZFS自体には手を入れて無いと思われ。
この仕組みのおかげで、本家が暗号化対応する前から、FreeBSDでは
ZFSの暗号化が出来た。

ZFS自体への組み込みはillumosの開発次第だろうけど、
出来るのかねぇ。
0079login:Penguin2013/04/06(土) 03:16:19.46ID:w5O6gHAI
>>78
> ZFS自体への組み込みはillumosの開発次第だろうけど、
> 出来るのかねぇ。
JoyentやDelphixといった企業もillumosには参加してるから、
個人レベルでは難しくても、企業が暗号化を必要とすれば実装されるかと
0080login:Penguin2013/04/06(土) 10:04:14.39ID:jRh5zqxK
>>78
LSASAS2008 とか LSISAS2308 とかの対応微妙じゃない？
0081692013/04/06(土) 10:41:25.39ID:YLwR7rsB
>>78

お大尽様だな。

カニ(Realtek)の愛用者に謝罪した方が良い。
0082login:Penguin2013/04/06(土) 20:24:18.03ID:zFpNN1Be
>>80
2308は見てないが、2008は純正ドライバ出てたはずだが。
公式でも配布ソース配布されてるし、それを元に本体にも取り込まれてる。
9-RELEASE以外は調べてない。
illumos系では、OpenIndianaで2008使ってるけど、これも問題無いなぁ。

>>81
蟹はまぁなんだ・・・食うの面ｄ（ｒｙ

元々、FreeBSDを2.0.5とかから使ってるんで、
DEC/3COM/Intel以外はアウトオブ眼中で育ってきてたってのもあるｗ
0083login:Penguin2013/04/06(土) 21:14:10.50ID:jRh5zqxK
>>82
http://www.freebsd.org/cgi/man.cgi?query=mps&;apropos=0&sektion=0&manpath=FreeBSD+9.1-RELEASE&arch=default&format=html
This driver has a couple of known shortcomings:
+o No userland utility available (e.g. mptutil(8)).
+o The driver probes devices sequentially. If your system has a large
number of devices, the probe will take a while.

2008 / 2308 共にドライバはあるんだけど、ユーザーランドツールが無い。
故障したディスクを特定する方法が無いんだよ。
あと、書き込みのエラー処理も微妙だったはず。(LSIのドライバのドキュメントにあった)
0084login:Penguin2013/04/06(土) 23:22:45.95ID:AiJeYHsh
>>81
蟹NICにオンボSATA＋RocketRAID 640とかいう貧乏人からすればLinuxでZFS動くのはもの凄くありがたいです。
0085login:Penguin2013/04/07(日) 03:17:15.63ID:/i/ZnjeP
Linux ファイルシステムにおけるバグ傾向
http://green-rabbit.sakura.ne.jp/note/2013/04/07/189/
0086login:Penguin2013/04/07(日) 03:37:53.01ID:UAfV3H4C
>>85
その人の感想と同じ感想
0087login:Penguin2013/04/07(日) 08:01:33.83ID:f6QvO51W
number of bugsの縦軸の単位ちがうのな
ext3が少なくbtrfsが圧倒的だな
時間経過でバグが減ってないのはリリース時にバスタブ曲線の底を移動と考えればまあ妥当じゃね？
0088login:Penguin2013/04/07(日) 08:31:34.48ID:RxW0w/mU
>>85
着眼点は面白いけど
それを測る物差しがパッチの数と種類って１秒でゆとり論文ってわかるだろ
0089login:Penguin2013/04/07(日) 11:00:13.50ID:w4kW1OtZ
Linux のカーネル自身がバージョンアップしているから、バスタブ曲線の底って考えるのが正しいかは疑問かな。
個人的な感想としては、カーネルの進化により、新機能の追加とバグが定常的に出ているってイメージだわ。

何のベストアワードペーパーなのかは知らんが、それでも、「比較的枯れていると思われるファイルシステム
でも定期的にヤバめなバグが出ている」(からバックアップは大事だよ)って事を説明するには有用な資料だと思う。
0090login:Penguin2013/04/07(日) 11:20:46.87ID:T1xIUC5z
> 比較的枯れていると考えられているファイルシステムと安定していないと考えられている Btrfs で割合がほぼ同じことに注目．
バグをパッチ適用数の割合で考えてFS間を比較している考察が痛いな…
0091login:Penguin2013/04/07(日) 11:34:26.53ID:w4kW1OtZ
統計については詳しくないが、比較していいもの？ってのは正直思った。
ただ、比較しづらい物を比較しようとしているわけで、分析としては悪くない／これ以上いいものが無い
ともいえるのでは？
0092login:Penguin2013/04/07(日) 11:50:21.33ID:CYwp/H1/
"A Study of Linux File System Evolution"ってタイトルなんだし
もうちょっとファイルシステムの機能とか性能とか実装手法についてサーベイして欲しかったという気がする
ぶっちゃけバグの数とかパッチの数とか割とどーでもいい
0093login:Penguin2013/04/07(日) 12:15:09.34ID:T1xIUC5z
パッチ数を測ってもバグがもたらす問題は全くわからん論文をドヤ顔で示されてもな
0094login:Penguin2013/04/07(日) 12:21:58.38ID:/MX3ErRs
ファイルシステムの開発実装ってめっちゃ地味で根気のいる作業だから、
OSSのコミュニティーでは、開発辛いんじゃね？ってのは、昔からちょこちょこ言われてた気はする。

構想と初期実装までは結構がんばるけど、後よろしく！ってイメージが。
通常のプログラムなら、バグっても、処理落ちるだけだけど、
ファイルシステムだと最悪、データぶっ飛ぶから、
新しい物を誰も使いたがらない=いつまでたってもバグ残ったまま、
メンテに飽きて、新しい機能実装＞新規バグ追加。

1つのファイルシステム開発だけで、KERNEL開発と同じぐらいのリソース
ぶち込まないと、駄目なんじゃないかと思ってみたり。
0095login:Penguin2013/04/07(日) 12:27:19.20ID:f6QvO51W
にしちゃいっぱいあるよなFS
一本化してまともなのを一つ作ってほしい
0096login:Penguin2013/04/07(日) 19:57:59.18ID:ANIDjzSx
ZFSは在りし日のSunが人・金・時間を贅沢にぶち込んだおかげだしな。
0097login:Penguin2013/04/08(月) 00:38:02.25ID:lk6D3Gz9
ヘタすると、ハンス・ライザーが出獄する頃まで、ずっとこんなグダグダが続いていたりして。
0098login:Penguin2013/04/08(月) 00:44:39.47ID:EKlslh4b
獄中で労役として開発させればいいのにな
0099login:Penguin2013/04/08(月) 01:41:59.60ID:AtXMz7Hr
>>98
それじゃー懲役にならないだろｗ
0100login:Penguin2013/04/08(月) 02:25:41.66ID:EKlslh4b
>>99
なんで？
この件はは誤報だったらしいけど別に刑務作業でソフトウェア開発してもいいだろう
http://www.itmedia.co.jp/enterprise/articles/0705/01/news053.html
0101login:Penguin2013/04/09(火) 15:14:31.33ID:FI06RZhK
文句ある奴はこれを越える論文書いてドヤ顔しろよと。
USENIXで Awarded Best Paper 取ってみろと。
0102login:Penguin2013/04/09(火) 15:22:01.84ID:u+LHzaa1
つまらんけど物珍しいから受賞したのかｗ
0103login:Penguin2013/04/10(水) 16:00:46.37ID:EK/UjMRf
>>101
じゃこの論文(wを信用してドヤ顔してていいよww
0104login:Penguin2013/04/11(木) 13:08:41.49ID:wOGQLK0S
空き領域のデフラグって何やってるんでしょうかね
inodeテーブルの整理なんだろうけど全部のブロックを確保しないext4はなにやってるんだろう
0105login:Penguin2013/04/11(木) 21:26:58.55ID:8+kSsWkv
そんなことより e2fsck -E discard しようぜ
0106login:Penguin2013/04/11(木) 22:40:32.89ID:+q3uq1Ir
まさか論文そのものじゃなくて>>85の記事を読んだだけでゆとり論文だのなんだの言ってるわけではなかろうな・・・？

>>92
この論文でいうところの「Evolution」はFSの変遷や機能面の進化じゃなくて
ソースコードへのパッチ、修正されていく様子を指してるようだからしょうがない。
0107login:Penguin2013/04/11(木) 23:25:17.58ID:TbHEsDVY
>>106
たしかに85の翻訳タイトル？が2ch的だよね

俺も暇だからこのビデオも見たけどちょっとアレだよw
Awarded Best Paperは論文の中身じゃなくて
プレゼンテーションの素晴らしさでとったんだよ

our results should be useful for both the development of file systems themselves as well as the improvement of bug-finding tools.
だってさw　どう使うんだよw
0108login:Penguin2013/04/11(木) 23:35:13.09ID:XwBvb5UB
話は変わるが、FAT32からext4に変えたらディレクトリの読み込みが無茶苦茶早くなっててﾜﾛﾀ
ディレクトリの中に8000程度のファイルがあるんだけど、FAT32の頃はファイルを表示するだけで結構待たされてた
0109login:Penguin2013/04/11(木) 23:39:08.36ID:TbHEsDVY
>>108
LinuxでFAT32はCPUパワーも結構食うよね
俺のノートは非力だからよくわかる
0110login:Penguin2013/04/12(金) 19:34:39.64ID:2xzSl4BU
exFATは連続クラスタだとFAT見にいかないから、FAT32より早くなってるはず
0111login:Penguin2013/04/12(金) 20:07:43.02ID:KgIptNFT
btrfs sendするときの
-pオプションと-iオプションの違いがよくわからない
0112login:Penguin2013/04/12(金) 20:47:39.26ID:dG1G/x5K
>>111
Normally(-iのこと), a good snapshot parent is searched automatically
in the list of 'clone sources'. To override this, use
'-p <parent>' to manually specify a snapshot parent.
A manually specified snapshot parent is also regarded
as 'clone source'.

http://www.mail-archive.com/[email protected]/msg21939.html
0113login:Penguin2013/04/12(金) 20:53:52.13ID:hXSNkQM5
>>112
ちゃんと読んでみる
自分以外にこの辺触ってる人ほどんどいなそうで
期待してなかったがマジありがとう
0114login:Penguin2013/04/12(金) 20:54:48.54ID:hXSNkQM5
あ、なぜかID変わったけど>>111です
失礼
0115login:Penguin2013/04/12(金) 20:55:45.68ID:dG1G/x5K
>>113
俺も触ってねえよw
0116login:Penguin2013/04/13(土) 05:41:17.50ID:gWhI69Bh
>>85
スラドにスレ立ってたなw
0117login:Penguin2013/04/15(月) 15:09:32.53ID:EA3nFQkC
ZFSの資料のこのページをざっと読んでみた。

http://pthree.org/2012/12/13/zfs-administration-part-viii-zpool-best-practices-and-caveats/

気になったのは,'Do not mix disk sizes or speeds in a single VDEV.'というところ、
500GBの3.5インチのHDDでRAIDを組んだら、交換に2.5インチの500GBのHDDは使っては
ダメなのかな。ディスクサイズは同じだが、性能が異なるとなにか問題が出るのだろうか？
0118login:Penguin2013/04/15(月) 15:14:32.53ID:W7v/vy7D
RAIDに違うディスク使うなんて問題外だと思うけど
0119login:Penguin2013/04/15(月) 15:16:47.37ID:KMGychn+
>>118
なんで?
0120login:Penguin2013/04/15(月) 15:28:11.67ID:cUvTKCVJ
>>117
ハードウェアRAIDでも同じだけど、RAIDの場合、基本プールは同一性能の
HDDで組む。
回転数、サイズが変わると、当然Access Timeが変わる訳だが、
１本でも遅い奴が入ると、そいつが足を引っ張って、プール全体が遅くなる。
それでも良ければ、動かす分には問題無い。それまでかけたお金が無駄になるだけで。

てか、常識だろ、これ。
0121login:Penguin2013/04/15(月) 16:23:16.99ID:nMyUwjM4
まあパフォーマンスを最大にしたいなら同じHDDでRAID組むべきなのは間違いないな。
完全同ロットにするとロット単位の不良が出た場合まとめて死にそうなのでちょっと怖いがｗ

古い記事になってしまうが、↓によると
http://ftp-admin.blogspot.jp/2009/10/zfsraid.html
＞ZFSからLUNの構成をよく見えるようにすると、ZFSはI/Oスケジューリングをよりうまく行える。
らしい（元のwikiはもう見られないけど）から多少は混ぜてても上手く処理してくれるんだろうか？

何にせよ性能面での問題があるくらいで、信頼性とかに特段の問題が出るとは思ってないけどね。
RAID構成してるHDDが壊れたとき同型番のHDDが手に入らなかったらお手上げとかいうわけじゃないしｗ
性能気にしないならDroboみたいにじゃんじゃん混ぜてくださいみたいな製品もあるくらいだし。
01221172013/04/15(月) 16:44:15.59ID:EA3nFQkC
タワー型PCに3スロットの3.5インチベイがあり、この3.5インチを

2.5インチに置き換える（1スロットに2個HDD搭載が可能な下駄を使う）と
最大6本のHDDが入るので、省電力で大容量のサーバに出来るかと
思っての質問でした。

一度に換えるのではなく現在RAIDの3本を1本ずつ変えてみる予定。

3スロットで3本のRAIDでは計算が合わない？

5インチベイにシステムディスクとSSDを収納してます。
0123login:Penguin2013/04/15(月) 19:51:36.30ID:MDDI3TYW
そもそも、同一ディスクでないと微妙にセクタ数が違ってたりするしな。
結果、同じ論理セクタ番号にアクセスする性能が違ってきたりする。
ひどい時は一本だけ余分に回転待ちが入ることにもなりかねん。
RAIDでなるべくベストな性能を出そうと思ったら同じ物理ディスクを
使うのが正解。
0124login:Penguin2013/04/15(月) 20:06:02.41ID:W7v/vy7D
>>122
もしかしてバックアップ取ってないの？
交換してバックアップから戻せばいいだけじゃ
0125login:Penguin2013/04/15(月) 21:26:08.04ID:aeFr2N/C
海門やwd、wdで512k,4kセクターのモデルをごちゃまぜで使ってるけど、ここが把握している限り容量が同じならば
同一peサイズでエクステント数は全部一緒だったけどねぇ。

fdiskとgdiskでパーテーションの切り方が違ったらエクステント数違ってきたけど・・・
01261172013/04/16(火) 10:22:17.43ID:ENtbSWgX
> 124
バックアップは別のディスクに取ってます。
バックアップのパーティションこそ、圧縮重複排除の効くZFSにすべきなのですが、
ZFSがこけるとバックアップにアクセスが出来ないので、Ext4にしてます。余談でした。

さて、同一ディスクサイズの3.5HDDを2.5HDDに変えて行くのは、3.5HDDで
古いモデルや、新しいモデルが混じっていて、古いモデルをまず更新したと
いうこととが理由です。
0127login:Penguin2013/04/16(火) 20:10:16.45ID:qQL+FaMk
>>125
量的には最小ディスクに合わされちゃうからあまり関係無いけど
パフォーマンスにはひびくよ。
0128login:Penguin2013/04/22(月) 06:42:06.47ID:/DuO5BEQ
ZFS on Linux今の段階でもそれなりに使えそうですね
Btrfsが出るまでExt4で我慢しようと思っていたのですが
うーん、迷う・・・
0129login:Penguin2013/04/22(月) 08:45:55.88ID:XQQfDlxa
どんなハード構成か知らないが
やめとけ。
0130login:Penguin2013/04/22(月) 09:01:39.85ID:bfrbrAWj
サルベージツールの充実を考えればext系が一番だよな
スナップショットやraidを使いたいならとめないが
0131login:Penguin2013/04/22(月) 12:30:11.56ID:nLu8qqEv
度胸一発、俺はbtrfsで運用中だ
バックアップ先もbtrfs
まあ壊れてもエロデータを失くすだけだが
0132login:Penguin2013/04/22(月) 14:55:53.60ID:bfrbrAWj
動画や画像なんて大して圧縮効かないしスナップショットもいらないならext4でいいだろ
圧縮が必要でもext4+squashfsの方が圧縮率が高いし

まあ俺も倉庫にbtrfs使ってるんだが…使ってみて圧縮が大して効果なかったと言う愚痴
0133login:Penguin2013/04/22(月) 17:36:52.62ID:2GrcYTed
エロ動画ファイルサーバーを運用してるんだが、既存ストックが大量にあるせいでダブったファイルが大量に発生してディスクの無駄がいっぱい出てる

違うファイルでもクラスタ単位とかで比べて中身が同じならディスク使用領域を共有してくれるファイルシステムが良いんだが、こんな俺にはどのファイルシステムがオススメ？
0134login:Penguin2013/04/22(月) 17:47:51.05ID:Cd+GUiFP
QuickLZでリアルタイムに圧縮しながら保存出来るファイルシステムがあったな
0135login:Penguin2013/04/22(月) 17:56:04.69ID:nLu8qqEv
俺は不勉強なので重複排除と圧縮がどう違うのか同じなのかわからない
0136login:Penguin2013/04/22(月) 18:38:37.61ID:6YBe+sJe
不勉強なら勉強しろ

圧縮は普通にファイルの圧縮と一緒
重複排除はブロック単位で重複してる部分をまとめる
0137login:Penguin2013/04/22(月) 18:59:27.06ID:bfrbrAWj
>>133
2ch過去ログのみみずんも使ってるNTFS
freedupでハードリンクに変えるとか？
商売ならHDD増設と圧縮重複除去の電気代どっちがお得か試してほしいw
0138login:Penguin2013/04/22(月) 21:57:03.31ID:uYMk+bKb
>>133
この板で言うのも何だけど
お金かけて、Windows Server 2012 Essential
もしくは同 Storage Server搭載NAS

フリーだと、手軽でまともなdedupってそんなに無い気がする。
0139login:Penguin2013/04/22(月) 22:55:21.93ID:tyD0q9Fn
>>138
> お金かけて、Windows Server 2012 Essential

NFS 使えるの？
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できるように
（パーティション単位の追加と区別するために）作られるマーカーみたいなもん
・・・なんじゃないかと勝手に思ってる。
0240login:Penguin2013/07/02(火) NY:AN:NY.ANID:iYqJC1u8
>>239
feature flagsでの管理ってのがイマイチ良く分からんのよね、
feature flagsの対応自体に差がある場合の動作が。
試してみろって言われりゃそれまでなんだがｗ

たとえばOI 151p7はlz4未対応だけど、こいつにlz4まで対応したpoolを
移そうとした場合、zl4がdisableされてるpoolなら、インポート出来んのかなーって。
これがエラーになる様だと、結局 28に統一しておく事になっちゃうし。

ま、通常poolの移動なんて、システム一式入れ替えてOS変わるときとか位だから、
大抵、入れ替えたOSの方が新しい物になってて、気にしないって事の方が多いだろうけど。
0241login:Penguin2013/07/03(水) NY:AN:NY.ANID:9cOaCYiB
誰か3.10のbcache使ってみた？
0242login:Penguin2013/07/03(水) NY:AN:NY.ANID:7e2PxRAG
誰か3.10のbcache使ってみた？
0243login:Penguin2013/07/03(水) NY:AN:NY.ANID:tbz0Nz3r
いままでのbcacheと何か大きく違うの？
違わないのならそこそこ安定して使えると思うよ。
0244login:Penguin2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0
# zpool list
NAME&nbsp; &nbsp;SIZE&nbsp; ALLOC&nbsp; &nbsp;FREE&nbsp; &nbsp; CAP&nbsp; DEDUP&nbsp; HEALTH&nbsp; ALTROOT
tank&nbsp; &nbsp;3.62T&nbsp; 3.25T&nbsp; &nbsp;380G&nbsp; &nbsp; 89%&nbsp; 1.00x&nbsp; ONLINE&nbsp; -
# zfs list
NAME&nbsp; &nbsp; USED&nbsp; AVAIL&nbsp; REFER&nbsp; MOUNTPOINT
tank&nbsp; &nbsp; &nbsp; 2.36T&nbsp; &nbsp;234G&nbsp; &nbsp;581K&nbsp; /tank

上のALLOCと下のUSEDが一致しないんだけどこの差の1Tはどこにいってしまってるんだろうか
0245login:Penguin2013/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:Penguin2013/07/13(土) NY:AN:NY.ANID:qwmqcXFm
>>245
poolの構成書けよ。

zpool → poolの総使用量
zfs list → パリティ分を除いた、実使用量な。
＋alloc済みで解放されてねー分が入ってんじゃねーの？
0247login:Penguin2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0
>>246
poolの構成：1TBx4のRAIDZ1　です
ああなるほどパリティの分ですね
1Tx4台のRAIDZだと実際使える量はこんなもんなんですね
4TiB≒3.64TB
3.62TB*(3/4)=2.72TB
0248login:Penguin2013/07/13(土) NY:AN:NY.ANID:qwmqcXFm
つか、よく見れば、残りの空き10％しかねーじゃん。
ZFSは安定的に使いたければ、使用量80％までで使うこった。
0249login:Penguin2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0
>>248
まじっすか？
じゃあそれを守るとしたら総量がでかくなればなるほど無駄な領域が増えてくのか
0250login:Penguin2013/07/13(土) NY:AN:NY.ANID:JiuHShFV
例えば代替セクタのように考えて、無駄と感じないようにすればいいのではなかろうか
0251login:Penguin2013/07/13(土) NY:AN:NY.ANID:aIY4IVNO
>>249
機能的にスナップショットやデータの配置換えを裏で実行するタイプのディスク装置やファイルシステムの場合、
作業領域が必要な場合が多いよ。

ディスクは 1000Byte = 1KB 表示で OS 表示の場合と違う分目減りする、RAID のパリティで目減りする、
ファイルシステムフォーマットで目減りする、スナップショット等の作業領域で目減りするなど、
減る部分が多いので、ディスク装置の販売・購入する場合には、(特に予算を握っている人たちに)
事前に説明しておかないとトラブるので注意が必要です。
0252login:Penguin2013/07/13(土) NY:AN:NY.ANID:k1w+t6j0
>>250
無駄は言い過ぎたかな
>>251
なるほど
ちょっと考え直した方が良さそうですね
0253login:Penguin2013/07/13(土) NY:AN:NY.ANID:gnPSqE0L
PCIにSSDを接続するキットを買って来た。
http://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:Penguin2013/07/13(土) NY:AN:NY.ANID:qwmqcXFm
>>249
80%までに押さえる必要があるのは、パフォーマンスを考えての事だけどな。
これはSUN/Oracleでも言われていること。
ZFSはCoWのファイルシステムなんで、空き領域が少なくなると、
データコピーの段階でパフォーマンスが落ちる。

ついでに、あまりにも空き領域が少なすぎると、
ファイルの削除もまともに出来なくなるからな。
0255login:Penguin2013/07/13(土) NY:AN:NY.ANID:Kf4QQxXB
>>254
母数が大きくてもその 80% はかわらない？
0256login:Penguin2013/07/15(月) NY:AN:NY.ANID:Xmg8nFb0
ZFS nativeでzvolの読み書きが遅いので、調べてみたらvolblocksizeを
初期値の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:Penguin2013/07/15(月) NY:AN:NY.ANID:C7Fa5xcv
>>256
シーケンシャルアクセスが多いならブロックサイズ(チャンクサイズ)を大きくしたほうが速いのは RAID 共通でしょ。
最適値はランダムアクセス／シーケンシャルアクセスの利用比率によるから、dd だけで速くなった・遅くなった
を語るのは早計だとおもう。
02582562013/07/16(火) NY:AN:NY.ANID:x5Sp/9vT
ZvolにはKVMのイメージが載っていて、それらの実行が遅いので、
いろいろ試行錯誤しているわけです。

とりあえず、128kにして様子見してます。
0259login:Penguin2013/07/16(火) NY:AN:NY.ANID:MKzBlrm1
バカは帰れ
0260login:Penguin2013/07/19(金) NY:AN:NY.ANID:4Dze9VBB
ZFSでドライブを交換しようとしてミスってしまった
とりあえず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:Penguin2013/07/19(金) NY:AN:NY.ANID:4Dze9VBB
-Dも試しました
OSはFreebSDです
0262login:Penguin2013/07/19(金) NY:AN:NY.ANID:Lsy7Em4d
なにミスったのかもわかんねーし、
なんでdestroyしてんだとか、やってることが全く意味不明なんですけど。
0263login:Penguin2013/07/19(金) NY:AN:NY.ANID:4Dze9VBB
>>262
はい、すいません自分でも意味不明ですバカです
＞なにミスったのか
何をしたのかちょっとあやふやなんですけど
replaceしようとしてなぜか間違えて交換用HDDをaddしてしまう
addしてしまったHDDを削除しようとしても削除できない→destoroyする

基本的にdestroyしても復活させるのはできますよね？
0264login:Penguin2013/07/19(金) NY:AN:NY.ANID:4Dze9VBB
あ、すいません交換用HDDをつないでimportしたら出来ました
NAME 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:Penguin2013/07/19(金) NY:AN:NY.ANID:Lsy7Em4d
あぁ・・・addしちまったのか。
それだと現状、壊れてるvdev + addしたHDDのRAID0状態にpoolがなっちまってるな。

ZFSはmirrorの片割れしかdetach出来ないんで、
いったん中のデータ全部退避して、poolをdestroy > createしなきゃ、もう無理だわ。
0266login:Penguin2013/07/19(金) NY:AN:NY.ANID:4Dze9VBB
>>265
ああやっぱりそうですよね作り直します
ありがとうございます
0267login:Penguin2013/07/21(日) NY:AN:NY.ANID:rOGOGbbj
やっちまった、ZFS上のファイルを間違って消してしまった・・・
スナップショットもとってないんだけど、ZFSに対応した復元ソフト何か無いですか？
0268login:Penguin2013/07/22(月) NY:AN:NY.ANID:V6DpD/zz
スナップショットについて質問します。
現在、Linuxで実用的に使えるスナップショットの仕組みはLVMが一般的です。
ただ数年前にベンチマークを取ったとき、LVMはスナップショットの作った時の
速度低下が通常時の1/3～1/4になったと記憶しています。

現在開発中のものも含めて、なにか良いスナップショットの仕組みはありませんか？
ZFSが一つの候補になりそうですが。
0269login:Penguin2013/07/22(月) NY:AN:NY.ANID:0sXdRXuB
つ Btrfs
0270login:Penguin2013/07/23(火) NY:AN:NY.ANID:bN8eE84Y
ZFS nativeでしょう
使ったことはないけど

SolarisでのZFSの使い勝手はUFSのときと別次元ですから。
0271login:Penguin2013/07/23(火) NY:AN:NY.ANID:IdRLRG3b
ZFS上のデータをスナップショットの情報も含めて
別のファイルシステムにバックアップを取ることは可能でしょうか。

zfsの最新ファイルのみ別ファイルシステム上で閲覧できて、
差分ファイルは別途保存しておくようなことができるのが理想なのですが
0272login:Penguin2013/07/23(火) NY:AN:NY.ANID:T9qkV6aV
>>271
上と下で書いてる事が、矛盾してる気がするが。

もう1台ZFS鯖立てて、send/receive。
0273login:Penguin2013/07/23(火) NY:AN:NY.ANID:CxTPb5LT
>>271
上：どうしてもZFSじゃないfsに保存したいならsendして受け側でtarで固めて置けば？
下：rsyncでもすれば？（適当）
どっちにしろ>>272以外の方法をとる理由が思い浮かばないけど。
俺は2TBのzpoolに最新スナップショット（@latest）だけ置いといて、
定期的にスナップショット取っては3TBのzpoolに@latestとの差分sendしてるよ。
0274login:Penguin2013/07/23(火) NY:AN:NY.ANID:aZL7D4VT
>>268
ZFS on Linuxオススメ
0.6.1以降は結構簡単に使えるよ
0275login:Penguin2013/07/24(水) NY:AN:NY.ANID:iTC+MOu+
>>271,272
レスありがとうございます。やっぱりもう一台zfsが必要なんですね。

現状ntfs上にバックアップをしており、一部世代バックアップが必要な状況です。
今はAcronisTrueImageの増分機能で補っていたのですがそれも大変なため、
バックアップのバックアップ先としてzfsを仮想PCで動かそうと考えていました。

最新のバックアップはntfs上に配置し、
zfsでスナップショット管理を行うつもりでしたが、
それを行うとzfsのHDDが逝ったときに過去のバックアップなくなることに気づき質問しました。
0276login:Penguin2013/07/24(水) NY:AN:NY.ANID:B4xSYwan
ん？NTFSにもシャドウコピーっていう機能があるんだけど
0277login:Penguin2013/07/24(水) NY:AN:NY.ANID:vEtr8GsT
唐突だがlinux上からfat32をデフラグするツールない？
0278login:Penguin2013/07/26(金) NY:AN:NY.ANID:plluCzpQ
富豪的な今の時代だと、データをコピーして領域フォーマットしたあと、戻せばいいだけなんじゃないの
FAT32が円盤メディアで使われる時代でもないし、あまり意味があるとも思えないのだけど
0279login:Penguin2013/07/26(金) NY:AN:NY.ANID:AdUv+rsy
ですよねー了解
0280login:Penguin2013/08/09(金) NY:AN:NY.ANID:PDSqrtHS
btrfs-nextにoffline dedup来た。
onlineもパッチ飛び交ってる。
まとめて3.12に入るかな。
0281login:Penguin2013/08/27(火) NY:AN:NY.ANID:rGGOASE6
ZFS on Linux 0.6.2来てた
ttp://zfsonlinux.org

更新内容は以下
ttps://groups.google.com/a/zfsonlinux.org/forum/#!msg/zfs-announce/DOAuSF7kjsU/jwN3a7Ts3RgJ
0282login:Penguin2013/08/27(火) NY:AN:NY.ANID:OXEfzcgQ
zfsいいね
0283login:Penguin2013/08/27(火) NY:AN:NY.ANID:F+JQpqcw
zfs on linuxって速度はどうなの？
今度NAS建て替えるんだが、参考にしたいからベンチマークしてるサイトとか教えろください
0284デムパゆんゆんネトウヨ特攻兵＠８月一億総懺悔　 【関電 61.5 %】 2013/08/27(火) NY:AN:NY.ANID:N3tzzneF
zfsで構築してベンチした結果うｐ汁
0285login:Penguin2013/08/28(水) NY:AN:NY.ANID:GLhfI84T
ZFSってバグ多くね? wwwwww
0286login:Penguin2013/08/28(水) NY:AN:NY.ANID:lXAJMyoG
btrfsの悪口は
0287login:Penguin2013/08/28(水) NY:AN:NY.ANID:GLhfI84T
>>285
http://blog.livedoor.jp/hkoie/archives/54295769.html
0288login:Penguin2013/08/28(水) NY:AN:NY.ANID:gL80mIYs
どなたか教えてください。

JFFS2 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:Penguin2013/08/29(木) NY:AN:NY.ANID:BtXPCrvl
ZFSのアップデートでyum update を実行して、0.6.2に上げて見たが、
dkmsでweak-updatesの処理を失敗したらしく、再起動後ZFSの
カーネルモジュールのロードが出来なくなった。

一旦ZFS、SPL関連のパッケージを削除して、再度ZFSを
インストールしたが、バージョンアップした人で、同じ現象に
なった人はいますか？
0290login:Penguin2013/09/01(日) 03:50:34.79ID:ywtVy7GC
>>283
シングルドライブでの性能は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:Penguin2013/09/08(日) 15:41:14.29ID:W2sGUNpb
はやくWindowsでZFS使えるようにしてほしいんですけお・・・
0292login:Penguin2013/09/08(日) 15:45:52.93ID:6uU/xOGJ
windows使いならNTFSで十分だろ
0293login:Penguin2013/09/08(日) 19:00:42.23ID:1UMToJmv
ZFS使ったこと無いけど acl/xattr 使えるみたいだし samba 経由でいいんジャマイカ？
0294login:Penguin2013/09/08(日) 19:10:59.52ID:0gTpM+sz
samba経由で使ってるけど普通に使えるよ。

vfs_shadow_copy2使って古いファイルも取り出せる。
0295login:Penguin2013/09/08(日) 23:39:25.54ID:2Hpjm7J6
まあローカルで使いたい気持ちもあるよね＞ZFS
ホームディレクトリをsend/recvでバックアップとかもしたいし。
Linux/Macなら既にできるけど・・・
0296login:Penguin2013/09/09(月) 17:31:25.57ID:6tpP5hHd
ファイル名長が問題になってきたな
業務ファイルのやりとりでファイル名が長すぎるせいでzip展開できんとか出てきた
0297login:Penguin2013/09/09(月) 17:32:53.83ID:HyLKLc8P
それはやってる業務の方を見直すべきでは。
0298login:Penguin2013/09/09(月) 17:34:25.70ID:JAicnxGZ
今の時代に256byteなんてせこいこと言ってるなとは思う
0299login:Penguin2013/09/10(火) 01:24:55.47ID:MOwuRXd+
>>296
もう中身空でファイル名だけでいいよ。
内容から一覧を作成するコンテンツマネージャを使えばいい。
0300login:Penguin2013/09/10(火) 01:33:44.85ID:X2kKPjWD
UTF-8だと日本語85文字だからなぁ＞255byte
まあそれでも長すぎるけど、最大ファイルサイズや最大ボリュームサイズと違って現実的に到達しうる数字ってのは微妙だな。
（日本語でもあるけど）合成文字を多用する言語圏だと見かけ上1文字で10文字（30byte）近く使うような文字もあった気がするし。
0301login:Penguin2013/09/10(火) 15:22:01.46ID:j3i00SBZ
>>299
リソースフォークとかmacの悪夢再び
0302login:Penguin2013/09/12(木) 00:54:09.21ID:L7ec5eLU
zfsの運用方法でアドバイスください(CCやVSSの使用は考えていません)。
Windowsの開発を例として以下のファイルシステムとスナップショットがあるとします。
/src/windows
/src/windows@XP
/src/windows@7
/src/windows@8
①ここで@XPにロールバックした場合@7と@8は削除されて復元は不可能でしょうか

また、この状態でXPのSP2、SP3を開発するとなった場合、
②cloneで新しくファイルシステムを作成して以下のような形にする認識でいいでしょうか
/src/windowsXP
/src/windowsXP@SP2
/src/windowsXP@SP3
(つづく)
0303login:Penguin2013/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
③すべて/src/windowsのファイルシステムで完結させて、
各スナップショット(@XP、@7、@8、@XPSP2、@XPSP3)を管理することは
普通は不可能でしょうか。
(/src/windows@8をとった時点でcloneしたXPからごっそり中身を移植するのでは、
dedupしてない限り容量効率が悪くなりますよね？)
0304login:Penguin2013/09/12(木) 03:08:13.53ID:5UvEKiw2
>>302>>302
①不可能です
②
# zfs clone src/windows@XP src/windowsXP
としたならそういう構成になります
ただ（つづき）の時点ではwindowsはwindows@8より新しく、windowsXPはwindows@SP3より新しいことに注意
③
管理、の意味がちょっとわからないけど。とりあえずデータセットを枝分かれさせるようなスナップショットは取れません
（というか枝分かれをさせるための機能がclone）
/src/windowsの@XP作成後に加えた変更の/src/windowsXPに加えた変更をマージするのは人手でやるものでは・・・ごっそり移植とは？
0305login:Penguin2013/09/12(木) 09:44:33.18ID:hcALch8S
ファイルIO用用ベンチマークプログラムは何使ってる?
0306login:Penguin2013/09/12(木) 20:18:32.81ID:L7ec5eLU
>>304
レスありがとうございます。

③の移植については①の状態から
手動で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:Penguin2013/09/12(木) 20:29:44.80ID:NwreqCrZ
＿人人人人人人＿
＞　robocopy　＜
￣Y^Y^Y^Y^Y￣
0308login:Penguin2013/09/12(木) 20:38:52.56ID:L7ec5eLU
>>307
あ、ほんとだ。winと併用してるから間違えたｗ
rsyncで読み替えてください
0309login:Penguin2013/09/13(金) 02:06:05.59ID:UqroIly4
Winに疎すぎてrobocopyの存在を知らんかったｗ

>>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:Penguin2013/09/13(金) 02:22:28.61ID:UqroIly4
>>309
自己レスだが@SP2、@SP3の存在を忘れてた。含めるとこんな感じ。
http://pastebin.com/sXx5ueix
0311login:Penguin2013/09/13(金) 09:41:53.21ID:Clq2PzQA
>>305
さくっと計りたい時　bonnie++
ブロックサイズ指定とか細かくするなら　fio
DB乗せるストレージを計る時　ORION

そう言うオマイは何使ってんのさ？
0312login:Penguin2013/09/13(金) 09:58:22.99ID:sthiZb+2
お手軽に計測したいときは dbench
評判が良さそうなので iozone もためしたけどgnuplotとの連系はうまくいかなかった。
0313login:Penguin2013/09/13(金) 10:09:49.11ID:FomwIWqg
hdparmは？
0314login:Penguin2013/09/13(金) 10:25:46.03ID:lgYR7y/M
ブロックデバイス測ってどうする
0315login:Penguin2013/09/13(金) 10:31:24.78ID:FomwIWqg
おお！なるほどなるほど！
デバイスに対する読み書きのテストって良く考えたら、
パーティションもファイルシステムも選んだ覚えないな！
0316login:Penguin2013/09/13(金) 16:17:02.68ID:DVWaJ00+
手持ちに何も無い場合は、ddコマンド。
シーケンシャルでの結果しか判らないが、
書き込みは

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:Penguin2013/09/13(金) 16:55:29.35ID:sthiZb+2
>>316
なるほどddだったらどこでもすぐテストできますね。
dbenchとはかなり違った傾向で特にSSDは低めな結果になりました。
0318login:Penguin2013/09/13(金) 17:26:42.73ID:Qy/+uAss
direct i/o測ったりしたい場合は素直にfioかなぁ。
fioは色々レシピ作れるので、負荷テストとベンチマーク兼ねた使い方もできるし。
0319login:Penguin2013/09/15(日) 21:21:40.78ID:uk3IcHE2
>>316
ddで元ネタに/dev/zeroを使うのは、圧縮が効くファイルシステム(btrfsとか)や
ディスクコントローラ(SSDに多い）だと、見掛け上ものすごい性能が出るから
当てにならないよ。

ワーストケース（というか実際）の性能を知りたければ、自前で乱数列を生成する
スクリプトか何かを書いて、パイプでddに流し込むべき。
0320login:Penguin2013/09/15(日) 21:31:52.32ID:k25Zn4ID
自前で乱数列生成するにしろ/dev/urandom使うにしろ
それなりにCPU食うしそっちの生成速度に律速されちゃうからなあ。
0321login:Penguin2013/09/16(月) 18:11:36.72ID:QTL1PR7a
書き込みテストだったら事前に別ディスクに置いたランダムファイルをcpで計れる？

なんとなく標準コマンドでなんとかできないかなぁと手抜き思考してしまうけど、
fioみたいなツールをちゃんと入れた方がいいよね。
NASだったら実利用想定ってことでWinから繋いでCDMで計ったりするけどｗ
0322login:Penguin2013/09/16(月) 21:43:53.61ID:URvxM1UQ
>>320
線形合同法程度で充分だろ
乱数の質が問題になる命題じゃないぞ
0323login:Penguin2013/09/17(火) 00:34:24.26ID:+YR+1w2L
バカ発見age
0324login:Penguin2013/09/17(火) 10:12:39.64ID:bDJqsLWd
iozone試した
何か結果がおかしい
もしかして、平均の計算を間違う場合があるのか?
下がおかしかった結果の例

% iozone -i 0 -t2 | fgrep throughput
Children see throughput for 2 initial writers = 446016.69 KB/sec
Parent sees throughput for 2 initial writers = 18813.84 KB/sec
Min throughput per process = 446016.69 KB/sec
Max throughput per process = 446016.69 KB/sec
Avg throughput per process = 223008.34 KB/sec
Children see throughput for 2 rewriters = 1120345.00 KB/sec
Parent sees throughput for 2 rewriters = 23667.69 KB/sec
Min throughput per process = 0.00 KB/sec
Max throughput per process = 1120345.00 KB/sec
Avg throughput per process = 560172.50 KB/sec

% iozone -i 0 -t2 | fgrep throughput
Children see throughput for 2 initial writers = 85377.49 KB/sec
Parent sees throughput for 2 initial writers = 4710.04 KB/sec
Min throughput per process = 85377.49 KB/sec
Max throughput per process = 85377.49 KB/sec
Avg throughput per process = 42688.75 KB/sec
Children see throughput for 2 rewriters = 153710.77 KB/sec
Parent sees throughput for 2 rewriters = 10564.90 KB/sec
Min throughput per process = 76323.43 KB/sec
Max throughput per process = 77387.34 KB/sec
Avg throughput per process = 76855.38 KB/sec
0325login:Penguin2013/09/18(水) 06:06:06.01ID:mm1ZPJXS
なにこれ
http://open-zfs.org/
0326login:Penguin2013/09/18(水) 07:11:26.88ID:P61tvkKM
>>325
カーネルへネイティブに組み込めるようになる日も近いのかな
とりあえず頑張って欲しい
0327login:Penguin2013/09/18(水) 11:08:36.88ID:tNHNQQZu
>>326
いや、さすがにライセンス変更はまず無理。Oracleが変えない限り。
全コードを書き換えられりゃ可能だろうけど、不可能に近いんじゃ。

現状、Illumosのコードベースに各OSがポートして使ってるけど、
ZFSそのもののバグ修正や機能追加とか、纏める所が無かったってのと、
このまま放置すると、OS間でのZFS互換性も問題なりそうだから、
その辺とりまとめるプロジェクトつくったぞーって事かと。
0328login:Penguin2013/09/18(水) 11:21:49.03ID:+VANA4QE
>>326
えっ
ZFSってユーザーランドで処理してるの?
0329login:Penguin2013/09/18(水) 11:27:05.65ID:Lmhf0Lvw
バカ発見age
0330login:Penguin2013/09/19(木) 00:24:47.46ID:yXB6cpvT
>>325
構想中みたいな話はどっかで聞いてたが絵空事じゃなかったんだな。
元々（ライセンス的に）カーネルにZFSを組み込めないZFS on Linuxの開発が進んだ結果
カーネル絡みのコードとZFS絡みのコードがうまいこと分離できてきて副次的にMacへの移植に流用できたりしてたので、
だったらカーネル非依存な共通のコードベースがあればみんな幸せよね、みたいな話だった気がする（適当）

凄く楽観的に考えるとほとんどillumosだけでやってたZFS本体のメンテナンスにBSDやZoL界隈の人たちも加われれば
ZFSそのものの開発も加速しそうな気はする。

>>326
デフォルトで組み込むのはOracleの気が変わらない限り（≒永久に）無理だし、後付けのZoLならもう出てる。

>>327
プラットフォーム間の互換性問題はfeature flagsである程度見通しは立ってたけど
OpenZFSでそれもちゃんと保証されるようになると安心だわな。
0331login:Penguin2013/09/23(月) 19:37:52.29ID:JHaCS2Vr
zfs-fuse、またはzfs on linuxのことで質問させてください。
・裸族の集合住宅(USB3.0でHDD複数接続)上にzfs領域を作成できるか
・何かの事故でPC起動中にHDDのUSBが抜けた場合どのような状態になるか
　(USBのケーブルをさし直せば破損等はなくもとの状態に戻る？)
0332login:Penguin2013/09/25(水) 18:37:15.63ID:IEEEzLXi
http://blog.livedoor.jp/ush4xt/archives/2010-07.html
今もあんまり速くなってないような気がす
iozoneで確認したやついますか?
0333login:Penguin2013/09/28(土) 21:13:06.10ID:/RUq6s08
>>331
> ・裸族の集合住宅(USB3.0でHDD複数接続)上にzfs領域を作成できるか
普通は出来るが、この手の外付けケースは往々にして妙に凝ったコントローラを
内蔵していて、ちゃんと設定しないと勝手にRAIDだのJBODだのを
やらかしてくれるので、個別のディスクとしてアクセス出来るように
ディップスイッチなどで設定をいじる必要はあるかもしれない。

> ・何かの事故でPC起動中にHDDのUSBが抜けた場合どのような状態になるか
> 　(USBのケーブルをさし直せば破損等はなくもとの状態に戻る？)
意味が分からん。この手の製品ではUSBはPCの間で接続に使われるだけで、
内部のバックプレーンと個々のHDDはSATAでつながってるんだが。

個別のディスクの取り外しに付いては、いきなりディスク引っこ抜いて
破損が無いことを期待するのは常に間違っている。
RAID-ZなりRAID-Z2なりでpoolを構成しとけば、
プールがデグるだけでシステムは稼働しつづけることができるけど、
再接続時にはいろいろと面倒があるはず。
0334login:Penguin2013/09/28(土) 23:45:55.63ID:p0ZSXVr1
>>333
例えばfatのUSBメモリをPC起動中に抜いたとしても、
書き込み途中とかでない限りはさし直せばだいたい問題ないかと思います。

zfs(raidzは未使用)の場合にUSBが抜けた場合はやはり面倒なことになるのでしょうか？
それとも複数ディスクで1つのプールを作ってるか否かで変わってきたりするのでしょうか
0335login:Penguin2013/09/29(日) 00:33:39.81ID:bZpHRofo
>>334
いまいちよく分からんけど
別にzfsだからといって何か特別なことは起きない
fatと比較した場合ジャーナリングがあるからfatなら壊れる場合でもzfsなら大丈夫という状況はあり得る
0336login:Penguin2013/09/29(日) 01:23:54.60ID:nx/u7RNa
ntfsのHDDを7とXPで使っていたのですが、iOS10.8のMacを追加で購入したため、
余っているLinux機をファイルサーバにしてWinとMacの両方からHDDを使いたいと思っています。

いままで使っていたHDDをLinux mint 15 KDEで使用する予定ですが、HDDはいざというときのためにWinやMacでも読める
ファイルシステムにしたいと思っています。
この場合ntfsをそのまま使うよりはexFatにフォーマットしなおしたほうが無難ですか。
最近ではntfsもかなり安定しているという話なのでntfsそのままでも特に問題ないでしょうか。

Linuxではntfsの性能が落ちるという話も聞く一方で、exFatはそもそも非常に遅いという話も散見します。
多種のOSから使用する際のファイルシステムでおすすめ教えてください
0337login:Penguin2013/09/29(日) 02:37:59.36ID:tcJWpgsA
Linux動かすんならext4かXFSあたりじゃないと性能がでない。
外部HDDとして読むのはLiveUSBとかFUSEでどうとでもできるから
そこまで考えることでもないとおもう。
0338login:Penguin2013/09/29(日) 03:02:53.71ID:3+phKdAF
>>336
いざという時のためには、tarで固めてvfatでCDRかなんかに焼いとく。
0339login:Penguin2013/09/29(日) 07:16:10.73ID:GdIUCdB8
良い良い言われて熱狂的な信者がいるFSが全然主流にならないのはどしてなの？
0340login:Penguin2013/09/29(日) 10:11:55.35ID:+JFBMWZb
>>339
信者しかいないからだろ
0341login:Penguin2013/09/29(日) 10:15:05.68ID:nx/u7RNa
>>337,338
たしかにLiveUSB使えばLinuxマシンが死んでもWin機にLiveUSB入れれば問題ないし、
Linuxで使う以上はLinux向けファイルシステムを使うべきなのはわかるのですが、
下みたいなことがあるといろいろ面倒かなと。

1, LinuxマシンとWin機が同時に死亡
2, Win(TrueImage)やMac(Timemachine)のバックアップはバックアップソフトが未対応のFS上に配置されてる
3, Win(TrueImage)からもMacからもバックアップにアクセスできず手が出せない

上みたいな場合に、PC修理 -> LiveUSBでLinux起動 -> ntfsのUSBにバックアップコピー -> 復元
みたいな手順を踏むことになる上に、修理完了するまではファイルにアクセスもできないというのはなかなかしんどいため、
多少性能を落としても全OSからアクセスできるファイルシステムのほうが無難かなと思った次第です
0342login:Penguin2013/09/29(日) 10:48:51.41ID:PR8qOYot
WinとMac両方で仮想マシン（Linux）を作っとく
0343login:Penguin2013/09/29(日) 10:57:02.86ID:+JFBMWZb
>>341
> 1, LinuxマシンとWin機が同時に死亡

こんなケースまで考えるなら、素直に Linux マシンの予備持っときなよ...
raspi とかなら、数千円程度だし。
0344login:Penguin2013/09/29(日) 11:15:05.94ID:bZpHRofo
>>336
そんなものはない
いざというときはliveCD使えばいいのでwindowsで読める必要はないと思う
0345login:Penguin2013/09/29(日) 11:23:16.49ID:Zgc/Hmvd
USBメモリにminimal環境のLinuxをインストールしてサルベージ用にする、という手もある。
sambaサーバーやFTPサーバー入れておけば、そのまま臨時サーバーにもなる。
0346login:Penguin2013/09/29(日) 13:10:08.87ID:D/UKYMxK
Win8なんか既にサンドボックスを実装してる。
そして、活用済みだ。
これは7との大きな違いのひとつだね。
0347login:Penguin2013/09/29(日) 13:11:19.98ID:6LM62DHq
何言ってんだこいつ
0348login:Penguin2013/09/29(日) 15:58:02.61ID:AAJG1dPf
初期のintel macではlinuxのlive cd動いてたけど最近のは無理なのか？
さすがに三台全部壊れることは稀だろう。
0349login:Penguin2013/09/29(日) 18:53:41.31ID:KXi+xUbv
sambaとかで共有してるボリュームがあるHDDを
別マシン（特にWin）に直接繋いだらuidとかパーミッションぐちゃぐちゃになって問題を悪化させるだけだろうな。

iOSとか書いちゃう>>336の知識から推察すると、今まで通りWinにファイル置いて
ファイル共有経由でMacから参照できるようにした方がまだ良いだろう。
0350login:Penguin2013/09/29(日) 19:55:56.22ID:ptrYCiQb
>>349
NTFSやexFATのHDDでもWinに繋ぐだけでパーミッションがぐちゃぐちゃになるとは知りませんでした。

みなさんにご指摘いただいた通りLinuxをファイルサーバにする以上
わざわざNTFS、exFATにせずext4あたりを使ってLinuxのみで運用しようと思います。
ありがとうございました。
0351login:Penguin2013/09/29(日) 22:33:34.34ID:Z67CFY9U
>>339
ZFSのことなら
・Windowsでは使えない
・Mac用は安定版がかなり古く、新しいものはまだ不安定版
・Linux用はライセンスの都合で公式のカーネルに含まれてない
ってのが原因だな
0352login:Penguin2013/09/30(月) 00:12:53.17ID:xTtbMftW
>>339は板的に「Linuxでの主流」ってことなんだよな？FS全般なら「MSが採用する気が無い」で終わってしまうｗ
信者がいるってイメージ的にbtrfsとZFSしか浮かばんけど前者は主流になる完成度じゃないし後者はライセンス的に主流にはなれないよね。
0353login:Penguin2013/09/30(月) 00:44:45.61ID:+Dkxw1iN
zfsは試しに使う分にはコマンド簡単だしスナップショット便利なんだけど実用するには億劫なんだよなぁ。

256～500GBくらいで余ってるHDD複数台を束ねたいものの、1台死ぬとどのファイルが欠けるかわからないんだよね？
かといってしょぼいHDDを再利用するのが目的なのにraidなんて面倒で組む気しないし、
何より組めるほどHDD容量の組み合わせが揃ってるわけでもない。
0354login:Penguin2013/09/30(月) 00:48:11.55ID:0wML9P/3
RAID5でディスク複数壊れた俺は、
あの時小さく悟りを得たと思うｗ
0355login:Penguin2013/09/30(月) 01:36:43.21ID:iK7cCLds
MSはパクってNTFSのバージョン増やすだけ。
0356login:Penguin2013/09/30(月) 02:03:32.77ID:mK0VY5+f
NTFSもZFSも自由に使えれば良いのにねー
結局FSはOSの重要な要素なんだよね
0357login:Penguin2013/09/30(月) 06:12:12.19ID:zTFHeC1x
れ、ReFS
0358login:Penguin2013/09/30(月) 10:44:36.72ID:DNJ2sqhK
>353
> 1台死ぬとどのファイルが欠けるかわからないんだよね？

それを万能に解決する仕組は他の FSでも存在しないでしょ

ZFS なら

* HDDの大きさが揃っている -> mirror/RAID-Z/RAID-Z2/RAID-Z3

* 大きさバラバラ -> copies という属性で FS 内の(mirror的な)冗長度を設定可能
複数のデータコピーは「可能な限り」別々のHDDに放り込まれるので，
HDD外してもある程度はデータが生存できるのかも(使ってないから知らない)

要するにヤワいmirrorみたいな概念だけど，おてがるに設定できる仕組．
0359login:Penguin2013/09/30(月) 18:12:07.22ID:xTtbMftW
copiesはチェックサムエラーが発生した時にはなんとかしてくれそうだけど、HDDぶっ壊れたときでもなんとかなるんかね？

大きさが揃ってないときはあれだ、drobo式でパーティション毎にn-1のRAIDZ/mirrorを組めばいいｗ（droboみたく拡張はできないけど）
0360login:Penguin2013/09/30(月) 20:09:52.76ID:+Dkxw1iN
>>358
copiesは初めて知ったからちょっと調べてみる。
圧縮ファイルでいうリカバリレコードみたいなもんかな？

でもまぁゴミドライブ複数たばねてメインドライブのバックアップ先にする程度が無難な気がしてきた。
USBケーブルごてごてさせて複数台繋ぐのも不便と言えば不便だけど。
かといってゴミドライブ接続するためにポートマルチプライヤ買うのも何か間違って気がするしいろいろ難しいな。
0361login:Penguin2013/09/30(月) 21:55:04.36ID:5HqVbRoJ
>>360
copiesは、単純にHDDの中に同一ファイルを、複数保存するって事だ。
2copysなら2分の1、3copysなら3分の1の容量になる。

一部のセクタが読み取り不能になっても、正常ファイルを読み込めるって事だな。
HDD自体が死んだら、RAID組んで無い限り、意味ないけど。
0362login:Penguin2013/09/30(月) 22:34:06.87ID:+Dkxw1iN
>>361
なるほど俺がいままで各HDDのハッシュ一覧出力してdiffとってたのが、
容量は犠牲になるものの全自動になるのか。それは確かに便利だなぁ。
0363login:Penguin2013/09/30(月) 22:58:33.15ID:rPqXGk6B
今時のHDDってセクタ単位で死ぬことってある？
300GBあたりを越えると安HDDでも誤り訂正符号で書き込まないと品質を維持できなくなってる
らしく、それぐらいの容量の HDD ではセクタ単位の死亡ってあまり聞かない気がするが、
俺の気のせいかな？

DVD-R とかだと copies 的な機能は欲しいが、壊れやすいのはアクセス頻度の高い？
ディレクトリやスーパーブロックだったりするのが困る。
0364login:Penguin2013/09/30(月) 23:04:08.11ID:0P9+rhln
死んでなくてもbit rotは起きる
0365login:Penguin2013/10/01(火) 05:10:24.57ID:zyGhBIm8
SMARTで代替セクタ増えてたら死んでるんじゃないの？（適当）
実際死んでるかはともかくとしてソフト的にしろハード的にしろなんらかの問題が起こって不整合起こすことはままある。
特にSMARTエラー出てないアレイでzpool scrubかけてチェックサムエラー出たことはあるよ。
0366login:Penguin2013/10/12(土) 11:25:26.22ID:AYsx1LKJ
2TBのHDD2台でLinuxを使ったファイルサーバを組みたいと思っています。
用途は"各PCのバックアップ"と"各PC間でのファイル共有"で、
それぞれHDDを1台づつ(2台くっつけてzpoolでまとめたりしない)使おうと思っています。

バックアップ用のHDDはスナップショット機能が欲しいのzfsでマウントしようと思っていますが、
ファイル共有用のHDDはスナップショットは特に必要ない(操作ミスでの削除対策や破損対策くらい)ので
EXT4あたりが無難でしょうか。

HDDを増設する際に便利そうなのでzfsにすることも考えたのですが、
容量が圧迫されると不安定になったり、HDDを増設してHDD2台で1プール構成にすると片側HDDだけをはずせないとか、
1つのファイルが複数HDDを跨ぐように配置されるとHDDが壊れたときの損害や破損状況がわかりづらいと聞いて
デメリットは大きいように感じています。
0367login:Penguin2013/10/12(土) 11:48:11.72ID:9h5alWYm
その用途ならどうでもいいです
0368login:Penguin2013/10/12(土) 12:10:36.90ID:/0NAHuoo
>>366
ファイル共有用はバックアップしなくていいの？
ext4はぶっ壊れた時に泣けるから、覚悟があるならどうぞ。

どのファイルシステムでも容量カツカツまで使ってはいけない。COWだからより影響が出やすいだけで。

zfsとかraidとかではストレージの取り外しは避けるべき。
ファイルサーバは壊れるまで電源すら落とさずつけっぱなしで放置するようなもの。

ファイルが分散しているのはパフォーマンスの改善と耐障害性のため。
NetAppとかIsilonの高めのNASでもストレージ/ノード両方でファイル分散させて、かつパリティも分散させてる。
どのようにばらまくかが設定できるこんな感じで。
ttp://s2.gazo.cc/up/17007.png


まあ、zfs快適に動かすならそれなりにリソースいるから好みでいいんじゃない。
HDD1つでも圧縮とかメリットあるわけで。
0369login:Penguin2013/10/12(土) 17:45:04.23ID:dteNadER
>>366
バックアップ先の方が、元のオリジナルもあるんだから壊れてもリカバーできるんじゃないの。共有用だとそこにしかなかったとかありそうだけど。
0370login:Penguin2013/10/13(日) 00:06:41.61ID:fA3eVhxX
>>368,369
ファイル共有用のバックアップはVPNで繋いでる外部のPCにWAN越しで1ヶ月に1回程度の間隔でミラーリングしています。

zfsで懸念してたHDD2台で1プール作るっていう部分も最悪HDDごとにプールわければ何の問題もないし
圧縮やチェックサムなんかの機能も考えたらzfsじゃなくext4を使う理由がさほどない気がしてきました。
0371login:Penguin2013/10/13(日) 01:25:47.59ID:a3OCf+Xj
zfsの導入を考えているのですが、以下のような運用は可能でしょうか。
PC1とPC2に単一HDDでzfs環境を構築する。
PC1は常時稼働、PC2は雷などによる被害を回避するため基本的には落としておく。
ある程度ファイルの更新が溜まったらPC1からPC2にsend/recvしてバックアップ。

ミラー、raidをせずにsend/recvでバックアップを行っている場合、
1, PC1がチェックサムエラーを起こした場合にスクラブなどで破損部分のみ復旧可能ですか？
2, もし1が不可能な場合PC2からPC1に破損したファイルを丸々上書きコピーすると、
　過去のスナップショット時のファイルは破損したままになり、
　消費するHDD容量は破損ブロックのみではなく破損ファイル分の容量を更に消費する認識で問題ないですか？
0372login:Penguin2013/10/13(日) 19:00:22.65ID:de1d8bC8
>>371
大前提として、scrub はエラーを修復するコマンドではない。エラーを発見するコマンドだ
発見されたエラーは、可能な限り自動的に修復されるが、それは副作用に過ぎない
copies とか パリティがあれがカバーされるが、ファイルシステムとしての健全性と、単体ディスクのそれは違う

> 過去のスナップショット時のファイルは破損したまま

なんでそう思うのかが謎
0373login:Penguin2013/10/13(日) 21:08:44.59ID:O+ivi31r
>>372
371 ではないが...
send/recv ってことは日時、アドレスが特定されるブロック情報がやり取りされるわけだから、
理論上は破損したブロックを recv したプールから修復できそうなもんだが。
それっぽいコマンドが無いからそういう機能はなさそうではあるが。

> なんでそう思うのかが謎
じゃぁ破損したファイルはスナップショットではどう見えるの？アクセスした瞬間に修復不能判定で lost+found 送り？

ま、個人的には scrab でエラーが出るようなディスクを運用し続ける気にはなれないが。
0374login:Penguin2013/10/13(日) 21:30:12.93ID:de1d8bC8
>>373
> 理論上は破損したブロックを recv したプールから修復できそうなもんだが。

ファイル一式あるのに、そのブロックだけ持って来ても大抵の場合はあんまり嬉しくないからだろうね

> じゃぁ破損したファイルはスナップショットではどう見えるの？

どう見えるもこう見えるも、コピー先のファイルは、コピー先のディスクもファイルシステムも壊れてなければ
普通に見えるだろう

> アクセスした瞬間に修復不能判定で lost+found 送り？

なんでそう思うのかが謎。コピー先とコピー元の区別がついてないんじゃない？

コピー元の話をすれば、元々そのブロックを含むファイル全体が読めればなんのエラーも出ないだろうし、
スナップショットが取ってあっても、そのブロックが書き換えられてなければファイルとしては壊れてるだろうし、
書き換えられていて、かつ元のブロックにエラーがなければ、スナップショットのファイルには何の問題もないだろう

あと、zfs に lost+found は無いよ
0375login:Penguin2013/10/13(日) 21:43:16.85ID:a3OCf+Xj
>>372
raid、mirror、copiesで冗長設定を行っていれば
ファイルのエラーを修復することが可能なのは了解です。
send/recvで全く別のPCに同じzfsプールを作成してバックアップしているような場合に
ファイルをコピーする以外の方法でエラー箇所を修復することは可能でしょうか。

>なんでそう思うのかが謎
ファイルA作成 -> スナップショット取得 -> ファイルAを少し追記してファイルA'にする。
ここでオリジナルのファイルAが破損した場合に
ファイルA'にも影響があるかと思ったのですがdedupしてなければ無事でしょうか。
0376login:Penguin2013/10/13(日) 22:08:31.96ID:de1d8bC8
スナップショットは「差分であってコピーじゃない」ことを理解すれば、その疑問も解消するんじゃないかな？
0377login:Penguin2013/10/14(月) 00:14:45.63ID:b0jVcrh/
>>376
いみふ

>>375
>ファイルAを少し追記
の時点でAとはべつの実体（A'）が出きるんじゃなかったっけ。つまり無関係
0378login:Penguin2013/10/14(月) 00:21:42.45ID:ZoNJuLo2
>>376
それだとファイルAの破損箇所がファイルA'との差分箇所以外の場合
ファイルA'ごと破損するはずなので言ってることが矛盾してるように感じるが


話題は変わるんだけどzfs on linuxでも.zfsって見れない？
zfs set snapdir=visible は設定してるけど表示されない。
正直これが使えないとなるとzfs-fuseから乗り換えた意味が全くないんだが
03793732013/10/14(月) 01:00:55.67ID:sAc0KzgY
>>374
> ファイル一式あるのに、そのブロックだけ持って来ても大抵の場合はあんまり嬉しくないからだろうね
1GB のファイルの 4KB の１ブロックだけ壊れた場合にファイル全体(1GB)書き戻すのと、
4KBブロック１つ書き戻すのだと、俺は4KBブロック１つ書き戻すほうがうれしいけどなぁ。

> どう見えるもこう見えるも、コピー先のファイルは、コピー先のディスクもファイルシステム
> も壊れてなければ普通に見えるだろう
質問しなおすけど、壊れたコピー元ではスナップショットのファイルはどう見えるの？
0380login:Penguin2013/10/14(月) 09:50:58.32ID:Zfe6LAQJ
>>377
> の時点でAとはべつの実体（A'）が出きるんじゃなかったっけ。つまり無関係

できない。その場合、追記されたブロック以外は同じまま共用される

>>378
すまん、どことどこが矛盾してるのか分からん

>>379
> 質問しなおすけど、壊れたコピー元ではスナップショットのファイルはどう見えるの？

壊れてるなら壊れて見えるだろうね。つか、俺は>>371を、「コピー先に存在するはずの過去のスナップショット」
についての質問だと思ってたんだが、違うのかな？
0381login:Penguin2013/10/14(月) 11:04:48.02ID:ZoNJuLo2
>>380
>できない。その場合、追記されたブロック以外は同じまま共用される
真偽はともかくこの共用されてる部分でエラーが出たら
ファイルAもA'影響受けるんじゃないの？
そしたら>>372のコメントと矛盾してるじゃん。

こうやって考えるとsend/recvでバックップしてても使い勝手微妙だな
・エラー時もファイルを修復できない。(正しいと思われるファイルを手動で上書きする必要あり)
・過去にスナップショットしたファイル破損時はファイル上書きによる修復すらできない。
(スナップショットの状態そのままで過去のファイルを変更できないため)
0382login:Penguin2013/10/14(月) 12:17:44.52ID:sBIgmQeX
>>381
済まんが、どことどこが矛盾してるのか分からん

コピー元のAとA'は、その共通部分が壊れりゃ、そりゃ両方共読めなくなるよね
コピー先にあるAもA'も、まだ壊れてないんだから、両方とも問題ないでしょ

これ↑矛盾してるか？

つか、>>371が想定していると俺が思ってる運用法とお前さんが思ってる運用法が違ってる気がする
もしかすると、コピー元にも延々過去のスナップショット残しておく感じなのかな？

> ・エラー時もファイルを修復できない。(正しいと思われるファイルを手動で上書きする必要あり)

「ファイルの修復」が何を意味してるのかよく分からんけど、cp では不満だというなら
コピー先のスナップショットを send, recv して持ってくればいいんじゃないの？

> ・過去にスナップショットしたファイル破損時はファイル上書きによる修復すらできない。
> (スナップショットの状態そのままで過去のファイルを変更できないため)

コピー先のスナップショットを一式、全部まとめて持ってくればいいんじゃないの？
現在、過去1、過去2とか、まとめて普通に send, recv 出来るけど？

よく分からんけど、壊れたブロックその物を物理的に修復してほしいって話なのかな？
send, recv なり cp なりなんなりで元のデータが手に入れば問題ない気がするけどな

壊れたディスクは交換して、バックアップからデータを書き戻すことに何の問題があるのか分からん
0383login:Penguin2013/10/14(月) 12:32:23.46ID:ZoNJuLo2
>>382
>コピー元のAとA'は、その共通部分が壊れりゃ、そりゃ両方共読めなくなるよね
>コピー先にあるAもA'も、まだ壊れてないんだから、両方とも問題ないでしょ
じゃあ上の状態で壊れたコピー元のファイルA'に対して
正常なコピー先のファイルA'を上書きコピーで書き戻せばどうなるの？
コピー元のファイルA'は正常な状態でも、スナップショットのファイルAは壊れたままじゃないの？

そりゃ過去のスナップショットも含めて全部片っ端からsend/recvすりゃ話は別だけど
そんなこと>>371のどこにも書いてないわな。
0384login:Penguin2013/10/14(月) 13:19:42.53ID:sBIgmQeX
どうなるのって、壊れたディスクに書き込むようなけったいなことをしたことが無いんでアレだけど、
その操作はエラーになるんじゃないかと思うよ。CoW なんで書き込む前に読み出すはずだからね
で、元の A はそりゃ、壊れたままだろうけど、それのどこに矛盾があるの？

もう一回書くけど、俺は>>372 で「コピー先に存在するはずの過去のスナップショット」について言った
>>371を「元ディスクには現在のファイルしか無く、先ディスクにはその時々のスナップショットがある」
と理解していたからね
それが勘違いだったとしたら、「あぁそこは勘違いしてましたね」って話
0385login:Penguin2013/10/14(月) 14:06:13.22ID:CymNGmWP
結局>>384が高飛車に勘違いしてただけで
>>371の解決に繋がる話が何もなくてワロタｗ
03863732013/10/14(月) 19:28:41.47ID:x6sl8hV+
>>380
ＰＣ
質問２の「PC2からPC1に破損したファイルを丸々上書きコピーすると」について
0387login:Penguin2013/10/14(月) 19:33:14.04ID:x6sl8hV+
すまん、書いてる途中に送ってしまった。

>>380
ＰＣ１にスナップショットが殆ど残っていないという解釈については理解したが、
質問２の「PC2からPC1に破損したファイルを丸々上書きコピーすると」が、
説明不能かと思うがどうよ。
0388login:Penguin2013/10/14(月) 20:57:21.79ID:lNF4NHwS
掘り返して申し訳ないんだけど
.zfs/snapshotから差分ファイルに直接アクセスするのは
zfs-fuseだろうがzfs on Linuxだろうがまだ実装されてない？
それともsnapdir=visible以外に何か設定が必要？
0389login:Penguin2013/10/15(火) 18:26:41.23ID:uMxQLvVI
>>378>>388
ZFS on Linuxだとsnapdirの設定はls -aとかで.zfsディレクトリが表示されるかどうかくらいしか影響がなくて、
どっちにしろコマンドラインから.zfs直打ちすれば見られるよ。
/pool/fs/.zfs/snapshotとかをnetatalkで共有してマウントとかもできてる（あまり行儀良くないけど）。
単にls -lとかで出てこないから見られねー、って思ってるだけでは？
0390login:Penguin2013/10/15(火) 19:21:18.18ID:3/XRQc90
>>388
ls -la、cd .zfsともに試したのですがやはり存在しないようです。
ファイル作成後、削除後でそれぞれスナップショット取ってみてもやはり存在せず…。

mint archive # zfs get snapdir data/archive
NAME PROPERTY VALUE SOURCE
data/archive snapdir visible local
mint archive # pwd
/data/archive
mint archive # ls -la
total 5
drwxr-xr-x 3 mint mint 4 10月 15 19:11 .
drwxrwxrwx 3 mint mint 5 10月 15 18:51 ..
drwxr-xr-x 2 root root 2 10月 15 19:11 test
-rw-r--r-- 1 root root 0 10月 15 19:11 tste
mint archive # cd .zfs
-su: cd: .zfs: No such file or directory
0391login:Penguin2013/10/15(火) 20:13:32.41ID:9yslWU/U
´-`).｡oO(どうしてzfs listしないんだろう……)
0392login:Penguin2013/10/15(火) 20:20:22.57ID:3/XRQc90
>>391
入れようと思ってたんですが文字数の関係で。

mint ~ # zfs list
NAME USED AVAIL REFER MOUNTPOINT
data 273K 58.6G 43.5K /data
data/archive 72K 58.6G 34K /data/archive
data/archive@1 19K - 30K -
data/archive@2 19K - 31K -
0393login:Penguin2013/10/16(水) 00:42:15.06ID:bV92DcXS
0.6.2（Ubuntu12.04）はもちろん0.6.0で放置してたマシン（Ubuntu10.10）でさえ見られるけどなぁ・・・＞.zfs
まさかfuseが動いたままとかじゃないよね？ zpool get version data は - （feature flags）になってる？
0394login:Penguin2013/10/16(水) 00:47:20.29ID:WYtw9dDo
(日記) ext4 から zfs に glusterfs の replicate で migrate 中...
0395login:Penguin2013/10/16(水) 20:12:10.18ID:5KXerEgC
>>393
- defaultになっていますがもしかして何かおかしな感じですか？

mint@mint ~ $ sudo zpool get version data
NAME PROPERTY VALUE SOURCE
data version - default
0396login:Penguin2013/10/16(水) 20:18:01.51ID:3H37weR+
ls /data/archive/.zfs/snapshot/
は？
0397login:Penguin2013/10/16(水) 20:31:16.67ID:5KXerEgC
>>396
やっぱディレクトリ自体がないみたいです。

mint@mint ~ $ sudo ls /data/archive/.zfs/snapshot/
ls: cannot access /data/archive/.zfs/snapshot/: No such file or directory
0398login:Penguin2013/10/16(水) 20:38:55.02ID:Dz3qOO7d
> - defaultになっていますがもしかして何かおかしな感じですか？

例１: Solaris10 1/13
# zpool get version rpool
NAME PROPERTY VALUE SOURCE
rpool version 29 local

例２：FreeBSD 9.2-STABLE
# zpool get version rpool
NAME PROPERTY VALUE SOURCE
rpool version 28 local
0399login:Penguin2013/10/16(水) 21:43:40.64ID:5KXerEgC
>>398
SolarisとLinuxの違いでしょうか。
少なくともfuseが残ってるわけではなさそうですが…。
mint ~ # find / -name zfs
/lib/modules/3.8.0-19-generic/extra/zfs
/lib/modules/3.8.0-19-generic/extra/zfs/zfs
/etc/bash_completion.d/zfs
/etc/sudoers.d/zfs
/etc/default/zfs
/etc/zfs
/var/lib/dkms/zfs
/var/lib/dkms/zfs/0.6.2/build/cmd/zfs
/var/lib/dkms/zfs/0.6.2/build/module/zfs
/var/lib/dkms/zfs/0.6.2/build/etc/zfs
/sbin/zfs
/sys/devices/virtual/misc/zfs
/sys/class/misc/zfs
/sys/module/spl/holders/zfs
/sys/module/zfs
/sys/module/zavl/holders/zfs
/sys/module/zunicode/holders/zfs
/sys/module/zcommon/holders/zfs
/sys/module/znvpair/holders/zfs
/usr/src/zfs-0.6.2/cmd/zfs
/usr/src/zfs-0.6.2/module/zfs
/usr/src/zfs-0.6.2/etc/zfs
/proc/spl/kstat/zfs
/dev/zfs
/dev/disk/by-partlabel/zfs
0400login:Penguin2013/10/17(木) 18:33:21.63ID:KqIM93ZT
>>395
いや、それはVALUEのところが - ってことだから正しい。
28までやSolarisでは>>398みたくバージョン数が表示されるけど、
feature flags導入以降のZFSでは - になる。
- ってことはZFS on Linuxがちゃんと動いてるはずなんだけどなぁ・・・わからん。
0401login:Penguin2013/10/17(木) 19:13:25.79ID:tkXuK3Ha
まさかとは思うけど、# zfs mount -a
0402login:Penguin2013/10/17(木) 22:01:11.67ID:Otb/u/+O
>>401
マウントもされてます。
とりあえずテストで仮想環境に入れたから何かイレギュラーなことになってるのかなぁ。

mint ~ # zfs mount -a
mint ~ # zfs list
NAME USED AVAIL REFER MOUNTPOINT
data 342K 58.6G 31K /data
data/archive 30K 58.6G 30K /data/archive
mint ~ # ls -la /data/archive/
total 3
drwxr-xr-x 2 root mint 2 10月 15 22:39 .
drwxrwxr-x 3 root mint 3 10月 15 22:54 ..
0403login:Penguin2013/10/18(金) 23:00:04.49ID:av8klvMN
単品HDDのzfsを拡張したいのですがRAIDは怖いし、小回りがきかないので避けたいです。
ストライプをオフにしてプールを拡張することはできないでしょうか。
(片肺だけ接続すればディレクトリ構成と残ったほうのファイルだけ表示されるイメージ)

できない場合はmhddfsとかaufsが妥当な方法に思えますが、
mhddfs、aufs、unionfsといくつか種類があり違いがわからないためおすすめを教えてください。
0404login:Penguin2013/10/18(金) 23:44:03.72ID:3s4nR1Z9
日本語で前提とやりたいことを明確に書け
0405login:Penguin2013/10/18(金) 23:59:35.96ID:N6zLLs+F
>>403
それ、zfs な単体ディスクを２台マウントするのとなんの違いがあるの？
0406login:Penguin2013/10/19(土) 10:24:01.63ID:GgoqxQie
>>402
ZFS on Linux界隈の話はよく知らんのだが、
.zfs/snapshotディレクトリのautomountが動いて無いんじゃないか？

ちょっと古い情報だが
http://askubuntu.com/questions/103369/ubuntu-how-to-mount-zfs-snapshot

これでマウント出来るようなら、どこかがおかしい。
0407login:Penguin2013/10/19(土) 15:04:47.08ID:NAIzXW3S
>>403
その目的（単純なディレクトリ結合）ならmhddfsだろうけど。
unionfs/aufsは光学ディスクとRAMディスクみたいな性質の違うメディアをくっつけることが主目的だし。
ただ目的とその動機がマトモとは思わんけどね。どうせ飛んだディスクに一番大事なデータが乗ってて泣くんだろう。
0408login:Penguin2013/10/19(土) 16:02:45.17ID:xoeGYH0+
>>405
sambaで共有するときには2台のHDD(ディレクトリ)を束ねた状態で表示したいのです。
ようはWindowsのほうでドライブレターを分けたくない

>>407
mhddfsで束ねようと思います。ありがとうございます。

バックアップ自体は容量が中途半端な古いHDDを束ねてcopies=2指定で構築した
zfsファイルサーバがあるのでそちらにsendしています。
そのマシン自体は古く、音も煩いので押入れに配置しており、
回線も無線で飛ばしているような状態なのでメインで使うつもりはありません。
0409login:Penguin2013/10/19(土) 16:14:00.78ID:OAyqpWjp
シンボリックリンクで解決できるだろ
0410login:Penguin2013/10/19(土) 16:25:54.31ID:FWlaMzyb
>>408
>sambaで共有するときには2台のHDD(ディレクトリ)を束ねた状態で表示したい
普通にシンボリックシンク張ればいいだけじゃないの？
0411login:Penguin2013/10/19(土) 16:43:42.05ID:xoeGYH0+
>>409,410
/zfs/fs/dirA/
/zfs/fs/dirB/
/zfs/fs/dirC/
上のような構成だとdirA、B、C以下でディレクトリ分けをせずにファイルを直接配置しています。

また、dirAとdirBは容量がほとんどなく、
dirCの直下に大量の大容量ファイルが存在するような形なので、
dirC自体を2つに割りたい状態です。

3TBのHDDを購入すればシンボリックリンクでも解決できますが
シンボリックリンクではなくmhddfsを使うと何かデメリットがあるのでしょうか。
0412login:Penguin2013/10/19(土) 17:01:55.40ID:ujSq5fBA
こいつが何をしたいのかさっぱり分からん
0413login:Penguin2013/10/19(土) 17:02:44.55ID:FWlaMzyb
/zfs/fs/dirC/dirA_s ←dirAのシンボリックリンク
/zfs/fs/dirC/dirB_s ←dirBのシンボリックリンク
/zfs/fs/dirCをsambaで共有

いまいち分からんけどこれでだめなの？
0414login:Penguin2013/10/19(土) 17:09:19.48ID:n/G/XApW
ろくに説明もできないバカにかまうな
0415login:Penguin2013/10/19(土) 17:13:34.78ID:xoeGYH0+
あ、言葉足らずでした。
共有しているのは以下のディレクトリです。
/zfs/fs

で、新しくプールを追加して下の配置にするとzfs2の容量がしんどくなる。
/zfs/fs/dirA
/zfs/fs/dirB
/zfs/fs/dirC_s <- シンボリックリンク
/zfs2/fs/dirC

win側のバッチでもろもろ処理をしているためfs以下のフォルダ構成は変えたくない状態です
0416login:Penguin2013/10/19(土) 17:24:30.93ID:ujSq5fBA
なんでディスクを追加すると容量が減るのか、さっぱり理解不能
0417login:Penguin2013/10/19(土) 17:30:59.74ID:FWlaMzyb
＞で、新しくプールを追加して下の配置にするとzfs2の容量がしんどくなる。
だからこんなこと書いても他人が見ても分かるわけないでしょ？
0418login:Penguin2013/10/19(土) 17:50:06.88ID:xoeGYH0+
>>416,417
dirCが容量の大半を食っているので
2TBのzfsプールと同サイズのzfs2ではすぐに限界が来てしまいます。
3TBを購入すればしばらくはもつと思いますがそれもいつまでもつかわかりません。
mhddfsで簡単にdirCを重ねられるならそれに越したことはないかなと思いました。
0419login:Penguin2013/10/19(土) 18:49:21.14ID:EFTZEr4F
自分しか知らないことを他人も知っている前提で話すのはアスペ
0420login:Penguin2013/10/19(土) 22:57:40.19ID:JHcTRlgi
ノートpcにSSD入れたいんだけど
SSDに最適化されているというF2FSを使ってる人いる？
0421login:Penguin2013/10/19(土) 23:45:24.40ID:LBGng1/x
>>420
いる。少なくとも開発者は使ってんだろ。
0422login:Penguin2013/10/19(土) 23:47:23.01ID:xoeGYH0+
>>419
何回かにレスを分けてたので自分でもどこまで話したかわからなくなっていました。

結局dirCをzfsプールとzfs2プールにわけようと思うとmhddfsを使うほかないですよね？

そもそもmhddfsではなくシンボリックリンクが勧められる理由は何なのでしょうか。
手軽なのは確かにそうなのですが、ファイルパスが変わるとすべてのリンクを作りなおす必要があったり、
リンクファイルをコピーする際に、アプリによってリンク先の実体をコピーするものと
リンクファイル自体をコピーするものでまちまちなためmhddfsのほうが便利だと思っていたんですが
0423login:Penguin2013/10/20(日) 00:01:33.25ID:gTxMqX1I
簡単にいうとそんな貧乏くさいことは普通はしない
ストレージの大事さを理解してればコストは惜しまないと思うよ
0424login:Penguin2013/10/20(日) 00:49:58.77ID:fYTyHLf/
後付けの条件をどんどん出してくる馬鹿には氏ねじゃなくて死ねとしか言いようがない。
0425login:Penguin2013/10/20(日) 03:14:43.76ID:LybDE0D6
イマイチ何がポイントになってるのか分からない俺がいる
何でmhddfsからいきなりシンボリックリンクの話に飛ぶんだろうか
0426login:Penguin2013/10/20(日) 09:32:16.08ID:lUo3Q4yG
>>403 mhddfsとaufsとunionfsどれがいい？
>>407 その目的ならmhddfsがいい
>>408 じゃmhddfs使います

まとめるとこういう事
他はノイズ
0427login:Penguin2013/10/20(日) 09:55:29.72ID:dkuoGXU6
そもそも、こいつのお大事なバッチとやらを書き換えれば、何の問題も無いんだろ？
あと、mhddfsとやらが実際の所どの程度信用できるかは知らんが、少なくとも、
・性能が低下する
・元のディスクが一杯になるまで追加したディスクには書き込まない
んだろ？
もしかしてこいつの中では「片方のディスクが壊れても、半分のファイルは生き残る」
事になってるのかも知れんが、それは両方が一杯になった時だけで、元のディスク
の方が古い＝壊れるのも先なんだから、今の所殆ど全てのファイルを失う可能性の方が
高いだろ。その時にはバックアップがある！ってのなら、そもそもzfsでもいい話で

貧乏性でどうしても古いディクも使いたいってなら、
　4TBと2TBか3TBと1TBのディスクとJBOD出来るカードを買うなりなんなりで入手
→ 新しいディスクの大きい方で zpool create して autoexpand=true
→ zpool attach → 古いディスクを detach → 新しいディスクの小さい方と古い
ディスクで JBOD組む → attach とかするかな？

つか、自分なら2TBx4とかでraid-z2するだろうけど
0428login:Penguin2013/10/20(日) 09:58:51.19ID:dkuoGXU6
おっと、

×そもそもzfsでもいい話
○そもそもzfsでストライプすりゃいい話
0429login:Penguin2013/10/20(日) 11:10:41.88ID:C/3bPKFZ
>>427
おまえこの前の高飛車勘違い君だろ。

>そもそも、こいつのお大事なバッチとやらを書き換えれば、何の問題も無いんだろ？
それがしたくないからって質問してるのにお門違いもいいとこ

>あと、mhddfsとやらが実際の所どの程度信用できるかは知らんが
知らんならえらそうに話すな。
性能測定まではしてないが次のディスクに書き込み始めるまでの容量は決めれる

>もしかしてこいつの中では「片方のディスクが壊れても、半分のファイルは生き残る」
>事になってるのかも知れんが、それは両方が一杯になった時だけ
もう無茶苦茶。片方のディスクが壊れても当然生きてる方に書き込まれたデータは生き残る。
両方じゃなくて片方と言いたいんだろうが次ディスクに書き込む容量は変えられるからそれも間違ってる。

>古い＝壊れるのも先なんだから、今の所殆ど全てのファイルを失う可能性の方が
>高いだろ。その時にはバックアップがある！ってのなら、そもそもzfsでもいい話
まず古いHDDが壊れたら殆ど全てのファイﾙを失うっていう前提が意味不明。
どういうファイルを管理してるかは知らんが新しいデータが生きてることは大きいだろ。

>つか、自分なら2TBx4とかでraid-z2するだろうけど
>>単品HDDのzfsを拡張したいのですがRAIDは怖いし、小回りがきかないので避けたいです。
こう言ってるやつにRAIDを勧める意味がわからない。
将来また足すかもとか言ってるやつが一回RAIDZ2なんて組んだらディスク1本だけ足すとかができないだろうに。
0430login:Penguin2013/10/20(日) 11:31:51.12ID:dQajVw2K
まともに質問もできない日本語のおかしなゴミクズ質問者はスルーすべし
デキる自分を主張したくてクズでもかまいたがるゴミクズ回答者はくたばれ
0431login:Penguin2013/10/20(日) 19:29:27.08ID:o0GJpDC3
ストライピングがイヤだという部分だけは同意する。
俺のディスクは全てRAID1。
0432login:Penguin2013/10/20(日) 20:50:51.47ID:C/3bPKFZ
zfs使ってるような人は元々趣味でRAID組んでるような人が多いから意見が偏ってるんだよなぁ。

企業と違って個人ではファイルサーバが一時的に停止しても問題ないし
コスト度外視で考えてもそこまでRAIDが必要ってわけでもないと思うんだけどな。

確かにzfsの機能をフル活用するならガンガンHDD繋ぐほうがいいんだろうけど
・仮に死んだときにデータが全て飛ぶ上に復旧も絶望的
・HDDをちょっと別PCに繋ぎたいときもHDD4個も5個も運ばないといけない。
・RAIDZならHDDを1個追加みたいなことができない。
・RAID1の場合も増設時は同容量のHDDを2つ用意する必要がある
(HDDだけならともかくsata端子が足りなくなってきてポートマルチプライヤ買うはめになったりする)

スナップショット、cow、圧縮、チェックサムが便利だからzfs使ってるけど
raid嫌いな人のためにもストライプ切れるようにならないもんかね。
というかマイナーなところ探せばそういうFSもありそうだけど人柱怖い
0433login:Penguin2013/10/20(日) 21:40:46.40ID:jf7+doXb
>>432
＞zfs使ってるような人は元々趣味でRAID組んでるような人が多いから意見が偏ってるんだよなぁ。
それを偏見って言うんだよ。
そんな事言う奴の話なんて、誰も聞かねーよ。

みんな、使える道具の中で運用考えてんだよ。
RAID嫌いな奴はそもそも、そういう運用前提で、
ちゃんとHDDを使い分けてるだけだろ？
0434login:Penguin2013/10/20(日) 21:45:38.92ID:2jbbvIlL
>>432
btrfsが安定したらご期待にそえるんじゃないの？
たしか、一応現時点でも冗長化止めたりストライピングしたり変更できたはずでは。
0435login:Penguin2013/10/20(日) 21:48:50.72ID:pWnCpXI6
安定してから言ってくれ
0436login:Penguin2013/10/20(日) 23:47:51.68ID:OSIxSIqR
これからのファイルシステムに欲しい機能は、データの保護の強化、データの圧縮に
よるメディアの有効利用、SSD+HDDの連携と思っています。

今使えるファイルシステムとしては、ZFS（Native Linux）しかLinuxでの
選択肢はありませんが、今後の開発の可能性も含めて、ZFS以外で良さげなものが
あれば、是非教えて下さい。
0437login:Penguin2013/10/21(月) 16:40:47.76ID:aVpL83gh
>432

RAID0 とか concat-disk が嫌いという人がいてもいいと思う

でもそれなら「HDD追加して容量拡張したい」みたいなことは
死んでもいうなよってことじゃないのかな

# アスペっぽい書き込みはスルーして読んでないんだがｗ
0438login:Penguin2013/10/21(月) 18:40:53.54ID:X9lixWj/
趣味だの偏ってるだので他人を罵ってる奴が、「嫌い」とか、キ印としか思えん
0439login:Penguin2013/10/21(月) 20:13:46.61ID:WVTks6VH
>>406
マウントはできるようなのでやはりどこかがおかしいみたいです…。

mint ~ # mkdir /home/archive
mint ~ # zfs list
NAME USED AVAIL REFER MOUNTPOINT
data 230K 58.6G 31K /data
data/archive 59K 58.6G 31K /data/archive
data/archive@test 28K - 31K -
mint ~ # mount -t zfs data/archive@test /home/archive
mint ~ # ls -la /home/archive
total 8
drwxr-xr-x 3 root mint 4 10月 16 20:12 .
drwxr-xr-x 5 root root 4096 10月 17 16:10 ..
-rw-r--r-- 1 root root 0 10月 16 20:12 a
drwxr-xr-x 2 root root 2 10月 16 20:12 test
0440login:Penguin2013/10/21(月) 22:40:36.45ID:CUJNcbU/
よもやID:av8klvMNよりヤバイのが来るとはな。
0441login:Penguin2013/10/21(月) 23:13:54.39ID:51o6NMnx
てか、単発多すぎだろ。
>>403以降アスペのアンチRAIDと過剰反応RAID信者の二人が自演合戦してるんじゃないかとすら思えてくる
0442login:Penguin2013/10/22(火) 00:16:52.43ID:MHRqDCi8
そんな１日に何回もレスするようなスレじゃないんで
結果的に単発IDになる。
0443login:Penguin2013/10/23(水) 19:43:08.24ID:aaYlhJpG
リカバリーレコードみたいな少し容量は増えるけど数%の破損なら補修できるような
都合のいい機能を標準装備したファイルシステムってないですか？

もしくはツールでそういうことが可能なら教えてください。
ツールの場合は圧縮ファイルのような形式ではなく
rrファイルを外部出力してどんなファイルにも使えるようなものが理想です。
0444login:Penguin2013/10/23(水) 19:57:22.63ID:19+PbIit
ファイルシステムではないけどrrの代わりなら
一応par2ってのがある
計算にめっちゃ時間かかるけどpar2bbならマルチコア対応してる
0445login:Penguin2013/10/23(水) 22:06:41.15ID:zlI5LHZK
zfsってプールの破損でなくファイルの破損ならcopiesなんかで冗長設定してなくても
チェックサムをもとにある程度回復できると思ってたんだけど違ったっけ？
探してみたけど書いてたページが見つからない。
普通に考えたらチェックサムをもとに回復って無理な気がしてきた。
0446login:Penguin2013/10/23(水) 23:11:22.82ID:w+iPLHYC
>>445
チェックサムでは回復は無理っすよ
0447login:Penguin2013/10/23(水) 23:21:36.13ID:zlI5LHZK
>>446
やっぱそうなのか。
他のFSに比べてzfsは接続不良なんかでのファイル破損がほとんどないとか、
1ブロックの破損なら自前で復旧できるみたいなのを見て安心した記憶があったんだが。
リカバリレコードなんかなくてもzfsでよくね？って思って見てたけど全然大丈夫じゃなかったんだな
0448login:Penguin2013/10/23(水) 23:56:23.53ID:IL5Wv5QQ
むしろチェックサムによって明確に壊れてることがわかるので見かけ上他のFSよりバンバンエラーが出る気がするｗ
>>443を見て思ったんだけど、単体HDDのパーティションを8分割くらいしてRAIDZ組むとか頭の悪いことしたらチェックサムエラー修復できるんだろうか。
0449login:Penguin2013/10/24(木) 00:16:03.31ID:yLEZ2bPz
checksumで修復できるのはビット化けみたいなものでしょ?
セクタ・ブロックが死ぬようなのは「大規模」なデータ損失で
それは RAID-Z なりのバックアップデータがなきゃ無理でしょ
0450login:Penguin2013/10/24(木) 00:28:12.11ID:IdBRDw4P
>>449
逆に言うとビット化け程度なら冗長設定してなくてもチェックサムだけで修復できるってこと？
HDDでビット化けってあんまり聞かない気がするけど
0451login:Penguin2013/10/24(木) 00:49:29.11ID:GDX/eWS5
ハミングコード
0452login:Penguin2013/10/24(木) 01:09:18.52ID:ssDUuLUa
HDD自体がECC使ってるしエラー検出とエラー訂正は同じじゃない
0453login:Penguin2013/10/24(木) 22:55:18.82ID:XS30xXcy
zfsのファイルシステムの作成ですが以下のようなことをしたいのですが方法はあるでしょうか。

①ディレクトリをまたいでファイルシステムの作成
zpool create zpool
zfs create zpool/a
mkdir /zpool/a/b
zfs create zpool/a/b/c <- bのファイルシステムは不要だがcのスナップショットを取りたい

②再帰的なロールバック
zpool create zpool
zfs create zpool/a
zfs create zpool/b
zfs snapshot -r zpool@1
zfs rollback zpool@1 <- a、bも含めて再帰的にロールバックしたい

2つめの場合は/zpool/a、/zpool/bをディレクトリにしてしまえば特に問題ないのですが、
ファイルシステムを作成せずにプールだけで運用ってあまり聞きませんが何か問題ありますか？
問題あるならファイルシステムをひとつ余計に作ってマウントポイントだけ変えようと思います。
0454login:Penguin2013/10/25(金) 04:11:16.80ID:tjxFsdIi
>>453
①
できないしできる必要がわからん。
bが本当に要らんならまずディレクトリとして要らない（zpool/cで良い）しそうじゃないならファイルシステムじゃダメな理由もわからん。
bのスナップショットが要らないにしても-r無しでaとcそれぞれで取ればいいだけだし。
②
できないんだよなぁ・・・rollback -rが別のオプション（最新より前のスナップショットにロールバック）になっちゃってるから。
多分手動かスクリプト書くかする必要があるんじゃ？

＞ファイルシステムを作成せずにプールだけで運用ってあまり聞きませんが何か問題ありますか？
send/recvが若干めんどくさくなるからプールのルートには何も置きたくはないね。
書いてるとおりルートはmountpoint=noneにして1個余計に作った方が楽かもね。
0455login:Penguin2013/10/25(金) 10:55:55.11ID:ugDlUU2T
>450
> HDDでビット化けってあんまり聞かない気がするけど

だって貴方は化けてても気づかないでしょ?
0456login:Penguin2013/10/25(金) 11:16:18.46ID:9rFB6ubH
>>455
心のビットなら分かるさ。Trueだろ？
0457login:Penguin2013/10/25(金) 12:25:31.20ID:0FwEouQp
False!
0458login:Penguin2013/10/25(金) 19:34:58.72ID:JffNeFET
Null
0459login:Penguin2013/10/25(金) 20:14:24.86ID:c/l0CUx/
>>454
①具体的に言うと下のような構成になっていて
backupやwin、macの下にはファイルがない状態です。

zpool/bakup/win/sys
zpool/bakup/win/data
zpool/bakup/mac/sys
zpool/bakup/mac/data
zpool/doc/～～～
zpool/share/～～～

特にファイルシステムであっても問題ないですがzfs listしたときに邪魔なのでもし方法があればと思っていました。
こういう場合みなさん特に気にせずファイルシステムを作ってるんでしょうか。
それとも下みたいな感じで最低限のファイルシステムを作ってマウントポイントを変更してるんでしょうか。
zfs set mountpoint=/zpool/bakup/win/sys zpool/win_sys
zfs set mountpoint=/zpool/bakup/win/data zpool/win_data
～省略～

将来的にファイルシステムが増え過ぎるのが面倒なのか、
zfsの構成とファイル構成が違ってくるほうが面倒なのか判断に迷うところです。
0460login:Penguin2013/10/26(土) 14:50:26.40ID:2B//8yQz
組み込みでFRomにjffs2ファイルシステムが乗ってるって話の場合
アプリは普通にファイルを作って書いたり読んだり消したり出来ると
思っていいですか？
0461login:Penguin2013/11/01(金) 18:02:19.20ID:OHi4c+6U
vxfs最強
0462login:Penguin2013/11/01(金) 22:35:43.34ID:/Bn0q+0Y
それ全角２５６文字のファイル名つけられるの？
0463login:Penguin2013/11/01(金) 22:37:29.10ID:A5V09kZl
全角をどんなエンコードで書き込むかによって違ってくる。
0464login:Penguin2013/11/02(土) 11:32:50.85ID:887lFvrv
皆様の知恵を拝借致します。

# ls -al /var/
drwxr-xr-x. 29 root root 100737024 Nov 2 10:38 log/

/var/log にlsをすると暫くたってからリストが表示されるのですがこれをシンプルに
縮退させる方法はありますでしょうか？

FSシステムはext3。肥大の原因となったファイル群は整理済みです。
0465login:Penguin2013/11/02(土) 12:06:22.83ID:ghHlEbPC
こいつはてーへんだ！
0466login:Penguin2013/11/02(土) 13:05:17.69ID:T2Oqcsfn
縮退の意味が分からん
var/logの中のファイルを削除して整理したいのか
lsの表示を早くしたいだけなのか
前者ならlogrotateとか使えと思うし後者ならls -fで頑張れとしか
0467login:Penguin2013/11/02(土) 13:23:20.43ID:2VosL/Ps
でかくなったディレクトリを小さくしたいという意味では?
ディレクトリってtruncateできるのかね?
0468login:Penguin2013/11/02(土) 13:40:42.65ID:d2Ccv1+/
dir_index使ってなきゃe2fsck -Dで縮むが
0469login:Penguin2013/11/02(土) 13:46:27.00ID:ojzZMU2F
最悪、
mkdir /a; mv /var/* /a; rmdir /var; mkdir /var; mv /a/* /var; rmdir /a
くらいで縮むと思うけど、副作用があっても知らん
0470login:Penguin2013/11/02(土) 13:48:24.95ID:ojzZMU2F
あぁ、/var じゃなく /var/log か
0471login:Penguin2013/11/02(土) 15:59:06.01ID:ghHlEbPC
いつもはディレクトリ作り直しているが /var/log
は CD ブートしないと出来ないよな。
0472login:Penguin2013/11/02(土) 20:53:36.83ID:KMMmRexE
シングルユーザーで立ち上げてもできなかったっけ？
0473login:Penguin2013/11/02(土) 22:19:21.19ID:ghHlEbPC
結論
・停止可能
　シングルユーザモードで起動するか別デバイスから起動し
　　e2fsck -D
　　or ディレクトリ再作成
・停止不可
　修正不可
0474login:Penguin2013/11/03(日) 19:39:59.63ID:EIQFhcTZ
/var/logを一時的にtmpfsにしてディレクトリ作り直したら？
04754642013/11/04(月) 15:44:24.92ID:tM1Wm+fs
皆様の温かいご意見に感謝申し上げます。
なくなくシングルユーザーモードで再起動して、e2fsck -D /dev/sda5 を実行して見ました。
⇒　縮退せず
ファイルシステムの再作成となりました。UUIDなどみのがしたので、デバイスエントリをマウントするように
変更して再起動したところ万事うまく行ったようです。

ご協力に感謝致します。
0476login:Penguin2013/11/04(月) 16:52:10.36ID:kzjwQk+Y
dir_index使ってたら縮まないんじゃないか。もっとも使ってたら遅くならないけど。
0477login:Penguin2013/11/04(月) 18:55:05.59ID:/vrbWrDE
昔から言われちゃいるがなんでやらんのだろな
http://pc8.2ch.net/test/read.cgi/linux/1101495293/759n-
ttp://linux.derkeiler.com/Mailing-Lists/Kernel/2009-05/threads.html#06569

>>476
>>464
0478login:Penguin2013/11/04(月) 21:15:50.05ID:Mc4mH5/X
こういうの「縮退」って言うもんなん?
0479login:Penguin2013/11/04(月) 22:05:16.00ID:R2gPhWNm
言わないと思う
0480login:Penguin2013/11/05(火) 01:08:56.63ID:x5EwXLLD
なんていうの？
0481login:Penguin2013/11/05(火) 18:22:50.90ID:V9FjLC3k
縮小でいいんじゃね
0482login:Penguin2013/11/05(火) 23:27:26.01ID:XqLkhYZK
計算機分野での縮退はフェイルソフトの意味で使われてるのが普通じゃね？
だもんで資源割当の最適化を指して使うには不適切じゃないかと

一般的にはshrinkでいいだろうから縮めるとか縮小あたりか
e2fsckの-Dオプションはディレクトリの最適化と称してる
0483login:Penguin2013/11/06(水) 19:24:45.14ID:rtQrlBIK
「フェイルソフト」って何？
0484login:Penguin2013/11/06(水) 19:33:01.25ID:hbMRSS5A
障害部分を切り離してシステム全体は軟着陸させること
0485login:Penguin2013/11/06(水) 19:55:47.73ID:nonnr+x1
>>483
ぐぐればすぐ出てくるよ。
0486login:Penguin2013/11/06(水) 20:05:40.94ID:s8Xkx+wT
いわゆるガーベージコレクションではないか。
0487login:Penguin2013/11/15(金) 11:42:42.03ID:9hTtO7jh
zfsってどの程度安定してるっぽい？
Linux系じゃなくてUnix系使った方が良いのかな？
突然データ吹っ飛んだりしない？

データ保管庫としてどの程度使えるのか聞きたい。
0488login:Penguin2013/11/15(金) 12:07:52.44ID:VKakjuP/
>>487
重複排除しなければ安定してる
0489login:Penguin2013/11/16(土) 13:32:35.81ID:cecGacoq
だれかbtrfs常用してる?
0490login:Penguin2013/11/16(土) 13:33:41.66ID:sra3+D4d
してるよ
0491login:Penguin2013/11/16(土) 19:08:08.57ID:klODC6Fw
緑3TBの20台でVMの共有ストレージに
してるけど、何ら問題ないよー

UPSと箱と電源に拘ってみては？
0492login:Penguin2013/11/16(土) 21:36:07.83ID:PUTOFxx6
まぁ、緑の真の恐怖は、１台イカれると周り中を道連れにして死ぬ点に有るんだがな
0493login:Penguin2013/11/16(土) 21:44:26.25ID:4Z3n+n2w
どうやって道連れにすんの？
0494login:Penguin2013/11/16(土) 22:08:59.61ID:PUTOFxx6
さてなぁ。リビルド時の高負荷で死ぬんだと思うが
0495login:Penguin2013/11/17(日) 00:25:14.43ID:O40qf6mF
アホじゃねーの
0496login:Penguin2013/11/17(日) 09:28:09.85ID:CRGzRdxz
和露多
0497login:Penguin2013/11/17(日) 09:49:24.20ID:a+DN6O1g
まぁ試してみればいいよ
安物NASメーカーのユーザーフォーラムとか読めば、それなりに一般的な現象だと分かると思うけど
0498login:Penguin2013/11/18(月) 01:02:31.08ID:I9FkgyOR
あー、リビルド時に電圧が揺れて、それで死ぬHDDとかありそうかも
0499login:Penguin2013/11/18(月) 15:13:11.08ID:9uyno7vf
>498

ナニソレ… 詰んでるじゃん
0500login:Penguin2013/11/18(月) 22:51:33.49ID:bDDNz1pj
>>498
ダメな電源使ってるとあり得るかもね
0501login:Penguin2013/11/19(火) 00:15:04.51ID:P8aDRHP+
安物NAS -> ダメ電源 -> リビルド時にHDD大量死

すじが通ってるっていうか、確かにありそう…
0502login:Penguin2013/11/19(火) 05:14:21.58ID:VUnJga0a
HDD 一括購入で RAID → 同ロット品を同じ条件で酷使 → 大体同じ時期に死亡
ってのは考えにくいんだろか？
0503login:Penguin2013/11/19(火) 05:20:37.26ID:dN6/7hdo
それはよく聞く話だね信憑性があるかどうか分からんけど
ユーザーフォーラムをみれば～と言ってるけどちゃんとしたデータでもあるの？
0504login:Penguin2013/11/19(火) 07:49:39.88ID:g05Kpkbk
蛸足状態で、電圧足りないだけだったりして。
0505login:Penguin2013/11/19(火) 11:58:29.64ID:OcMnYX9e
RAIDがリビルド中に死ぬ主な理由は、patrol readあるいはdata scrubbingを適切に行っていないから。
そのせいでリビルド中にエラーが見つかってmultiple faultで死ぬ。
0506login:Penguin2013/11/19(火) 13:08:37.83ID:jE8BP7f7
ハードウェアRAIDなら、RAIDカードの設定でauto verifyはonにするのが必須
0507login:Penguin2013/11/19(火) 13:52:07.70ID:DJml48id
mdでそういう設定みたいのある？
0508login:Penguin2013/11/19(火) 14:24:08.74ID:nsGqYGMa
>>507
raid-checkとか？
ただSMART値を監視するのと大差はないと思う。
0509login:Penguin2013/11/20(水) 01:34:46.12ID:cTOAfPI0
>>507
echo check > /sys/block/mdX/md/sync_actionをcronで定期実行
0510login:Penguin2013/11/20(水) 10:31:45.53ID:JFflcn2G
mdadmに定期同期チェックする機能なかったっけ？
0511login:Penguin2013/11/20(水) 14:50:25.16ID:rmMhU9tO
でも RAID1, RAID5 だとHDDのセクタエラーみたいな
「エラー出た」とハッキリしているものは修復できるけど
黙って化けられたら，どちらが正解か判断できないよね?

RAID6 なら多数決作戦もいけそうだけど．

結局 ZFS みたいな checksum をどこかに持ってないと
サイレントエラーには勝てないんじゃない?
0512login:Penguin2013/11/20(水) 19:23:39.66ID:bY8G6Pf2
ZFS の開発がホットだった頃と違って、今の HDD は誤り訂正符号で
データを書き込むから、サイレントエラーはあんまり考えなくても良い気がする。
0513login:Penguin2013/11/20(水) 20:41:37.29ID:wZCapg96
ZFSって2004年からじゃん。
訂正符号はSNが良くなるのと同じだからね。
製品の目標BERって変わってないと思うよ。故障率も
CRCみたいなチェックコードは別についてる。昔から。
だからHDD以外方が怪しいんじゃ?
0514login:Penguin2013/11/20(水) 21:11:35.55ID:AVxrr1Rb
ZFSは2001年開発開始だがそれよりずっと前から誤り訂正は使われてる
>>512はドヤ顔でウソを語るクソ野郎
0515login:Penguin2013/11/20(水) 21:52:13.13ID:BDsQcIvp
WindowsでZFSが使える日が来たら僕は
0516login:Penguin2013/11/20(水) 22:00:27.05ID:elVQL5xQ
Zenzen tsukaenai File System for Windows
0517login:Penguin2013/11/20(水) 23:09:27.82ID:rmMhU9tO
>514
そうそう．昔から HDD 自体もエラー訂正はそれなりに
かけているわけだが，実際にたまに化けるわけだ

それこそ電源不良でとかそういう理由もあるんだろう

ZFSで scrub かけてるとほとんどは何もなかった，
だけどたまーに実際に「修復したよ」って言ってくるのは
なにかしら化けていたと言うことなんだと思う．
ZFS使ってなかったらそのエラーに気づくこともなかったんだろう
0518login:Penguin2013/11/20(水) 23:40:25.51ID:YOXke8Ow
その化けてるのは、ディスクで化けたのでなくて、メモリとかネットワークの上じゃないかな。特にメモリ。

各々のディスクは渡されたデータを正しく保持してるが、渡すところで腐ったので全体では不整合、という状態。
0519login:Penguin2013/11/20(水) 23:42:43.13ID:jbabelX+
>>512
今も昔もHDDは最初っから、セクタ単位でCRC使ってますが、なにか。
逆に今時の、記録密度が高いプラッタの方が、データが化ける可能性が高いんですが。
AFTだって、ただ容量効率だけを上げようってだけで作られた訳じゃないぞ？
記録密度が上がったおかげで、データが化ける可能性が高くなってしまった。
今までのCRCじゃ強度が足りず、エラーの発見率が落ちる。
それじゃ、エラーの発見率を担保するために、強力なCRC付けりゃ良いかというと、
512byte単位じゃ、CRCデータの方が大きくなって、結果、容量効率が落ちる。

だから、4kセクタにして、それに対して強度の高いCRCを付ける事で、
容量効率とエラーの発見率を担保してるんだが。
0520login:Penguin2013/11/20(水) 23:59:29.83ID:AVxrr1Rb
>>518
ディスクだってプロセッサやメモリを持ったコンピュータなんだぜｗ

>>519
リードソロモン符号とか昔から使ってるよね
0521login:Penguin2013/11/21(木) 04:07:53.44ID:yOJ6w+57
>>519
CRCじゃなくてECCじゃない?
0522login:Penguin2013/11/21(木) 08:23:29.53ID:ikUtsHbn
MFM の構造自体に CRC が含まれている。
05235122013/11/21(木) 08:29:38.03ID:JPL18MmS
>>514
それはスマンカッタ。
後学のために教えて欲しいんだが、CRC じゃなくて ECC が ATA や SATA で CRC が
実装されたのって何時ごろ？
0524login:Penguin2013/11/21(木) 13:28:28.31ID:X7I3irv8
内部的には超大昔から使ってるでしょ?

じゃないと使い物にならないし，
「セクタエラー」とかどうやって判断するのさ
0525login:Penguin2013/11/21(木) 16:09:33.72ID:RVgPOgAD
んなもんオープンリールの頃から付いてるだろ
0526login:Penguin2013/11/21(木) 19:19:26.69ID:ubdkFRZ8
CRCと言えばKURE 5-56
0527login:Penguin2013/11/21(木) 22:04:36.78ID:Pp3BjgOQ
CRCはエラー検出しかできないけどECCはエラー訂正できるんじゃなかったっけ。
05285122013/11/21(木) 22:44:10.13ID:JPL18MmS
>>524
日本語変なままレスしちまってた...
古い PATA の HDD も CRC だけじゃなくて ECC も搭載されていたってこと？
セクタエラーは CRC だけで判断だろうけど...
最近では SATA にも ECC が搭載されるようになったからサイレントエラー減ったって考えてるんだが。
0529login:Penguin2013/11/21(木) 23:08:59.14ID:gcccJwBb
たとえばFireball ATには160bit RSのエラー訂正がついてたわけだが
知ったかぶりには最近付いたものに見えるのか
0530login:Penguin2013/11/21(木) 23:22:10.93ID:JPL18MmS
>>529
もう少し情報欲しいなぁ。 １つだけ持ってこられてもちょっとわからない。
2000年代前半の頃の ATA/SATA で各社 ECC ついてたかどうか。
0531login:Penguin2013/11/21(木) 23:29:35.43ID:CJP+VmwG
>>527
そう。
ただし、CRC は誤り検出の一つの実装で、ECC は誤り検出訂正自体のことなので、対になる用語ではないよ。
0532login:Penguin2013/11/21(木) 23:44:48.30ID:gcccJwBb
無い反証を探すことで思い知らされたくない>>530ｗ
0533login:Penguin2013/11/21(木) 23:50:13.91ID:rpW/HMz8
いつごろから実装されてた？
→Fireball AT の頃にはあっただろ
→一つじゃわからない

余程の馬鹿か、さもなきゃキチガイだろ
0534login:Penguin2013/11/21(木) 23:50:45.29ID:X7I3irv8
エラー訂正なんて大昔の情報の授業でも
基本知識として出てくるのに
なんで「最近ついた」って思ったんだろ
0535login:Penguin2013/11/22(金) 00:00:11.73ID:m7CKWeH4
たとえばCDのCIRC(Cross Interleave Reed-Solomon Code)みたいに
民生品でもずいぶんと前から使われてるからなあ

40年前の汎用機のディスクパックでもエラー訂正は使われてたんだし
0536login:Penguin2013/11/22(金) 00:03:04.40ID:3eAvH0UQ
個人的には誤り検出と誤り訂正は分けて議論したい
05375122013/11/22(金) 00:15:11.80ID:jkmGvjzZ
>>532
馬鹿にしてもらって結構。 ソースを探したがうまく探すことが出来なかったのでしょうがない。
ようやく先ほど http://engawa.2ch.net/test/read.cgi/linux/1002445806/
(必ずしもよい情報源かどうかは不明だが)を見つけて、ECCbytes の変遷を確認して納得しました。

>>534
なんでってのに回答すると、HDDの「CRC Error」ってのみて、
「ECC 付いてないのかよ」って思ったんだわ。
0538login:Penguin2013/11/22(金) 00:29:11.04ID:Bzw+jdE2
>>537
再送要求を出せばいいだけ
0539login:Penguin2013/11/22(金) 01:06:11.08ID:qZZSQ+NA
IDEのHDDはECCナシ、SCSI3のはアリ
というのがIDE時代の俺の認識
0540login:Penguin2013/11/22(金) 01:33:46.25ID:m7CKWeH4
>>539
なんで次々とバカが涌くのか

当時の身近そうな製品例：
ttp://www.wdc.com/en/products/legacy/Legacy.asp?r=3
Specifications for the WD Caviar AC140
Formatted Capacity: 42 MB
Interface: 40-pin EIDE
ECC: 56-bit
0541login:Penguin2013/11/22(金) 01:40:32.77ID:qZZSQ+NA
俺の場合は雑誌の記事の受け売り
0542login:Penguin2013/11/22(金) 04:12:56.06ID:Etze86j4
それは転送時の話じゃないのか

そもそも、ECCを実装するのは歩留まりをあげる方法でもある
実装しないで製品化されていると考えるほうがバカ
0543login:Penguin2013/11/22(金) 10:50:36.85ID:eg9vJfGj
ECC については知らんが、
CRC についてはそもそも MFM の構造に含まれているのだから、
日本で販売された PC98 用及び PC/AT 互換機用で
CRC が無い物なんか存在しない。
0544login:Penguin2013/11/22(金) 14:52:14.42ID:m5o7wjgY
1980年代前半の初期のPC用のハードディスクは2バイトのCRCだったりしたけど、
末期には全部ECCだったはずだよ。

>>543
それはたぶんセクタインデックスの話で、確かにCRCなんだけど、
最近のハードディスクはセクタインデックス自体ないからCRCはないよ。
0545login:Penguin2013/11/22(金) 20:34:08.93ID:eg9vJfGj
>>544
セクタとセクタの間にあるセクタID等を記録した領域。
今ないのか？

まさかそんな日が来るとは。
0546login:Penguin2013/11/22(金) 23:20:45.15ID:8O+jGNIn
>>545
ごめん。
最近のハードディスクはNo-IDフォーマットだからセクタIDはないって、
なんかの本で読んだんだけど、調べてみたらIBMの特許だった。
http://www.google.com.au/patents/US6185058
少なくともIBMとHGSTはNo-IDフォーマットなんだけど、ほかはわからない。
あと、セクタインデックスじゃなくてセクタIDだったね。
0547login:Penguin2013/11/22(金) 23:29:17.83ID:eg9vJfGj
そんなのがあるなんて知らなかったよ。
ありがとう。
0548login:Penguin2013/11/27(水) 09:54:54.55ID:XJNBI7IS
Chris MasonがFusion-ioからFacebookに行くのか。
0549login:Penguin2013/11/28(木) 08:44:14.35ID:+me7r+Rm
btrfsとflashcacheが統合されてzfsを超える日が遂に来るのか。
0550login:Penguin2013/11/30(土) 12:21:19.12ID:1jePTrTr
俺の動向も書いてくれな。
0551login:Penguin2013/12/10(火) 00:47:35.00ID:umD2/MqR
zfsってnativeてcreateしたものをzfs-fuseでインポートできないのか…。
レスキューのときとかに面倒だなぁ
0552login:Penguin2013/12/10(火) 08:50:12.99ID:UiO2wUHu
ZFSのいいところは沢山ある中から選べることだ（キリ
0553login:Penguin2013/12/14(土) 00:21:58.05ID:mkgPrxK+
あまったパーツでｚｆｓファイルサーバを組もうかと思ってるんだけど
compress=on、dedup=offの場合は下の構成でいける？

CPU=C2D E7200
電源=570W
メモリ=DDR3 8GB(4GB)
HDD=3GB+4GBの計7GB
マザーは未定

もしくは最近メモリ高いし4GBでもいいかなぁって気もしてるんだけどやめたほうがいい？
0554login:Penguin2013/12/14(土) 05:11:31.11ID:13r4jixt
それっぽっちの容量でファイルサーバを作る理由は無い。
ルータにUSBメモリでも挿しておけ。
0555login:Penguin2013/12/14(土) 10:21:19.41ID:711HTBHU
7Gは7Tの間違いと思うけどねぇ

7Gのファイルサーバならraspberry にUSB 2本挿して、RAID0相当あるいは
RAID1相当のシステムは出来そう。
0556login:Penguin2013/12/14(土) 11:19:43.61ID:1VJbGU/V
ごめん、7TBの間違い
0557login:Penguin2013/12/14(土) 12:42:58.86ID:Bi/n0fvv
何のデータ扱うか知らんけど
圧縮効くデータをメインに扱うとかじゃないなら意味無いよ
0558login:Penguin2013/12/14(土) 16:33:11.05ID:6JGj8NiJ
>>553
ZILとL2ARC用にSSD追加するといいよ

>>557
最近のZFSだとL2ARCにも圧縮効く
ttp://wiki.illumos.org/display/illumos/L2ARC+Compression
0559login:Penguin2013/12/14(土) 17:06:46.45ID:Bi/n0fvv
>>558
扱うデータが圧縮の効かないような物でもL2ARCに効く圧縮は効果あるの？
0560login:Penguin2013/12/14(土) 23:25:29.67ID:S26vC0dy
lzjbで圧縮率平均1.52だったわ。
ファイルサイズが小さくなるのは期待せずに、シーケンシャルライトがちょっとでも早くなればなあ　というレベルで使ってるわ。

ｽﾍﾟｯｺは
CPU: Intel Core i7 920
ﾒﾓﾘ: DDR3-1333 8x3=24GB
HDD: raidz(3T+3T+3T)+4T

SSDはなし。中身はいろいろ。動画とかすでに圧縮されたデータは容量比2割くらい。

lzjbではこの環境だとCPUが足を引っ張ったりはしないけど、
gzip-9だと話にならないほど遅い。 電気食いなのが悩みorz
0561login:Penguin2013/12/14(土) 23:59:41.38ID:LABPQm5N
今時はlzjbは捨ててlz4使った方が良かった気がする。
lzjbは大して縮まない割に速度はlz4に大きく劣るし、圧縮重視ならgzipでいいし、みたいな。
あとgzip-9は超遅いくせにgzip-6とかより劇的に縮まるわけではないからこっちもあんま意味無かった記憶が。

>>551
version=23でcreateしてもダメなんだっけ？
0562login:Penguin2013/12/15(日) 16:07:28.78ID:Lkhmahdw
>>561
version=23指定でcreateすると指定なしに比べて何かデメリットとか
使用できない機能ってありますか？
0563login:Penguin2013/12/15(日) 17:04:35.97ID:H/RDQaMq
ggrks
0564login:Penguin2013/12/15(日) 22:34:07.96ID:Lkhmahdw
>>561
zfs-fuseでimportする際のエラー文は変わるけど
どっちの場合でもimportはできないっぽい

version=23でcreateした場合は
no such pool available

デフォルトでcreateした場合は
using newer ZFS version
0565login:Penguin2013/12/16(月) 15:32:06.53ID:IduSrtWi
>>562
デメリットなかったらバージョン変わってるわけないだろ。ちょっとは頭使おうよ・・・

>>564
-O version=4でも付け忘れたんだろ。プールのバージョンだけ下げてファイルシステムのバージョン下げてない。
ちょっとは（ｒｙ
0566login:Penguin2013/12/19(木) 00:23:25.05ID:SVdiduEQ
>>565
試してみればわかるけど
zpoolをversion=23で作成して、zfsはversion=4で作成してもzfs-fuseではやっぱりimportできない。
no such pool availableでエラーが出る。
0567login:Penguin2013/12/24(火) 02:40:49.97ID:KXNflFGx
>>545
> セクタとセクタの間にあるセクタID等を記録した領域。
> 今ないのか？
それフロッピーと同じ時代の話しじゃね？
フォーマットの生データで遊べた時代は楽しかったな。ノスタルジーな感
0568login:Penguin2013/12/24(火) 12:48:43.53ID:9HUwRlac
GAPだね。何かディスクドライブの速度を調整してプロテクト再現とかしてたよね。
0569login:Penguin2013/12/24(火) 21:19:44.58ID:dM+0N5Zh
GAP3 に自分の名前を入れたりすんだよ。
0570login:Penguin2013/12/24(火) 21:21:47.57ID:dM+0N5Zh
クリスマスイブの夜に職場のトイレでフロッピーを想いながらしみじみ。
0571login:Penguin2013/12/25(水) 00:46:58.31ID:YN24kKAh
イヴの夜は、たぶんディスケットと過ごすのね♪
0572login:Penguin2014/01/20(月) 20:11:27.39ID:TeXh0nWE
クリスマス以降書き込みないとか意地っ張りばっかりだなｗｗｗ
0573login:Penguin2014/01/20(月) 20:27:16.63ID:HgAmIOA8
Read Diagnostic かぁ何もかもが懐かしい。
0574login:Penguin2014/01/20(月) 20:34:09.34ID:8cM6sVOK
>>572
あけおめ
0575!omikuji !dama2014/01/20(月) 20:40:50.92ID:RE1Csrj1
あけましておめでとう2015
0576login:Penguin2014/01/21(火) 01:43:49.13ID:5RnaFWHw
よいお年を
0577login:Penguin2014/01/21(火) 11:20:11.00ID:xDMgN8fu
さようならフロッピー、あけましておめでとうSSD
0578login:Penguin2014/01/25(土) 02:32:46.17ID:3QLJueuJ
JFS (Journaled File System) って評判をあまり見かけないけれど、
スペックをざっと見た感じでは、運用感覚としてext3のタイムスタンプを64ビット化
した様な感じでシンプルなジャーナリングファイルシステムとして
運用出来そうに見えるんだけども、どうでしょうか？
0579login:Penguin2014/01/26(日) 08:02:42.09ID:pt+YKkX6
開発コミュニティがしぼんでるから避けてる人が多いんじゃない
使ってる人が少ないとそれだけ原因不明のクラッシュに出会う可能性もあがるし

出自は悪くないし、昔試したときは普通に使えたよ
負荷試験とかそういうのはやってないのでコメントできん
0580login:Penguin2014/01/26(日) 11:19:56.83ID:7hoHi6pO
ZFS関係が結構きてるな

FreeBSD 10.0-RELEASE Release Noteshttp://www.freebsd.org/releases/10.0R/relnotes.html
0581login:Penguin2014/01/27(月) 01:17:32.99ID:4j0u7jIt
>>578
LinuxでJFS 5年くらい使ってる素人だけど、ファイル削除が遅いなあと思うくらいで特に問題起こらないし普通だよ。
unmountせずに強制終了したりすると、ジャーナル再生してあげないとmountできないのが気になるくらいかなあ。

Linuxで使うならスケジューラdeadlineにするのｵﾇﾇﾒ。
0582login:Penguin2014/01/27(月) 20:18:40.10ID:o0KCwFlw
JFSを使った感想…
可もなく不可も無かった。電源が突然切れてfsckが走ったがファイルが消される事も無く、そこそこ早く終了した。
ただ、8GB程度のファイルを扱うと(tarなんかで固めた場合)異常にCPUが使われた。それ以外は不満は無かった。

ちなみにSSDで使用しようとして「discard」オプションを付けても『何それ？美味しいの？』と言われます。
0583login:Penguin2014/01/27(月) 21:07:17.65ID:m80HOl/I
おまえのカーネル古いぞ

http://kernelnewbies.org/Linux_3.7#head-1fd57e16fc824eafd1bab789c5e1281bb5a0ccd5
0584login:Penguin2014/01/27(月) 21:24:56.01ID:o0KCwFlw
>>583
3.7からTRIMサポートされているのは知っているが、debian & Ubuntu 12.04 LTS使いなんでねぇ。。。
(安定志向で使っているので、無理して最新カーネルは追わない事にしている)
0585login:Penguin2014/01/27(月) 22:41:43.69ID:hdGXIq3U
安定志向なら FreeBSD 2.1.7 がいい。
0586login:Penguin2014/01/27(月) 22:44:35.27ID:o0KCwFlw
>>585
でも“FreeBSD 2.1.7”ではZFSが使えないよ～
と、茶レンジャー的な発言をしてみる
0587login:Penguin2014/01/28(火) 14:19:48.05ID:b29i+Tjz
緑レンジャーのおいらには関係なかった
0588login:Penguin2014/02/04(火) 13:45:57.32ID:VgvULY/g
discardオプションはSSDのときに効果を発揮する とあるけど
これSSDだけじゃなくてSDでも効果あるよね？
0589login:Penguin2014/02/04(火) 13:50:54.34ID:oOmonj3C
>>588
SD って、SD カードのこと?
0590login:Penguin2014/02/04(火) 13:54:53.16ID:VgvULY/g
>>589
そう、SDカード
0591login:Penguin2014/02/04(火) 14:04:48.11ID:oOmonj3C
どっちもフラッシュメモリだから
その辺は同じじゃね。
0592login:Penguin2014/02/04(火) 19:57:29.85ID:ElABdI+r
その前にSDカードのコントローラーがTRIMサポートしてないと意味が無いけどね
(かの有名なJMF602もTRIMはサポートしていません)
0593login:Penguin2014/02/05(水) 15:38:16.74ID:6hMGRjim
FreeBSD の10.0 とか大丈夫なのかなあ?
0594login:Penguin2014/02/05(水) 21:38:11.72ID:gZLNHuVD
>>593
もしかしてTRIMの話？
だとすると9.1からサポートされているみたい
0595login:Penguin2014/02/15(土) 23:16:43.13ID:VoNHOW8K
zfsでファイルサーバを運用しています。
スナップショット未取得のファイルを誤ってrmしてしまったのですが、
何か復元する方法はないでしょうか。
0596login:Penguin2014/02/15(土) 23:21:19.43ID:1szylSm1
>>595
㍉
0597login:Penguin2014/02/16(日) 08:19:42.48ID:npyWoCuh
まだ上書きされてなければ不可能ではない。
ただしかなりのZFSハッカーでないとムリ。
0598login:Penguin2014/02/17(月) 13:17:47.13ID:VHQQfEcK
某業者に頼めばやってくれるよ
0599login:Penguin2014/02/17(月) 23:40:36.77ID:a0Hu8ThK
「某」と伏せる意味が分からない
0600login:Penguin2014/02/22(土) 18:35:18.39ID:5CgnqMtk
ZFSを復旧できたことを自慢げにしてる業者だっけか
0601login:Penguin2014/02/23(日) 10:33:02.23ID:NLMYLtPA
スナップショットを1分毎に自動取得させてる俺最強
0602login:Penguin2014/02/23(日) 11:22:21.23ID:/xvaT3ph
そこまでやるならNILFS使った方がいいと思うが
0603login:Penguin2014/02/24(月) 23:16:39.04ID:1EsG/whZ
NILFSはRAIDZ持ってないからなぁ
0604login:Penguin2014/02/25(火) 17:57:30.88ID:MAiGnAl8
ZVOLの上でnilfs使うんだ
0605login:Penguin2014/02/25(火) 19:25:06.99ID:eAhKXpsp
https://access.redhat.com/site/documentation//en-US/Red_Hat_Enterprise_Linux/7-Beta/html/7.0_Release_Notes/chap-file-systems.html

赤帽はXFSがデフォになるのか……
0606login:Penguin2014/02/25(火) 20:41:20.09ID:VzcxKYlz
btrfs…
0607login:Penguin2014/02/25(火) 20:47:00.33ID:SzzkFEPb
UPS前提なら、それほど悪くないってことなのかな？
0608login:Penguin2014/02/25(火) 21:55:25.77ID:WMoxLJUx
16TB超でディスクフォーマットが変わるext4に不安なんじゃね
0609login:Penguin2014/02/26(水) 18:46:30.52ID:GyIe26sH
一度、fsckがメモリー不足でこけた経験があり、
いまひとつXFSは信用していない。

たしか数10Gバイトのディスクを512Mバイトぐらいの
メモリを載せたマシンでチェックしたんだっけかな？...
0610login:Penguin2014/02/26(水) 22:53:38.45ID:Gcs0/oD4
SGIのIrix(だったか？)板のXFSは良かったらしいが、Linux板はイマイチって聞いたことあるなぁ。
JSFは悪くないっぽいのにマイナー過ぎるし。
0611login:Penguin2014/02/26(水) 22:56:18.61ID:K4+iDTKX
>>610
そりゃかなり昔の話
0612login:Penguin2014/02/26(水) 23:40:11.83ID:F69luCOc
いまどきfsck使うFSは無しでしょwww
0613login:Penguin2014/02/27(木) 08:12:58.25ID:h7cH20nl
トラディショナルは良い事だ。
0614login:Penguin2014/02/27(木) 09:09:48.00ID:erdljxQV
最近の製品だとnasneがXFSらしいね。
0615login:Penguin2014/02/27(木) 09:26:06.23ID:U2KfEXG7
https://www.cseas.kyoto-u.ac.jp/info/2013/03/4864

> NAS（ファイルサーバ）で最も使われているファイルフォーマットの１つとして、XFSがあります。

えっ
0616login:Penguin2014/02/27(木) 11:03:41.09ID:SMG7VnfA
XFSはパーティション1TBにつきメモリ1GB強は用意しておかないと
xfs_repairやxfs_checkでしんどい。
0617login:Penguin2014/03/02(日) 12:35:20.59ID:ZB6mISWp
>>615
間違てはいないな。最も使われている”うちの”ひとつなのだから。

HDDレコーダーはほとんどXFSじゃないかな
0618login:Penguin2014/03/03(月) 09:11:17.73ID:VlpH/8S4
LinuxでWindows8と似た機能をもった、複数のHDDを結合した領域プールって作れない？
ちょっとどれが可能なのか、イマイチよくわからないんだが。
0619login:Penguin2014/03/03(月) 09:17:00.95ID:FWmE7ovR
RAID0でググると幸せになれます
0620login:Penguin2014/03/03(月) 09:17:07.86ID:2ogkQeoO
>>618
LVM の話?
0621login:Penguin2014/03/03(月) 14:28:30.04ID:v481OIXu
mhddfsのことかも
0622login:Penguin2014/03/03(月) 22:13:21.80ID:pCRezIhh
618じゃないけど

LVMだけだと、全体を大きな一つの領域として扱うことは出来るけど
そこから切り出してRAID1やRAID5に相当するものを作ったり
シン・プロビジョニングで仮想的に物理ディスクより多い領域に見せかけたりってのは
出来ないんじゃないかな
http://www.atmarkit.co.jp/ait/articles/1301/10/news103.html

よく知らないんだけど、Win8の記憶域プールの機能に相当するものは
ZFSとかbtrfsとかのほうが近いような気が
0623login:Penguin2014/03/04(火) 14:12:02.44ID:iw2ftenp
いつのLVMの話さね
https://access.redhat.com/site/documentation/ja-JP/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/thinly_provisioned_volume_creation.html
https://access.redhat.com/site/documentation/ja-JP/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/raid_volumes.html
0624login:Penguin2014/03/07(金) 22:46:48.44ID:xwJDdyAh
うーむ。なかなか同じようなのはないみたいですね。
やはり、メモリ消費量といい、使いやすさ、設定しやすさ、まったくNTFSってやつは。
0625login:Penguin2014/03/07(金) 23:05:50.73ID:wz0eFR6G
>>624
？？？
0626login:Penguin2014/03/09(日) 18:21:43.39ID:1g+NRbib
>>624
MS馬鹿にする人多いけど、技術力は相当だからな。
0627login:Penguin2014/03/17(月) 11:36:49.33ID:7SGEkWxm
てゆーか今時LVM 有効にしてるヤツおるん？
0628login:Penguin2014/03/17(月) 11:38:22.40ID:Gat2H6sp
>>627
どういうこと?
そりゃいるんじゃない?
0629login:Penguin2014/03/17(月) 21:37:10.13ID:hIwMQYcr
Centって「なーにも考えずに」インストールしたらLVMで領域確保されたような。。。
0630login:Penguin2014/03/17(月) 21:43:13.21ID:XkpNLgCc
スナップショット機能はあらかじめ容量確保しておかないといけない時点で
お世辞にもお手軽とは言えないし

RAID0として使うのにもmhddfsやZFS-RAIDに比べて柔軟性はないし
そもそも小さい容量のHDD繋げてRAID0したいって時代でもないし

手軽にLV作れるって言ってもそんなに使う機能じゃないし
俺はLVM使わなくなって久しいな
0631login:Penguin2014/03/17(月) 22:00:38.75ID:Y5BU6DLX
pvcreateとvgcreateを別々にしたのがめんどくささの元凶
0632login:Penguin2014/03/17(月) 23:35:16.36ID:tkNcGtrU
LVMはfsと統合しないとめんどくさくてしょうがない。
まあ、その結果fsが肥大化しちゃうんだけど。
0633login:Penguin2014/03/18(火) 21:28:01.78ID:Ylk4SoiW
>>605
今までubuntuでxfs使ってたけど次のはext4にするかーとか思ってたらktkr
upstartもsystemdに変わるみたいだしまたxfsで行ってみっかな
0634login:Penguin2014/03/20(木) 11:07:16.25ID:PQ99lCQD
http://www.phoronix.com/scan.php?page=news_item&;px=MTYzNjA

> openSUSE 13.2 To Use Btrfs By Default, Major Changes

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
0635login:Penguin2014/03/20(木) 13:06:06.02ID:H54izoRj
まじか
0636login:Penguin2014/03/20(木) 13:07:56.81ID:xNohOlm2
えーメモリ大量消費する大型FSが標準なんてヤダー
0637login:Penguin2014/03/20(木) 13:31:54.73ID:eIYKK1CM
Btrfsってデフォで使えるほど安定してたのか
0638login:Penguin2014/03/20(木) 17:42:51.78ID:2MvzVwOr
suseはんはチャレンジャーやなー
0639login:Penguin2014/03/20(木) 18:09:55.10ID:i4JWaLFe
だってReiserFSをデフォルトにしていたSuSEだぜ
0640login:Penguin2014/03/20(木) 18:12:08.72ID:pwQxTGjb
btrfsはメモリ消費量よりたくさん書き込むと時々止まるのが気になるな
止まる時は btrfs-endio-wri ってのがCPU食ってるから
ガーベジコレクトかバッファの書き出しっぽいことでもしてるんだろうか
0641login:Penguin2014/03/20(木) 21:30:05.13ID:6JFMicrF
ZFSでもbtrfsでもそうだが、低スペックマシンで使うものじゃない
文句たれてる暇があるならまともなスペックにしよう
0642login:Penguin2014/03/22(土) 16:34:40.01ID:zr6mS4BT
WDのAFTなHDDを使うときに関して質問です．

WEB を検索すると，物理セクタサイズ4096にアラインさせるために
いろいろやっているのをよく見かけま．しかし，そもそもパーティション
切らずに丸ごと ext4 なりでフォーマットすれば良いような気がしているのですが
これは何か間違っているでしょうか？

具体的には
% parted /dev/sda
% 略
% mkfs.ext4 /dev/sda1
ではなく
% mkfs.ext4 /dev/sda
みたいなことを想定しています．WD40EZRX に対して後者でフォーマットし
bonnie++ を走らせたところ Block Write 137877KB/s, Read 181978KB/s
でたので問題ないように見えます．
0643login:Penguin2014/03/22(土) 16:50:35.99ID:zI6jwsqE
>>642
ディスク全部使いたいならパーティションなしでもいいけど… 自分はしたくないなあ。

今のバージョンのfdiskなりpartedはいわゆるAFTなディスクに対応してて自動的に4096単位にするから気にしなくて大丈夫。
0644login:Penguin2014/03/22(土) 16:58:54.89ID:EXPoKn2/
そもそもgptfdiskを使うべきだろ
0645login:Penguin2014/03/22(土) 17:22:10.30ID:gQ7IhU0d
>>642 俺もデータディスクはパー切ってない
06466422014/03/22(土) 18:11:28.35ID:zr6mS4BT
>>643
そうだったんですね．AFTで検索するとやや古いページばかりなので，
ちょっと気にはなってました．

>>645
同じ考えの人がいてよかった．システムは切って使いますが，
データ置く大容量ディスクを切る意味がよく分からなくて．．．
0647login:Penguin2014/03/22(土) 20:46:33.34ID:PDubQvNl
そういう時はgparted使いなよ
勝手にやってくれるから
0648login:Penguin2014/03/22(土) 21:05:10.57ID:Npt0tXIS
そういや最近使ってないけどfdiskって相変わらず2TBまで？
0649login:Penguin2014/03/22(土) 21:08:43.44ID:dZBEUCvS
規格に制限があるのをその規格しか扱わないソフトウェアでどうしろと
0650login:Penguin2014/03/25(火) 21:30:29.37ID:RpL0PaB+
ls -l　の結果で出てくるTってなに？
0651login:Penguin2014/03/25(火) 21:52:37.94ID:0n85LLYC
man読もう、な！
0652login:Penguin2014/03/26(水) 08:49:55.81ID:6Pfc0bmI
人殺しが作ったファイシステムってなんだけ（名前忘れた）
0653login:Penguin2014/03/26(水) 09:22:19.91ID:3IuRDlT/
>>651
どのman読めばいいの？
lsのmanには書いてないしね
0654login:Penguin2014/03/26(水) 09:37:02.67ID:aAQP9TJi
>>653
書いてあるよ
0655login:Penguin2014/03/26(水) 10:08:01.06ID:kPfE9uzP
>>652
Hans Reiserが作ったReiserFSの事ですか？
0656login:Penguin2014/03/26(水) 10:19:25.24ID:3IuRDlT/
>>654
ほんと昔から疑問なんだけど
lsやtopやpsって誰もが当たり前に使ってるけど
見方がマニュアルのどこにも載ってないよね
あれほんと不思議だわ
0657login:Penguin2014/03/26(水) 10:20:09.33ID:o0B743vv
いや、>>650 は書いてあるよ。
0658login:Penguin2014/03/26(水) 10:21:02.74ID:aAQP9TJi
>>656
日本語も不自由なのか？ 書いてあるとみんなが言っているのだけど……
0659login:Penguin2014/03/26(水) 10:22:31.56ID:o0B743vv
あ、違った。
http://linuxjm.sourceforge.jp/html/GNU_fileutils/man1/ls.1.html
には書いてないな。
http://linuxjm.sourceforge.jp/html/gnumaniak/man1/ls.1.html
の方だと書いてある。
0660login:Penguin2014/03/26(水) 10:38:15.82ID:3IuRDlT/
>>658
みんなが言ってれば載ってるものでもないよね

>>659
そこにもパイプはpでファイルは-でとかが書いてないんよ
不思議だよね
0661login:Penguin2014/03/26(水) 10:39:19.51ID:o0B743vv
質問増やすなよｗ
0662login:Penguin2014/03/26(水) 10:39:25.84ID:3IuRDlT/
でもTがなにかはわかったのでありがとう
0663login:Penguin2014/03/26(水) 10:40:49.54ID:o0B743vv
GNU は man から info に移行する方針じゃなかったっけ。
info ls には >>660 も載ってる。
0664login:Penguin2014/03/26(水) 10:42:17.06ID:o0B743vv
info 見ろって man ls にも書いてあるな。
0665login:Penguin2014/03/26(水) 11:00:12.01ID:Av8RFl4g
まずはGNU infoの使い方をmanで調べることになるからGNU infoやめて欲しい
0666login:Penguin2014/03/26(水) 17:41:25.63ID:KzV3IAZE
ググって出てくるmanページは古かったりsolarisのだったりするから
あんましオススメしない
手元のmanとかinfoで確認すること
0667login:Penguin2014/03/26(水) 17:45:34.75ID:o0B743vv
ググる話はしてないよ。
0668login:Penguin2014/03/27(木) 03:26:57.54ID:NFSo+uo4
記念カキコ
0669login:Penguin2014/04/01(火) 12:44:22.27ID:PfCYYQwP
http://kernelnewbies.org/Linux_3.14
Incompatible format change
0670login:Penguin2014/04/02(水) 13:46:29.40ID:j1EThESs
Windows XP 用の更新プログラム (KB955704)
http://www.microsoft.com/ja-jp/download/details.aspx?id=19364

この更新プログラムをインストールすると、exFAT ファイル システム形式のサポートが追加されます。


サポート切れたら落とせなくなるから今のうちに落としとけてめーら
0671login:Penguin2014/04/02(水) 14:11:25.22ID:s10DGdzw
>>670
え、新規パッチが提供されないだけで、リリース済みのは落とせるんじゃないの？
0672login:Penguin2014/04/02(水) 14:12:45.10ID:bvJ7v/6W
>>670
板違い。
0673login:Penguin2014/04/03(木) 00:50:27.44ID:VrqORNJt
office2000のサポート終わったときはMicrosoftUpdateが使えなくなって
手動でパッチを検索ダウンロードインストールした覚えがある。
0674login:Penguin2014/04/10(木) 07:37:31.67ID:dFEa0DVb
俺がxfsからext4に移行しようかってタイミングでこれか……

>>609
単に1TiBにつき1GiBの「仮想」メモリが必要ってだけだよ

つうかスペック酷すぎｗ
0675login:Penguin2014/04/11(金) 00:08:13.66ID:rPZiygNI
一時と比較するとこのレスが静かと言う事は「余程不幸な事態が発生」しない限り、どのファイルシステムを使っても
ファイルを消失する心配は無いのかな？
0676login:Penguin2014/04/11(金) 19:53:43.22ID:TXiJbDeC
二重化していてバックアップとってりゃたいていなんとかなる
0677login:Penguin2014/04/16(水) 12:41:24.94ID:r/SbB6He
日本語ファイル名256文字扱えるようになりましたか？
0678login:Penguin2014/04/17(木) 10:08:04.37ID:EbKna/ay
扱えるよ
0679login:Penguin2014/04/17(木) 15:17:49.09ID:vqocHxR+
>>678
677だが、嘘はよせ。ｗ
出来ていたら喜んでWindowsを消しまくるだがな。。。。
0680login:Penguin2014/04/18(金) 02:33:25.67ID:fL/LypYG
ファイル名長の話しなら最大255byteだと思う
ReiserFSはbsを変えると最大8kbyteだけどKernel側の制限でやっぱ255byteになってしまったはず
ちなみにこれまで255byteで制限にかかった覚えはないが
eCryptFSを使ってファイル名も暗号化するとファイル名長が144byteまでになってしまうのだけどこれには引っかかったことがある
この場合はファイル名の暗号化を諦めるかファイル名を買えるしか無いと思う
0681login:Penguin2014/04/18(金) 17:25:21.26ID:A247IrMX
>>680
677です。ReiserFS、eCryptFSの情報ありがとう。

UTF-8で濁点などの文字から255/3=日本語で最小85文字かな。
全て濁点になるはずもないので最大127文字くらいですよね。
0682login:Penguin2014/04/18(金) 18:30:49.42ID:ASqC3Rdn
UTF-8だと漢字や仮名は基本3バイトだよね
濁点とかどゆこと？
0683login:Penguin2014/04/18(金) 19:31:20.10ID:SHOIpnK/
>>682
681の意図はわからないが、今のMac OSのファイルシステムは濁点や半濁点を別の1文字にしてしまう
0684login:Penguin2014/04/18(金) 20:07:22.66ID:CC0gdlrI
濁点のことを考えないとダメなのはHFS+だよ。
0685login:Penguin2014/04/18(金) 20:28:00.50ID:aHSK1qaQ
㍍
0686login:Penguin2014/04/18(金) 20:28:04.27ID:BKQIMX21
Unicode ってば、あらゆる文字列を無限長に出来た気がしないでもない
0687login:Penguin2014/04/18(金) 20:28:52.54ID:AEKux6w9
>>686
どういうことだ？
0688login:Penguin2014/04/18(金) 23:15:50.15ID:nkhGLVUj
ユニコード爆弾ですか。
0689login:Penguin2014/04/19(土) 03:00:25.27ID:jv1tQDqj
>>684
MacのGUIからファイル生成するとHFS+だろうがFATだろうがsambaだろうがnetatalkだろうがNFDっぽく分解される。

>>686
UTF-8のことなら、最短表現以外の表現は規格上違反になってるよ。
0690login:Penguin2014/04/19(土) 12:27:46.23ID:jWQ1IRh5
>>689
>MacのGUIからファイル生成するとHFS+だろうがFATだろうがsambaだろうがnetatalkだろうがNFDっぽく分解される。

FATとかSMBの場合はMac側が分解してアプリケーションに渡して、
アプリケーションから渡されたファイル名は合成してから保存。
HFS+やAFPの場合は常に分解されたまま。
0691login:Penguin2014/04/21(月) 09:15:13.30ID:yTnkFvW4
LVMで大容量のLVを作るとき、障害発生時に影響範囲を限定する観点から細かく切ったパーティションをPVに使うことって、効果ある？
0692login:Penguin2014/04/21(月) 13:07:42.62ID:/8Q6b0cd
Unicodeの正規化って、マジで害しかないわ……誰か得してる奴いるのか？
コードの外でやってくれよ、と思う。
0693login:Penguin2014/04/21(月) 19:45:01.34ID:vMFjxf8Y
>>691
プラッタが１枚だけダメになった HDD で「１枚だけで助かった」って聞かないし、無いんじゃね？
0694login:Penguin2014/04/21(月) 21:49:38.90ID:iRjQfLtc
>>692
曖昧検索のためには便利でしょう。
それをファイルシステムに採用したやつの脳は腐ってると思うが。
0695login:Penguin2014/04/22(火) 13:17:53.51ID:tU/yU95A
>>693
レスありがとう
不具合発生PVには触れないようにすれば、正常なPVを解放して別のLVに回せると考えてたんだけど、そもそも爆弾を抱えたHDDを延命させようってのが危ないか
0696login:Penguin2014/04/22(火) 20:24:32.42ID:+AghZXgL
>>694
あいまい検索の時にでも、正規化の形が複数あったら保存するときに適用しても仕方がない
検索の時のパターン展開に使うべきだろ？
ファイルシステムとUnicode、銀の弾丸はないのかね
0697login:Penguin2014/04/23(水) 18:23:44.64ID:Mnej6xUr
珍しい現象に遭遇しました。
バックアップ先に使っているbtrfsに対して書き込めないとcron様からお怒りのメールが届いた。
アンマウントしようとしたが出来なかったので、再起動しようとしたがこれも出来ず、仕方なしに電源ボタン長押しした。
パーティションを割りまくり、色々なファイルシステムを導入しているマシンなので何が原因で事象が発生したのか謎な状態です

ちなみに割っている/var(SSD ext4)や/home(HDD jfs)は問題なく書き込めたので、再起動も出来なかったしカーネルを巻き込んだbtrfsの問題？
0698login:Penguin2014/04/23(水) 18:53:46.26ID:w1OkKs4V
>>697
情報が少なすぎて誰にも回答できないと思う。

cronのメールには具体的にどのようなメッセージが書いてあったのか
/var/log/messagesに何かログは残っていないのか
カーネルのバージョンはいくつなのか
そのほかbtrfsのパーティションやRAIDの構成などはどうなっているのか
0699login:Penguin2014/04/23(水) 19:53:21.39ID:Mnej6xUr
ごめん。半分チラシの裏であり、日記のつもりだった ww
(まさかマジレスが付くとは思っていなかった…)

>cronのメールには具体的にどのようなメッセージが書いてあったのか
この時はバックアップにcpやddを使ってコピーしているのですが、ターゲットファイルに対して「アクセス中: 入力/出力エラーです」のメッセージ

>/var/log/messagesに何かログは残っていないのか
それらしきメッセージが残っていたので。。。

btrfs csum failed ino 46290331 off 40960 csum 1154198546 private 1810494407
btrfs: sdc2 checksum verify failed on 510836736 wanted FAAFCEBE found 728E553E level 0
btrfs read error corrected: ino 1 off 510836736 (dev /dev/sdc2 sector 1014112)
(レスされて改めて確認するとbtrfs以外にもカーネルが吐いているエラーも多数あり)

>カーネルのバージョンはいくつなのか
>そのほかbtrfsのパーティションやRAIDの構成などはどうなっているのか
debian7のbtrfsを普通に使っています(後学の為に…btrfsのバージョンどうやって確認するの？)
パーティションは構成はRAIDも何もなく、750GBのHDDを(スワップにも使っていますが)普通にパーティションを割ってbtrfsを使っています

まぁ、今回は対応を真剣にしていないのは
1.他の領域のファイルシステムは問題なく読み書きできていた(/homeはsambaでアクセスしていたが問題なかった)
2.再起動がちゃんと行えなかった(問題発生後、カーネルのアップデートを行った気がする。。。)
3.頻繁に発生する事象でもない感じ.。o○
てな事も相まって本気で調べる気が orz

追記。。。
この障害が出る以前は/homeもbtrfsを使っていたのですが、fsckが無い事を知ってjfsに変更しました。まだbtrfsは枯れていないのねぇ～
0700login:Penguin2014/04/23(水) 20:59:29.27ID:w1OkKs4V
>btrfs csum failed ino 46290331 off 40960 csum 1154198546 private 1810494407
>btrfs: sdc2 checksum verify failed on 510836736 wanted FAAFCEBE found 728E553E level 0
>btrfs read error corrected: ino 1 off 510836736 (dev /dev/sdc2 sector 1014112)
>(レスされて改めて確認するとbtrfs以外にもカーネルが吐いているエラーも多数あり)
ディスク壊れてるんじゃないの？
0701login:Penguin2014/04/23(水) 21:12:39.01ID:Mnej6xUr
>>700
再起動してからはご機嫌なんですよね.。o○
(messagesにも再起動後、ディスクに関するメッセージは吐いていないし・・・)
再起動前にバックアップファイルの削除を行ったのですが、時間は普段より掛ったものの一応行えました。
で、アンマウントしようとしたら応答が無く、仕方なくrestartコマンド投入しても応答が無かったので強制的に再起動しました

btrfsにfsckが無いからどこまで壊れていたのか状況を掴みかねています
0702login:Penguin2014/04/23(水) 22:23:11.61ID:IJ0dCZpi
とりあえず、HDDのSMART見たほうがよさげ
0703login:Penguin2014/04/23(水) 22:55:35.08ID:Mnej6xUr
S.M.A.R.Tの値が生の値なんで良く判んねぇ～(笑)

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 204 203 021 Pre-fail Always - 800
4 Start_Stop_Count 0x0032 089 089 000 Old_age Always - 11251
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 067 067 000 Old_age Always - 24638
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 103
191 G-Sense_Error_Rate 0x0032 001 001 000 Old_age Always - 10951
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 52
193 Load_Cycle_Count 0x0032 152 152 000 Old_age Always - 146898
194 Temperature_Celsius 0x0022 111 092 000 Old_age Always - 36
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0

うーん…Raw_Read_Error_RateやUDMA_CRC_Error_CountやMulti_Zone_Error_Rateの値を見ると正常な気がする。。。
0704login:Penguin2014/04/23(水) 23:22:49.78ID:UGwGd9Nb
>>697
umountできなくてshutdownまでいけなかっただけじゃない。
0705login:Penguin2014/04/23(水) 23:34:16.78ID:Z12FaWve
>>697
次回からは電源長押しの前にマジックSysRqの発行を試みるといいかも
効いたらブチ切りよりかなり被害減ると思う
0706login:Penguin2014/04/23(水) 23:49:04.42ID:MT0VHo0k
SMART 見る限り HDD ではなさそうだね。 マザボかメモリかって感じなんで、memtest しときたい。
0707login:Penguin2014/04/23(水) 23:54:58.13ID:Mnej6xUr
>>706
とも言い切らないのよね。btrfsだけが書き込み不可で/var(SSD ext4)や/home(HDD jfs)は問題なく読み書きできているから
0708login:Penguin2014/04/24(木) 00:28:01.31ID:gTFaT3LP
>>707
jessieでこんな感じになった
pkgのlibssl0.9.8をlibssl1.0.0に変えたら行けるんじゃないかね?
しかし署名とか見当たらなかったんだけど無いのかな?怖いから仮想環境で試したよ
% sha1sum cav-linux_1.1.268025-1_amd64.deb
533dd3b4adc57a43937e6795399a7df4bf88fd5a cav-linux_1.1.268025-1_amd64.deb
% sudo dpkg -i cav-linux_1.1.268025-1_amd64.deb
以前に未選択のパッケージ cav-linux を選択しています。
(データベースを読み込んでいます ... 現在 64485 個のファイルとディレクトリがインストールされています。)
Preparing to unpack cav-linux_1.1.268025-1_amd64.deb ...
Unpacking cav-linux (1.1.268025-1) ...
dpkg: 依存関係の問題により cav-linux の設定ができません:
cav-linux は以下に依存 (depends) します: libssl0.9.8 (>= 0.9.8m-1) ...しかし:
パッケージ libssl0.9.8 はまだインストールされていません。

dpkg: error processing package cav-linux (--install):
依存関係の問題 - 設定を見送ります
処理中にエラーが発生しました:
cav-linux
07097082014/04/24(木) 00:28:59.95ID:gTFaT3LP
誤爆orz
07107062014/04/24(木) 08:15:09.42ID:jFjcb0T/
>>707
メモリって一部だけ壊れる事が多いもの(サーバなど ECC つきメモリでは ECC エラーが出始めると
保守期間内ならメーカが交換してくれる)なので btrfs だけダメだったからメモリではないというのは
切り分け間違ってるんじゃないかな。
0711login:Penguin2014/04/24(木) 11:34:12.56ID:DrYvir+U
>>706
memtestは24時間稼働のメール＆NASサーバとして使っているので運用面でムリポ。。。
メモリーは購入して３年以上経つので交換も。。。

それに貧乏人だからECC付のメモリーなんて購入できないよ。
でもDDR3-1333が定価なんだが安かったから1600で動作のメモリは積んでいる
0712login:Penguin2014/04/24(木) 11:37:35.59ID:cG/Vy1jP
btrfsはおかしな現象はよく起こるよ。まだまだ安定度は低いってこと。
0713login:Penguin2014/04/24(木) 13:05:55.00ID:S/0xbodI
>>711
バックアップ系なくて24時間運用って
0714login:Penguin2014/04/24(木) 13:22:54.92ID:DrYvir+U
>バックアップ系なくて24時間運用って
おうちで個人使いでもバックアップ系が必要なんですか？

個人使いでなかったら
/…XFS
/var…ext4
/home…JFS
バックアップ先…btrfs
なんてファイルシステム百花繚乱な構成は許されないであろう…
0715login:Penguin2014/04/24(木) 13:24:57.41ID:0CZY8Gb7
必要かどうかは人によるんじゃね。
0716login:Penguin2014/04/24(木) 13:27:12.12ID:S/0xbodI
>>714
不要なら止めてもいいじゃない。
0717login:Penguin2014/04/24(木) 23:52:33.83ID:oIeD8RMB
バックアップにbtrfsとかバックアップする気ないだろ
0718login:Penguin2014/04/25(金) 13:38:47.06ID:mwdi9/18
btrfsはまだまだ常用できるレベルじゃないし、似たようなことしたければZFS on Linuxでいいんじゃ？

24時間動かすなら、ECCメモリといい電源も必須だけど、SATAケーブルとかもいいのおごったほうがいい。
一時期fsあたりのエラーがパラパラ出てたときは、SATAケーブルが腐ってた。
0719login:Penguin2014/04/25(金) 14:09:16.19ID:18yKNN4p
最近はこんな感じで運用して見てる
/home ext4 -> 日に一回rsyncでFileServerに同期
FileServer xfs -> 日に一回rsyncでbackupに同期&Amazon glacierへxz+gpgで投げる
backup nilfs2 -> 日に一回スナップショット，月一のスナップショットを残して1月以前のスナップショット削除
0720login:Penguin2014/04/25(金) 19:16:21.20ID:+egiLVae
>>717
以前はext4だったのだが、普通にシャットダウンしたにも拘らず起動時にマウントしようとするとfsckが走り出す始末。。。
だったらまぁbtrfsでも良いか!!って結論に。。。
0721login:Penguin2014/04/25(金) 19:56:33.48ID:6fVSKLDU
>>720
fsckしないように設定すればええやん
0722login:Penguin2014/04/25(金) 20:10:53.61ID:+egiLVae
>>720
「tune2fs -c0 -i0」の設定したにも拘らず、かつ正常にシャットダウン(再起動)を行ったにもかかわらず、起動時に
「うむ？不正なシャットダウンしたんとちゃうの？」とシステムが判断してマウント時にfsckが走るんだよ～
0723login:Penguin2014/04/25(金) 22:15:46.60ID:s0V0NEaG
>>722
ディスクコントローラ周りのハード不良か設定ミスを疑うべき。
0724login:Penguin2014/05/03(土) 22:24:37.63ID:ulimgOyl
FreeBSD8.0で運用してたZFS RAID-Z2って
LinuxのZFSで普通に読み込めるんだな
いや他のファイルシステムなら別に当然だけど
ZFSのしかもRAID-Zだから複雑なことやってそうだし無理かと思ってた
0725login:Penguin2014/05/06(火) 23:40:36.48ID:+HEnHmTm
>>724
当然OpenIndianaでも読めるし、それどころかMac OS Xでも読める（本家Solarisはダメだが）。
と言いたいところだが、OS毎に実装済みのfeature flagsの差異によって
読み書きできる/読めるけど書けない/読めないが分かれたりするので注意が必要。
FreeBSD8.0で実装済みのfeature flagsなら他の現行OSで読み書きできるとは思うけどね。
0726login:Penguin2014/05/07(水) 02:41:52.74ID:qP4g1QJA
OpenZFSのサイトに互換性表があるよ
ttp://open-zfs.org/wiki/Features
0727login:Penguin2014/05/07(水) 13:18:41.02ID:OXYFJZa7
FreeBSD 8.0だと、feature flagsまだ未実装じゃなかったっけ？
relase時点で、pool version 15とかその辺だった様な・・・
stableはしらんけど、releaseなら、たぶんsolarisでもなんでも行ける。

まぁ、zpool get version/zfs get versionしろって事ではあるが。
0728login:Penguin2014/05/09(金) 11:57:48.55ID:SVmWBBK0
今オススメの圧縮ファイルシステムってなに？
0729login:Penguin2014/05/26(月) 17:21:45.48ID:kQED7z3B
Hans Reiserの出所まであと10年か
0730login:Penguin2014/06/02(月) 19:31:07.53ID:3xqVp1qV
x86_64のカーネルスタックが16KBになるようだ
0731login:Penguin2014/06/02(月) 19:41:21.04ID:wKyP3hTc
xfsでスタック食いつぶしてうんぬんだっけ
Redhatの力か
0732login:Penguin2014/06/13(金) 17:14:41.17ID:kLPDuXou
ZFS on Linux 0.6.3 来た
ttps://groups.google.com/a/zfsonlinux.org/forum/#!topic/zfs-announce/Lj7xHtRVOM4
0733login:Penguin2014/06/13(金) 18:24:59.38ID:iyX+bNtZ
0.6.3と申されましてもｗ
0734login:Penguin2014/06/20(金) 00:07:30.22ID:hKO2rrUy
http://www.phoronix.com/scan.php?page=news_item&;px=MTcyNDE

> Reiser4 File-System SSD "Discard" Support Gets Revised

Ninaをdiscardした癖にFSの方はまだだったのか。
0735login:Penguin2014/06/20(金) 09:20:52.50ID:uHKIB0Q6
>>732

CentOS 6.5でアップデートかけたらzfs-dkmsがパッケージ
依存でエラーになってしまった。

zfs-dkms-0.6.3-1.el6.noarch (zfs)をインストールするには
バージョン2.2.0.3-20以上のdkmsが必要だが、今入っている
dkmsはdkms-2.2.0.3-14.zfs1.el6.noarch (@zfs)である。

って、dkmsはzfsのレポジトリにあるので、これの枝番が
14から20に上がらないとアップデートできない。
0736login:Penguin2014/06/20(金) 22:39:02.54ID:FmNjW13C
Cent6で入れてる人はEPELからdkmsの.src.rpm持ってきてるみたいね
0737login:Penguin2014/06/24(火) 21:56:34.02ID:sxZslhNV
以下の条件だとどのようなファイルシステムがおすすめでしょうか
・用途はファイルのバックアップ(コールドスタンバイ)
・基本的に落雷やヒューマンエラーによる全滅を防ぐために使用
・500GB～1TB程度の中途半端な容量のHDDを次々と足して束ねていく
・古いHDDを使用するため1台死ぬのは日常茶飯事な使い方
(HDDが1台死んでも他のファイルは生きており、syncで破損ファイルをバックアップしなおす)

個人的にはmhddfsになるのかなぁと考えています。
btrfsのraid0でストライプを切れるという話を聞いたので、
それが本当にできるならその方が便利かもしれないとも思っています
0738login:Penguin2014/06/26(木) 00:47:48.83ID:/kSvpTPp
ZFSでRAID-Z
0739login:Penguin2014/06/26(木) 01:05:57.43ID:gkco9Ol/
＞・500GB～1TB程度の中途半端な容量のHDDを次々と足して束ねていく
この時点でzfsはないだろ
0740login:Penguin2014/06/26(木) 01:09:10.21ID:gkco9Ol/
ていうかそのやり方でどうやって冗長性確保するんだよ
0741login:Penguin2014/06/26(木) 02:08:09.68ID:FeQmEsEt
バックアップだから死んでも大丈夫と思ってたら
再バックアップ前にメインも死ぬの法則
0742login:Penguin2014/06/26(木) 07:44:32.62ID:WzHVZYP6
ZFSでRAIDZ使わずにditto blocks
0743login:Penguin2014/06/26(木) 07:50:55.08ID:7l8pzm7D
3TBのディスク一本にまとめてゴミは捨てろ
電気代考えたらコストはかわらんだろ
0744login:Penguin2014/06/26(木) 07:53:01.18ID:7l8pzm7D
って、常時火をいれるわけじゃないのか、すまんかった
ゴミは捨てろって気持ちは変わらないけど
0745login:Penguin2014/06/26(木) 08:11:05.75ID:WIlmoYYy
>>743
> 電気代考えたらコストはかわらんだろ
24時間稼働とかしてたらすぐに電気代でペイできるよね
以前5本を2本にまとめたら電気代が月当たり2000円近く下がってびっくりしたことがある
0746login:Penguin2014/06/26(木) 08:31:12.87ID:XyIwZg1I
さすがにHDD以外の要因もあったのでは
0747login:Penguin2014/06/26(木) 08:57:20.37ID:x6i2m/Oo
外付けだと常時フルアクセスで月300円
普通の使い方で月100円って所なんじゃないの
内蔵だとその1/3ぐらい
0748login:Penguin2014/06/26(木) 22:09:27.98ID:yvLiatqB
障害時の復旧が死ねるlvmは今時無いとして俺ならaufs
mhddfsもaufsも先頭デバイスから埋めていくのでそれがイヤならmadamでraid
未来に期待ならbtrfs
07497372014/06/26(木) 22:10:12.75ID:8H8ymdtT
レスありがとうございます。

運用方法自体への指摘が多いようですが、
運用方法はあくまで>>737の方法でやりたいと思っていますので、
>>737でのおすすめファイルシステムを教えてください。

以下指摘へのレスというか補足です。
・用途はあくまで余っているHDDを非常時のバックアップとして再利用することです。
・バックアップ元はzfs raid1なのである程度の信頼性はすでにありますが、
落雷での全滅や、スナップショット未取得時の誤操作に対する対策をしたいです。
・冗長性についてはzfs raid0 copies=2も考えましたが、
容量を半分にするほどのメリットを感じなかったので採用しませんでした。
0750login:Penguin2014/06/26(木) 22:31:39.21ID:78mXMDhK
落雷での全滅が怖いならAmazonのcloudかアメリカのデータセンタに
定期的にバックアップするしかないんじゃなかろうか
07517372014/06/26(木) 22:50:58.46ID:8H8ymdtT
>>750
>>737の運用方法が穴だらけなのは十分承知していますし、
費用度外視で理想の方法をあげればきりがないのもわかります。

ですが、今回はあくまで「余っているHDDの再利用」+「非常時のための
コールドスタンバイでのバックアップ」が目的でそれ以上は求めていません。
0752login:Penguin2014/06/27(金) 10:39:27.37ID:/SITy1XB
聴く耳を持たない人程くどくど聞いてくるんだよね
これは後々自分は悪くない、悪いのは教えた方ってゆー典型
せっかくレス貰っても振り出しに戻ってるしな
自分で考えた最強の方法にしとけ
0753login:Penguin2014/06/27(金) 10:58:33.52ID:Jzs6Gski
＞500GB～1TB程度の中途半端な容量のHDDを次々と足して束ねていく
＞HDDが1台死んでも他のファイルは生きており、syncで破損ファイルをバックアップしなおす
よくわからんけどこの2つを満たすFSってあるの？
ていうか実現できるの？無理じゃね？
0754login:Penguin2014/06/27(金) 11:51:46.30ID:Obdb7JZX
WindowsでVVAULTでも使ってればいんじゃねって感じ
0755login:Penguin2014/06/27(金) 19:29:30.83ID:JYBFXueA
ファイルシステムにする必要がないだろ
単にコピーすりゃいい
0756login:Penguin2014/06/27(金) 21:09:42.05ID:eJnsl1j2
とりあえず mhddfs で運用してみるのが良いんじゃないかな。
ファイルベースストライプはこれ以外は grusterfs ぐらいしか知らん。
HDD はほっとくとデータ消える事があるらしい(だからRAID装置はスクラブする)ので、
そこを運用でどう検知するかが問題かな。
0757login:Penguin2014/06/27(金) 22:28:08.10ID:DqlsKQGG
個人的にはどーでもいい気分になってるけどmhddfsじゃ冗長性は確保できないんじゃない
0758login:Penguin2014/06/28(土) 08:46:01.36ID:1GtvnGnq
ただの、普段は使わないバックアップにしておくだけでしょ
HDDが壊れたら、オリジナルから再度バックアップするってだけで
冗長性なんか要求してないと思うよ

壊れた部分の切り離しのしやすさとかそういうのを求めてるんじゃないの
知らないけど
0759login:Penguin2014/06/28(土) 09:14:29.75ID:LvZI/arM
単体ディスクに順番にコピーしてきゃいいだろ
0760login:Penguin2014/06/28(土) 11:01:37.40ID:KR5byf0B
予算ゼロで古いHDDが余っているなかでのベストを検討するって話で、
手間がかかる割に効果が薄くても構わないんじゃないか。
結果が伴わなくても、それ自体が予算増額へのステップアップになりえるし。

>>759
単体ディスクに順番にコピーしてくれるのを助けてくれるのが mhddfs なわけだが。
07617372014/06/28(土) 11:10:24.38ID:dFPMEmVw
ありがとうございます。
とりあえずmhddfsで運用して様子を見てみようと思います。

>>756
ほっとくとデータが消えるというのは初めて知りました。
データ内容はそこまで大きく変わらないため、
syncのログはまめにチェックするようにします
0762login:Penguin2014/06/28(土) 14:01:29.66ID:KR5byf0B
>>761
rsync のログに出た時にはもうアウトなので、SMART でエラーが出ていないか確認かな。
リカバリー可能エラーはOSには報告されないので。
本当は定期的にフルバックアップしてスクラブ相当を実施したうえで SMART の確認が良いけど、
石橋をたたいて壊すことになり兼ねないので、痛し痒しだな。
0763login:Penguin2014/06/29(日) 01:56:51.08ID:bBUc2OPC
zfs diff で差分取ったら日本語が文字化けするんだけど、
zfs createの時点で文字コードのオプションを指定してなかったせい？

化け方としては「\304\344\355」みたいな感じで表示されてる
0764login:Penguin2014/07/23(水) 08:10:11.87ID:v8QMeUx7
bcacheのcacheモードについて質問です。

Ubuntu 14.04をThinkPad T430で使い始めたので、
ファイルシステムのの一部をbcacheの管理としました。

バッキングデバイス (HDD)が/dev/sda3(約300GB)
キャッシュデバイス (SSD)が/dev/sdb1(約15GB)

カーネルは3.13.0-32-genericです。

bcacheにはcacheモードがデフォルト値のwritethroughと
書き込みも速くなるwritebackがありますが、writebackを
選んだ場合、syncコマンドの実行で、syncコマンドが固まる
現象が発生しました。 一旦固まると、killでも停止できず
shutdownもできないので、電源OFFで落とすしかありません。

writethroughモードは今のところ問題なく使えてます。
writebackモードを使う何か別の設定はあるのでしょうか？
0765login:Penguin2014/07/23(水) 12:36:48.42ID:Scq2oimj
>>764
syncしたからSSDのキャッシュの
HDDへの書き込み処理が開始されて
時間がかかっていたんじゃないの？
07667642014/07/23(水) 22:54:59.81ID:v8QMeUx7
>765

そう思うのですが、10分ぐらい待っても、
終る気配がないので再起動してます。

syncコマンドでだけではなく、Thunderbirdの
添付ファイルを開いたあと、固まるのには
参りました。
0767login:Penguin2014/07/24(木) 01:59:44.86ID:A5OGO22O
dirty_dataはどんくらい
07687642014/07/24(木) 08:07:51.82ID:zZdp7+Ak
>767

テストしてみました。

writebackにします。
テストデータをddで1Gバイト書き込みます。
この時のdirty_dataは14Mぐらい。
syncコマンドを実行すると、syncコマンドが固まります。
dirty_dataは14Mから徐々に減りますが、6.4Mで動かなく
なり、数分後に調べると0Kになっていますが、syncは
固まったままです。電源OFFで復旧させました。

テストデータが少ないとsyncは固まらないのですが、
仮想PCのディスクイメージを使いたいので、数Gバイトの
書き込みは安定して欲しいです。
0769login:Penguin2014/07/24(木) 11:08:08.40ID:4hncKUGC
bcacheをググったらwriteboostとかいうのが引っかかってきたんだがアレってどんな感じですかね？
0770login:Penguin2014/07/24(木) 11:09:07.15ID:/FcP6SeY
>>768
dmesg でなんか出てる？
07717642014/07/24(木) 12:51:21.09ID:zZdp7+Ak
>>770

Tainted: GF O 3.13.0-32-generic #57-Ubuntu
[ 1080.778490] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 1080.778493] bcache_writebac D ffff88043e254440 0 215 2 0x00000000
この後10行弱、カーネルダンプの表示があります。

とか出ているので、もしかするとカーネルのバグ？

writethroughなら問題無いし、bcache上にあるThunderbirdの動きは
かなり速く、効果は十分に体感できるので、このまま使うかなぁ．．

それともFlashCacheかZFSに変えるかなぁ．．
0772login:Penguin2014/07/28(月) 14:21:06.96ID:GXZQVG/a
3TBx4=12TBでRAIDZしたら
12x(3/4)=9TB=8.2TiBしか使えないんだな
zpool listとzfs listの表示が違うから何で？？？ってなった
0773login:Penguin2014/07/28(月) 18:32:32.04ID:x52yhbKL
そんな当たり前のことで驚かれても……
0774login:Penguin2014/08/05(火) 21:02:47.23ID:mFg0OqXK
家鯖の/をbtrfsにしてみた(*´∀｀*)

透過圧縮もしたし完璧だわ( ；∀；)
0775login:Penguin2014/08/05(火) 21:07:07.23ID:COUPhSnG
あーゆーバギーなのは、大事なデータを置く場所に使って、どんどんバグレポートするべきだろ
0776login:Penguin2014/08/05(火) 21:40:00.65ID:uIDucAMC
btrfsの透過圧縮は使ってみたいがシステムのバックアップ先に使っているのでトラブル発生時のマウントオプションの指定が
面倒なので使っていないヘタレです orz
あと履歴の管理にスナップショットを使ってみたいがバカだからオプションが分からない orz
0777login:Penguin2014/08/05(火) 21:54:15.38ID:mFg0OqXK
透過圧縮無効化する方法がないのを今知って絶望＼(^o^)／
ttps://btrfs.wiki.kernel.org/index.php/Compression
0778login:Penguin2014/08/06(水) 17:16:47.88ID:BxI3s3Lz
ソフトRAID1上のLVMにnilfs2使ってみた。
当たり前だがマウントできる。
普通に読み書きできる。
ガベッジコレクトも働いてる。

んだけど、

・ガベッジコレクトをkillしないとアンマウントできない
・スナップショットのマウントに失敗する
これって仕様？
07797782014/08/07(木) 00:11:08.52ID:GVoSAnEu
すまん。自己解決した。
そしてこのファイルシステムおもしれー
0780login:Penguin2014/08/07(木) 01:27:26.71ID:79rPQ/IL
理由なんだったの？
0781login:Penguin2014/08/07(木) 02:38:05.77ID:GVoSAnEu
>>780
いや、アンマウントについては今一納得いってないんだが、
ガベッジコレクトが邪魔してるのはわかってたし、
-l つけて無理矢理切り離すことにした。
で、スナップショットに関しては、lscpする時点でデバイス指定してやらないと、
どのデバイスのチェックポイントかわからない。
結果的に今まで全く別の論理ボリュームのスナップショットをマウントしようとしてただけという間抜けな話
(chcpについても同じく)

つまり、チェックポイントは全部ボリューム共通して使えると訳わからん勘違いしてた。
初めて使ったからうまく把握できなかったのよ
0782login:Penguin2014/08/07(木) 18:19:41.26ID:oeBLBw3X
>>777
compress=noでマウントしてbtrfs balanceすればいいと勝手に想像してたけど
間違いだったのか。
0783login:Penguin2014/08/08(金) 20:28:34.65ID:nBfQ5ayj
おめーら敵にNTFSの評価はそうなん
0784login:Penguin2014/08/08(金) 20:34:52.87ID:WI8k5vMt
>>783
そのネタ 飽きた
0785login:Penguin2014/08/09(土) 19:13:48.38ID:P4nu0Lc2
クローズドなファイルシステムに評価も糞もない
0786login:Penguin2014/08/20(水) 09:36:08.46ID:5geZ+Sph
http://itpro.nikkeibp.co.jp/atcl/column/14/071500011/072800002/
http://www.xfs.org/images/d/d1/Xfs-scalability-lca2012.pdf

昔（Debian Lenny~Squeeze時代）デスクトップでXFS使ってたけど糞遅かったっけ。
RedHatが関わってから速くなったのかな。
今度HDD入れ替える時はext4から乗り換えてみようかな。
0787login:Penguin2014/08/20(水) 22:54:53.57ID:J323FI+B
オラクルのBtrfsやZFSでは無くXFSの時代が来るのか？
0788login:Penguin2014/08/21(木) 15:32:02.32ID:N7Buc+Sx
単純に完成度が低いから見送っただけでは?
0789login:Penguin2014/08/21(木) 15:43:19.62ID:LqbC9Q94
zfsはライセンス的に無理だしbtrfsはstableさえ出てない
0790login:Penguin2014/08/21(木) 23:51:19.83ID:FKtypgI8
IRIXの空、UFSの夏「1994年からXFSは始まっていた。みんな、気づいていなかっただけ。」
0791login:Penguin2014/08/22(金) 09:49:03.83ID:NSia8ui2
家電HDDレコやNASの中に潜んでいるな
0792login:Penguin2014/08/22(金) 15:38:23.43ID:llvRQocp
au boxかなんかはなぜかjfsだったな。あれはちょっとびっくりした。
てっきりxfsだと思ってたんで。
0793login:Penguin2014/08/30(土) 15:02:57.60ID:22mjp4hG
exFAT糞遅いわ
まともに使えるマルチOSのファイルシステム無いの？
FAT32はいいんだけど1ファイルの容量制限が
0794login:Penguin2014/08/30(土) 15:10:05.86ID:DlNhGoGO
>>793
いまいち何をしたいのかわからん。ファイルサーバーでも建てれば？
0795login:Penguin2014/08/30(土) 15:55:04.77ID:22mjp4hG
>>794
USBの方が速いもん
ファイルサーバーじゃ遅いし手軽でないじゃん
0796login:Penguin2014/08/30(土) 21:52:50.08ID:XTYGDnvK
> USBの方が速いもん
> ファイルサーバーじゃ遅いし

HAHAHAHAHAHAHAHA!
0797login:Penguin2014/08/30(土) 23:26:30.98ID:UFftpm+e
>>793
ext4でいいんじゃないか？
0798login:Penguin2014/08/31(日) 11:57:06.78ID:UvxBRRU9
>>797
windowsから読み書き出来んわ
0799login:Penguin2014/08/31(日) 12:38:17.18ID:teeDtGGV
「から」じゃなく「で」のタイプミスかと脳内保管したけど
訂正のレスがないでござる
0800login:Penguin2014/08/31(日) 12:57:26.42ID:UvxBRRU9
>>799
頭大丈夫か？煽りもたいがいにしとけや
0801login:Penguin2014/08/31(日) 13:01:20.79ID:HaFbfY9B
>>798
WindowsとUSBメモリでデータ移動させてるのか？
ならNTFSでいいんじゃ
0802login:Penguin2014/08/31(日) 14:33:19.40ID:iKPlBhPP
>>798
ext4はソフト入れるだけでwindowsでも扱えるだろ
0803login:Penguin2014/08/31(日) 15:08:07.96ID:vBgaomIK
nasでも買ってきて使えばよいのでは?cifsでもwebdavでも好きな方式で。
0804login:Penguin2014/09/02(火) 13:18:58.40ID:sN0GxUvs
そろそろ家のネットワークも10Gbpsにしたいわ。

ファンレスのスイッチ出ないかなあ無理だよなあ(´・ω・｀)
0805login:Penguin2014/09/04(木) 18:21:30.58ID:qXxwprfj
dkmsのバージョンの問題で更新が出来なくなった、CentOS 6.5の
ZFSを何とかアップデートできました。

dkms-2.2.0.3-20.のソースコードを拾ってくる。
rpmbuildでdkmsのrpmファイルを作る。
"--nodeps"付きで強制インストールする。

rpm --nodeps -Uvh dkms-2.2.0.3-20.el6.noarch.rpm

アップデートすると、0.6.2-1のパッケージの残骸と、
0.6.3-1のパッケージが衝突して、Zpoolが見えなくなる。

一度ZFSとSPLパッケージをrpmで削除した後、「手動」で
/lib/modules/(カール番号）/extrasのspl*、z*のファイルを
全て削除。再度ZFSをインストールするとZpoolが見えた。

作業中にZpoolが見えなくなった時はさすがに焦った。
0806login:Penguin2014/09/11(木) 15:46:41.27ID:dlE7co3n
自宅のNASサーバをZFSで作りたいのですが、
2.5インチHDD/SSDが4台搭載（OS、Cache/Log、RAIDx2)できる、
省電力型のPCはありませんか？　さらに贅沢をいえば、HDDは
フロントから脱着が可能ならば言うことなしです。
0807login:Penguin2014/09/11(木) 16:06:40.16ID:2b8VRSUz
>>806
そこまで極端なのはもうAMDのkabiniとかとお好きなケース+マウントアダプタで
自作するか、NASキットの方が早い。
後者は電源は地雷探索になるが

「NAS用途」として売られてる完成「PC」はほぼないと思われ
0808login:Penguin2014/09/11(木) 16:34:39.84ID:DujOP/bf
普通のPCにこういうの刺しなされ。
ttp://www.cv-s.co.jp/product/product_detal.php?jan_code=4560338902064
0809login:Penguin2014/09/11(木) 16:55:07.34ID:2b8VRSUz
>>808
「普通の」でいけるかね
なんか行間に
「ITXキューブサイズの小型」と
「ほぼ、もしくは完全ファンレス」
が潜んでそうなんだけど
08108062014/09/11(木) 17:06:51.82ID:dlE7co3n
ありがとう御座います。
早速、Mini-ITXケースで調べてます。

http://akiba-pc.watch.impress.co.jp/docs/news/news/20130402_594255.html

ちょっとイメージしていたより大きい。リムーバブルベイは良いのですが。

発熱が少なくて、ほぼファンレス。
電気代はできるだけ少ないという無理な
希望です。
0811login:Penguin2014/09/11(木) 20:35:23.73ID:NjvKp/is
作ること自体が目的ではないなら普通に安いmicroserverでいいんじゃないのか
アイドルで30W位だからそれ以上を望となるとあれだけど
0812login:Penguin2014/09/11(木) 21:57:46.01ID:E/uP+s8x
>>811
HPのサーバはケースFanすら手を加えないと回らないので、組み立てパーツを流用したい人はスキルが入ります。
0813login:Penguin2014/09/11(木) 22:57:33.56ID:NjvKp/is
>>812
＞HPのサーバはケースFanすら手を加えないと回らないので
どういう意味？
0814login:Penguin2014/09/11(木) 23:45:43.71ID:jWbpEHzh
直リンクは貼らないが、下記のページを検索してみて。

HP Proliant MicroServer ファン交換 | Power of Dreams

>マザー上のファンコネクターは、自作向けのファンとはピンアサインが異なるようで、
>そのまま挿してもファンは動作しませんでした。
0815login:Penguin2014/09/12(金) 00:45:57.77ID:GhFX61Iu
http://gold.ap.teacup.com/maz01/323.html
これ?
0816login:Penguin2014/09/12(金) 01:47:03.82ID:7aIp7d69
[Phoronix] ZFS On Linux Is Called Stable & Production Ready
http://www.phoronix.com/scan.php?page=news_item&;px=MTc4NTM

やったな
0817login:Penguin2014/09/12(金) 05:19:46.43ID:g4WhxCxt
>>814
そんな中学生でも出来そうなことをスキルとか言われても
0818login:Penguin2014/09/12(金) 15:43:43.30ID:YYmuR5hK
>>816
あとは最大の壁であるライセンスだな。
0819login:Penguin2014/09/12(金) 17:22:43.37ID:JeZCTG+v
>>817
メーカー品の一般論だと、Dell,IBMも
コネクターの形状とかを変えていて
市販のものそのままでは使えないケースはあるから、
自分じゃ箱空けない人向けなのかと
思うた。
0820login:Penguin2014/09/12(金) 18:47:43.27ID:eeHR71cl
ZFSの次のバージョン(0.6.4)でKernel Asynchronous I/O(AIO)が
サポートされるらしいので、そうなると仮想基盤としての利用も
できるのかな？
0821login:Penguin2014/09/12(金) 21:09:03.65ID:a2UUsYQr
qcow2って結局中に何書いてんの？
差分を作って元イメージを参照ってできるからただの差分ファイルかと思いきや、qcow2オンリーでもイメージファイルになりうる。
セクター番号とその位置のデータを追加で書き込んでいってるようなかんじ？圧縮はその追加分をまとめてるだけ？
0822login:Penguin2014/09/17(水) 19:49:06.41ID:2e7p/CSG
異種OS間でネイティブに読み書きできるのに名前すら挙げられないUDFさん
0823login:Penguin2014/09/17(水) 20:15:23.20ID:v+Ba2g+B
>>818
Oracleがbrtfsというゴミを投げ捨てるだけでいいんだけどなぁ……
0824login:Penguin2014/09/18(木) 16:36:08.44ID:bvAwgm1O
/homeをext3からZFS on Linuxに変更できるか検討してみたんだけど、遅くないかこれ
巨大tarの展開やコンパイルが遅くなったからベンチ走らせてみたら、
meta data操作でstatはext3の倍ほど遅いし、createやremoveは5倍とか
ちょっと移行する気が起きない遅さなんだが、なんかパラメータチューニングとかいるん？
0825login:Penguin2014/09/18(木) 16:58:42.45ID:+ntf5I3q
スペックくらい書こう
0826login:Penguin2014/09/18(木) 17:45:14.34ID:KhBiYkdl
ZFSが早いとでも思ってたのか
0827login:Penguin2014/09/18(木) 17:53:42.23ID:8ta63fkp
ZFSとかエンタープライズ向けじゃないの
0828login:Penguin2014/09/18(木) 18:20:42.25ID:L7Sn8Rq/
ZFSは速いんじゃない
ZFSを使うと早くなるんだ
0829login:Penguin2014/09/18(木) 18:27:40.25ID:YwU5zKzp
dedupや圧縮をしなければ、それ程遅くないのでは？
Offにして確認してはどうでしょう。
0830login:Penguin2014/09/18(木) 18:42:04.32ID:bvAwgm1O
>>825
同一環境のext3との相対評価なんだがスペックそんな関係するのか？
CPUはPentiumクラスでメモリ2GB、HDDは4kIOPSが150ぐらいだったか

>>826
bandwidthは遅いと思ってたけど、metadata操作がここまでとは思ってなかった。

>>829
特殊なオプションなにも指定しないデフォルト状態だから、どっちもoffでした。
0831login:Penguin2014/09/18(木) 18:57:01.37ID:YwU5zKzp
>>830
LogとCacheはどうでしょうか？
設定した場合としていない場合ではかなり違います。

HDDのRAID構成で、3～4本のディスクに同時に読み書き
ができるので、その構成なら単一ディスクよりは速くなります。

zpool status の結果を見せてもらえれば、
またio負荷をかけた状態で、zpool iostat -v プール名 5を
実行して速度を確認して下さい。
0832login:Penguin2014/09/18(木) 19:27:33.87ID:Uf6n13Z+
> CPUはPentiumクラスでメモリ2GB

2GBとかwww
最低8GBは積んどけよwww
0833login:Penguin2014/09/18(木) 19:29:15.11ID:h2I87dzD
>>830
ZFSはメモリ8GBくらい使うよ
0834login:Penguin2014/09/18(木) 19:54:33.57ID:bvAwgm1O
>>831
ext3だったhome disk 1 本の移行だったので、log/cacheも何もなしです。
RAID-Z組めば速くなるとは思いますが、今回はそこまでは。
ちなみにiostatではベンチ中、%utilが70から100%ぐらい。
100%行ってるのはcreateとremoveだったかな。

>>832,833
まじか、ちょっと週末にメモリ買ってくる。
0835login:Penguin2014/09/18(木) 20:16:13.97ID:O2RGNwJL
Zfsはメモリとディスクの本数が多ければ多いほど性能が上がる
0836login:Penguin2014/09/18(木) 21:34:17.21ID:YwU5zKzp
>>834

iostatじゃなくてzpool iostat -v プール名 5
プール名がstorageなら、

zpool iostat -v storage 5

5秒毎にI/Oの速度を表示してくれる。ディスク複数本積んだら
ちょっと感動する。複数本＋log/cacheに分散して
読み書きする様子が見えるよ。
0837login:Penguin2014/09/19(金) 06:51:26.92ID:FAcnnIkl
もともとストレージ鯖用だからメモリたくさん積んでL2ARC載せないと性能でない
0838login:Penguin2014/09/19(金) 12:49:21.52ID:+/oO2Y2E
メモリはあればあるほどいい。

24GB -> 48GBにしただけでも体感変わった。


ついでにSSD余ってたらZILもおすすめ。
0839login:Penguin2014/09/19(金) 23:34:24.89ID:FEZUTrVu
>>823
なんでbtrfsの話でOracleが出てくんの?
0840login:Penguin2014/09/19(金) 23:40:23.92ID:OA62IkRC
>>839
btrfsは元々Oracle社が開発したこと、そしてZFSはSunが開発したけど、そのSunはOracleが買収したこと……
くらいかな？ Oracleが出てくる理由は。
823じゃないからOracleに言及した本当の理由はわからないけど。
0841login:Penguin2014/09/21(日) 13:22:12.33ID:wArLUoNK
>>839
ZFSのライセンス問題を解決するにはZFSを持ってるOracleがCDDLをGPLなりに変更する必要があって、
Oracleがbtrfsを見捨てない限りそうはならないからでは？
0842login:Penguin2014/09/21(日) 19:44:16.94ID:iH/ZO+gS
zfs-fuse をepelからインストールして運用している。

メモリは2G積んでいる。
半年が経過したが、問題は生じていない。

上のレスで、8Gは積まないといっているが、
2Gほどしか積んでいなければ、どういう問題が発生するの？
動作が遅くなるとか、重複排除率が低下するとか？
整合性が壊れたりはしないよね。
0843login:Penguin2014/09/21(日) 20:06:16.33ID:DgtTT24O
遅い。
dedupしてたら落ちる。
ファイル大量削除しようとすると落ちる。
0844login:Penguin2014/09/21(日) 20:58:43.64ID:bjZLfU90
落ちるつーか、落ちたように見えるほど激重になったりするらしいよ
再起動で1週間待たされるとかのレベル
0845login:Penguin2014/09/21(日) 22:41:38.19ID:iH/ZO+gS
>>843-844
ディスク容量節約のために、重複排除を有効にしている。

合わせて4GBほどのバックアップを定期的にやっているが、
重複排除のおかげでディスクは節約できている。

しかし、今度古いバックアップデータを消そうとしている。
これって「大量削除」に相当するのかな。

落ちるのと、激重になるのとは、雲泥の差。
落ちないでしょ？

「再起動で、一週間待たされるレベル」ってどういうこと？

service zfs-fuse restar　のこと？
reboot　のこと？

前に、同様の場合で、削除したことがある。
rm /files -rf
たしかに遅かったけど、病的なほどではなかったけどな。


いったい、どういう場合のことを言っているんだろう。
0846login:Penguin2014/09/21(日) 23:07:11.58ID:bjZLfU90
落ちたかと思うほど激重になり、落ちたんだから再起動しようと思い、再起動すると1周間レベルで待たされる
こんな感じ
0847login:Penguin2014/09/21(日) 23:28:24.02ID:fPLC7RJF
>>845
1)zfs destroy するとき
2)(1)が終わる前に再起動すると、zpool importするとき

async-destroyが有効になってれば大丈夫そうだけど・・・。
pool version が28だと・・・・。
0848login:Penguin2014/09/22(月) 00:01:31.01ID:b8ji7GQO
ここの住人はTBオーダーでやってるから、数十GBくらいなら全然大丈夫よ。

適当に100kBくらいのファイルを4TB分作ってzfs destroyすればよくわかる。


落ちるというのは挙動が様々で、KPすることもあるし、コンソールの応答がなくなってNum Lock切り替えすらできなくなることもある。
まあ、fuseだからKPすることはないだろうけど。
0849login:Penguin2014/09/22(月) 06:30:44.39ID:jZWtzL9d
VirtualBoxの仮想ゲストでZFSを試してみたのだが、
これ面白いね。

ディスクのリプレースがオンラインで出来ますが、
データディスクが1台しかないファイルサーバでも、
作業用のUSBディスクにリプレースでデータを
移して、その後ディスクを交換すれば、動くってこと？
0850login:Penguin2014/09/22(月) 08:48:04.97ID:ED4do6Nh
>>841
btrfsは(コミッターはいるが)Oracleにもはや関係ないのにOracle色がついているのは
不幸なことだな
0851login:Penguin2014/09/22(月) 11:58:01.53ID:hlxeTjJo
>>848
>fuseだからKPすることはない

KPって？ZFSの用語？一般語ではないみたい。
はじめて聞いた。

>4TB分作ってzfs destroyすればよくわかる

ZFS ファイルシステムを破棄するだけなのに、なぜに時間がかかるんだろう。
ディスク領域を0で上書きしているとか？

>数十GBくらいなら全然大丈夫

ありがとうございます。
0852login:Penguin2014/09/22(月) 12:01:43.33ID:hlxeTjJo
>>847
>zpool importするとき

ZPOOL自体を操作して、移動するなんて高度な技はまだまだ使ったことありません。
とりあえず、プールを用意して、ZFSファイルシステムを構築する程度の初心者です。

参考になりました。ありがとうございます。
0853login:Penguin2014/09/22(月) 12:03:33.51ID:hlxeTjJo
>>851
わかりました。
カーネルパニックですね。技術がないので、絶対に遭遇したくありません。。。
0854login:Penguin2014/09/22(月) 12:19:22.21ID:dsI1Edrp
>>845
http://peta.okechan.net/blog/archives/1789
0855login:Penguin2014/09/22(月) 12:20:49.94ID:hlxeTjJo
>>854
とても参考になりそうです。
どうもありがとう！
0856login:Penguin2014/09/22(月) 12:33:23.25ID:hlxeTjJo
>>855
読んでいて、不安になってきた。

電源断なんてあるだろうし、それで、zfsファイルシステムに不整合が生じて、
自動的に修復されない面倒くさいことにもなる可能性がありそうだな。

zfsやめて、ext4を素直に使っていたほうが良いかなと思ってしまった。
0857login:Penguin2014/09/22(月) 12:43:57.95ID:hlxeTjJo
連投すみません。日記調になってすみませんでした。


上のレスで、fuseなら、カーネルパニックはおきないといわれていますが、
zfs-fuseの方がとりあえずシステムの起動ができなくなることはないので安全だと考えてよいんでしょうか。

ext4並に安全な重複排除機能付きのファイルシステムって、何がありますか。
それは、まだCentOSなどでは利用できないんですか。

zfsに不安を覚えてしまった。以前、raidで不整合が生じて大変な目にあったので、もうそんなことはいやだと。
0858login:Penguin2014/09/22(月) 13:33:10.43ID:hlxeTjJo
http://jp.fujitsu.com/platform/server/sparcenterprise/technical/document/#zfs

しかし、ここの資料見ると、現在の最強のファイルシステムだと思えるんだがなあ
0859login:Penguin2014/09/22(月) 16:50:56.65ID:wAm9sJIB
実用上は、mdadm+lvm2+ext4が使い易い。linuxではね。
0860login:Penguin2014/09/22(月) 21:51:24.26ID:WNm91eI/
どうしてもlvm2をかましたくなる。
zfsもうっかり追加してしまったpoolを減らすことができるようになればなぁ。と思う。
使うことのできないreservedなdead-spaceという印をつけて、取り外しても大丈夫なようにでもしてくれたらなぁ。
0861login:Penguin2014/09/22(月) 23:22:17.33ID:dsI1Edrp
ほんとそれ
なんでもzpool addで追加させるのやめてほしい
0862login:Penguin2014/09/23(火) 08:09:51.75ID:2g2KKYPQ
zfsのraidモードで運用して、障害が起きたことにして、外したらダメなん？
0863login:Penguin2014/09/23(火) 09:35:32.72ID:iffUHTee
実際に1台障害が起きたらあぼーん
0864login:Penguin2014/09/23(火) 09:56:52.45ID:7lJsjz3T
>>858
そりゃSolarisだからだよ。

FreeBSDのZFSやZFS on Linux、zfs-fuseは古いOpenSolarisから取ったコードがベースで本家がメンテしてるわけじゃないから、
まったくもって別物で本家に比べると機能/安全性/スループット共に劣化したものと考えるべき。


まあ、2年近くZFS on Linux使ってるけど、特に不具合はないよ。
SATAケーブルが腐った時も復旧できた。
0865login:Penguin2014/09/23(火) 12:33:32.80ID:2g2KKYPQ
>SATAケーブルが腐った

雨漏りでもしてたの？
0866login:Penguin2014/09/23(火) 19:58:32.85ID:lrbMvJ9t
>>865
長く使ってたケーブルが熱か振動かなんかでダメになったみたいで、カーネルからDMAエラーが大量に出てzpoolから見えなくなってデグレードした。

でも、電源落としてケーブル変えて再マウントすれば元通り。特にエラーもなかった。
08678642014/09/23(火) 19:59:45.09ID:7lJsjz3T
すまん>>864=>>866
0868login:Penguin2014/09/24(水) 09:29:30.61ID:/c+CkE6Z
>>866
スレチだけど何故かSATAケーブルだけその手のネタを他より多く聞くんだよね。
決まってケーブルだけが逝ったって。

一体何が原因なんだろう…
0869login:Penguin2014/09/24(水) 09:41:09.54ID:1MIwuTdj
元から不良品でエラー多すぎて不具合に気付いたってパターンが多いんだと思う
0870login:Penguin2014/09/24(水) 11:18:20.01ID:CSDMltPh
>>868
民生品だからそれなりに問題が出てるってことなんじゃ？
0871login:Penguin2014/09/24(水) 11:21:49.97ID:a7PjhYC4
ケーブル着脱回数制限って暗に壊れたらアンタのせいって言っているようなもの
0872login:Penguin2014/09/24(水) 11:23:35.48ID:TG14crRJ
ずっ～と新品ってことはないですからね
書いとかないとうるさい人が...
0873login:Penguin2014/09/24(水) 23:04:40.23ID:roIH+Gdk
SATAケーブルと言うかコネクタ部の規格は
そもそも欠陥品レベルだと思っている人は割といる
0874login:Penguin2014/09/25(木) 21:48:13.01ID:Sc8NGmZN
無接触で信号やり取りできるコネクタ自体は開発されてた気がするけど、実用化はまだ
なのかね。
あれは車載用のコネクタだったけど。
0875login:Penguin2014/09/25(木) 22:50:21.50ID:oFBVQjC9
壊れやすくしないといろいろと。。。
0876login:Penguin2014/09/26(金) 09:28:40.32ID:wXqS4HLR
結露対策のスリット穴や空間が要るよな
いやまて、結露するような環境じゃないはず…
あ、おまえ、コネクタ密集地帯で汗滴らすなと
0877login:Penguin2014/09/26(金) 13:25:55.59ID:D1vjrQ3B
SATAケーブルは少ない本数の電線に高速の矩形波が流れるから劣化しやすいのだろう。
光ファイバになればかなりマシになるんじゃないだろうか。
0878login:Penguin2014/09/26(金) 16:36:35.16ID:5h7LgQVm
>>877
矩形波が流れるとなぜ劣化するの？
急な動きをする電子の影響で、金属結合が壊れるのか？でもまたすぐにつながるはずだけど。
0879login:Penguin2014/09/26(金) 17:12:06.70ID:gbFynnd8
角が引っかかりやすい、特にオーバー/アンダーシュートのトゲ部分のダメージが大きい
とか？
0880login:Penguin2014/09/26(金) 20:33:20.30ID:TdNwRye6
今度は、矩形波で劣化君ですか。
0881login:Penguin2014/09/27(土) 00:13:25.82ID:X6VqhUpZ
角が引っ掛かりやすい糞ワロタ
0882login:Penguin2014/09/27(土) 16:11:47.81ID:1g9BstaG
銅線中の電子の移動速度を知ってて言ってるギャグなんだろうか
0883login:Penguin2014/09/27(土) 17:33:49.75ID:y7JEHrPH
ハイパフォーマンスはraiser4とbtrfsの一騎打ち
extfsはレガシーシステム
xfsは超高密度集束ファイルサーバー
と住み分けできたな
0884login:Penguin2014/09/27(土) 18:24:22.02ID:zyCbw+6f
Raiserってまだ塀の中?
獄中で開発させられないのかな
0885login:Penguin2014/09/27(土) 18:35:22.98ID:U5xk0axN
能力の有る人は獄中で開発させたらすごい捗りそうだよね
会社と違って時間きっちりの健康的な生活だし
0886login:Penguin2014/09/27(土) 18:54:54.18ID:wz77HDan
向こうでも毎回用便願いまーすとか言ってんのかな
0887login:Penguin2014/09/29(月) 21:59:04.36ID:kTC0pP9B
ZFSのSnapshotを活用した、バックアップスクリプトの
サンプルを求む！

ネットで見つかるのはkshのスクリプトばかりで、
ZFS on Linuxで使うにはちょっとね。kshはshの
上位互換らしいので、bashでも動くのか？

0888login:Penguin2014/09/29(月) 22:13:00.50ID:XfVxbDFW
動かなかったら手を入れろよ
kshなんざ使ったことないが似たようなもんだろ
0889login:Penguin2014/09/29(月) 22:15:27.43ID:IrjClF9z
ググればいくらでもあるだろ
ttp://blog.f99aq8ove.net/archive/2009/02/1233759024.html
ttp://toriyu.jp/hitorigoto/id2440.html
スクリプトと言ってもcronでまわしてふるいの消すだけだと思うけど
0890login:Penguin2014/09/29(月) 22:21:20.60ID:yKrNXHh2
>>887
ていうかksh入れちゃうのが一番早くね？
むしろNILFS行っちゃえよ
08918642014/09/29(月) 22:38:03.34ID:dVp7kObP
それくらいの書けないんだったらFreeNAS使えよ煽りじゃなくて真面目に。
0892login:Penguin2014/09/29(月) 23:04:56.60ID:KwYppXUp
自分で書けばいいんでね？
0893login:Penguin2014/09/30(火) 08:44:15.60ID:YJFdO6ho&copy;2ch.net[転載禁止]
>>889

最初のページのSnapshotの作成スクリプトが
参考になりました。VMイメージを入れたVOLUMEの
Renameができないため、ちょっと苦戦していますが、
通常のfilesystemのSnapshotは問題なく、もう少し
テストして、cronに組み込みます。

お教えいただき有難う御座いました。
0894login:Penguin2014/10/01(水) 01:36:58.39ID:pldISUiJ
reiser4はまだ使い物にならないの?
0895login:Penguin2014/10/29(水) 14:08:50.47ID:M5RR4oUC
「SUSE Linux Enterprise 12」リリース、MariaDBへの移行やsystemdサポートなどが行われる
http://sourceforge.jp/magazine/14/10/29/075200
＞x86_64、IBM POWER、IBM System zに対応するサーバー版では、デフォルトファイルシステムとしてbtrfsを採用し、
0896login:Penguin2014/10/29(水) 17:40:36.05ID:OPE4Au6H
CentOS 6.6が出たが、ZFSは無事に動きました。
偉いぞ good jobsだ　> dkms
0897login:Penguin2014/10/29(水) 22:31:58.45ID:GOw4xMBU
>>895
stableも出てないのにデフォルトにするってマジかよ
08988642014/10/29(水) 22:41:14.77ID:/XSPzNfx
btrfsのraid5/6ってもう使い物になるのかしら。

あと、subvolumeのrename方法提供してほしいorz
0899login:Penguin2014/10/29(水) 23:00:51.34ID:tGh3yUHT
ext不便すぎて使いものにならんもんな
0900login:Penguin2014/10/31(金) 15:20:31.77ID:ZILEs4PD
>>898
> あと、subvolumeのrename方法提供してほしいorz
mvしろ
0901login:Penguin2014/10/31(金) 17:31:45.91ID:Mt4d/iKO
Centos6にZFSとKVMを入れて、評価環境を動かしている。
zpool scrubを動かしたら、Raidz1 ３本の中1本がrepairingと
出てきた。SyslogにはI/Oエラーが記録されているので、
寿命みたい。

Raidz1なので交換すれば治るが、筐体がディスクのHot Swapに対応
していないので、作業がメンドくさい。もうしばらく我慢して使おう。

半年ぐらい前にも壊れて交換したのだが、前回壊れたのもSAMSUNG、
今回もSAMSUNGだ。Hitachiのディスクを見習って、2年は動いて欲しい。
0902login:Penguin2014/10/31(金) 17:43:50.14ID:DuHoZ1UR
>>901
好きにしろ
俺だったら即止めて共有も切ってディスク交換後にリビルドするけど
RAIDで泣く奴の半分は運用が悪いと思ってる
0903login:Penguin2014/10/31(金) 22:08:10.15ID:mOLLZPNO
>>900
すまん真面目に教えてほしい。
snapshotをrenameするにはmvでいいけど、subvolumeをmvしようとするとmountしてるから当然のごとくエラーになるorz


今はfstabでmountするパスを変えてお茶を濁してる。
0904login:Penguin2014/11/01(土) 12:26:41.20ID:AG1T4rhi
>>903
マウントしてるサブボリュームもrenameできるぞ
マウントポイントをrenameできないってことならbtrfsに限った話じゃない
09059012014/11/04(火) 15:40:39.22ID:skVyrYWU
>902
手元に交換のHDDが無いので、入手したら
交換することにします。

週末調べて判らなかったのだが、ZFSは
BADBLOCKSを登録して管理する機能が無い
のでしょうか？scrubで見つかったBADBLOCKは
読み書きの対象（加えてscrubも）にしない
ようにすれば、良さそうなものですが、BADBLOCKが
見つかったら、「交換してね。」という
説明ばかりでした。
0906login:Penguin2014/11/04(火) 16:07:03.08ID:BJw3hD6n
>>905
S.M.A.R.T.のselftestかけてみればよくわかるが、ZFSのbad blockって言うのはHDDに備わってるECC等の訂正符号を使っても訂正できなかったセクタがZFSで使われていたという
ある意味かなりレア(深刻)な状況でしか発生しないんだ。

つまりbad blockを仮にZFSが覚えてそれを避けても、そんな状況のHDDだと表面化しなかった別の駄目なセクタを踏むだけで意味ないし、
そもそもそれらの処理はHDDがやるもの(代替セクタ)だから、ZFS側に実装しても意味ないし。


というか、個人でRAID5なんか使うな。
いくらニアラインSATAでもSASでも数日間のリビルドに耐えられずぶっ壊れる例なんかいくらでもあるし、ましてや今はディスクが大容量になってRAID10のリビルドすらびくびくしてるのに。
0907login:Penguin2014/11/04(火) 16:37:22.21ID:qDawBwP5
>>904
ZFSなら普通にできなかったっけ？
09089012014/11/05(水) 18:04:02.15ID:UqsM4Dpm
>>906

交換のディスクが入手できたので、replaceして、
resilveringとなりました。

前回は約半日で終わったので、明日朝には治っている
予定です。

ディスクのリビルドはあまり体験したことが無いので、
コマンドで直すというのはかなり新鮮です。
0909login:Penguin2014/11/05(水) 20:45:51.84ID:FZ5CuL49
>>906
そのために、ハードウェアRAIDカードではauto verifyをして
定期的にRAIDの整合性チェック & HDDのサーフェースチェックを
かけることで、リビルド時になってようやく別のHDDの障害発生を
知る (≒RAIDユニット全滅) という最悪の事態をなるべく避けるように
しているしなぁ。


>>908
ちなみに、たとえハードウェアRAIDカード使っていても、
ホットスペア用HDDがない場合はリビルドは基本手動だぞ。
0910login:Penguin2014/11/05(水) 21:48:11.37ID:oJHwkMVD
>>909
> ちなみに、たとえハードウェアRAIDカード使っていても、
> ホットスペア用HDDがない場合はリビルドは基本手動だぞ。
流石にちょっとこれは酷いので一言。
サーバやRAID装置によくあるホットスペア(稼働中に物理的に引き抜ける構造)
HDDについているRAIDコントローラは基本自動リビルドです。
ホットスペアHDDがわからない方はググるの画像検索で dell MD1000 で検索して8列目ぐらい
までみれば、引き抜いている途中の写真あります。
0911login:Penguin2014/11/05(水) 22:16:43.40ID:FZ5CuL49
>>910
だから、ホットスペアついていない場合のことを言っているんだけど、読み間違えてないか?
0912login:Penguin2014/11/05(水) 22:17:54.18ID:zNy7nUsg
> サーバやRAID装置によくあるホットスペア(稼働中に物理的に引き抜ける構造)

なんでそんな風に思ったのかしらんが、ホットスペアと抜けるかどうかは別の話だろ
あと、ZFS に限らず、ソフトでアレイ組んでてもホットスペアがあればオートでリビルドが普通だろ
0913login:Penguin2014/11/05(水) 22:29:43.76ID:NnTJ3TAh
そもそもホットスペア（オートリビルド）が最善というわけでもない
システム負荷を考えずにリビルド始めるというのは怖いだけだわ
RAIDの健康状態を常にチェックしてるような人間なら自分のタイミングで環境整備後にリビルトした方が断然いい
0914login:Penguin2014/11/05(水) 22:35:44.81ID:2Iq/ylJ4
910ってRAID的なホットスペアの意味わかってなさげ。
活線挿抜って意味じゃないぞ。ホットスタンバイ的な意味だ。
0915login:Penguin2014/11/05(水) 22:40:02.47ID:FZ5CuL49
>>914
なるほど。どおりで910がピントハズレなこと言っている理由がわかった。Thanks.
0916login:Penguin2014/11/05(水) 22:55:39.30ID:bnAyfCiQ
Android (Google Nexus) で cifs mount をしたいと思っています。

Android 4.2.2 までは、cifs などのカーネルモジュールを追加すればよかっ
たのですが、Android 4.3 (以降?) では、モジュールを読み込んでくれないよ
うで、うまくいきません。
カスタムカーネルではなく、素のカーネルのまま使いたい、と希望しています。

そこで、fuse を利用して cifs mount できれば、と思っているのですが、試
された方はいますか?
当方、Android や fuse の仕様を正確に理解していないので、実際にこのもく
ろみがうまくいくかどうかもわかっていません。

fuse を利用した cifs mount できるプロジェクトも複数あるようで (fusesmb
や smbnetfs)、それらの評価はまだしていません。

わからないことが多いのですが、これに関連することで何かご存知の方や、す
でに実現された方がおられましたら、なにかアドバイスいただけないでしょう
か?
09179102014/11/05(水) 23:11:36.98ID:oJHwkMVD
>>910 の文章ですが、
○ホットスワップ=稼働中に引き抜ける
×ホットスペア
です。失礼しました。

ServeRAIDやPERCやSmartArrayはオートリビルドですが LSI MegaRAID では手動で
リビルド対象ディスクを指定しないといけません。
>>909 は MegaRAID クラスしか触ったことがないんじゃないか、と思ったんです。
0918login:Penguin2014/11/05(水) 23:24:22.74ID:NIgi4doQ
btrfsの場合はSSDモードみたいなのが動いてるけど
この場合deiscardオプションは付けなくてもいいの？
09199012014/11/06(木) 11:12:54.56ID:czMtYjTQ
500Gディスクの交換で、昨日の夕方からリビルドして
ましたが、約7時間で終了しました。

KVMの仮想ディスクイメージをz volume上に置いて運用
しています。ZFSのsnapshotとそれを使ったバックアップが
仮想イメージの管理に非常に便利で、これだけでも
ZFSを使う価値を感じます。
0920login:Penguin2014/11/07(金) 08:44:50.49ID:BzijoW0Y
openSUSE 13.2登場
http://news.mynavi.jp/news/2014/11/07/025/

>「openSUSE 13.2」ではデフォルトオプションとしてBtrfsが提供されており、
>このファイルシステムの提供するスナップショット機能を活用したSnapperの採用なども特徴として挙げられている

きたか…!!

　 ( ﾟдﾟ)　ｶﾞﾀｯ
　 /　　 ヾ
＿_L| /￣￣￣/＿
　 ＼/　　　/
0921login:Penguin 転載ダメ©2ch.net2014/11/07(金) 09:45:39.37ID:00/J3AEj
>>920

それ機能自体は結構前からあった気がする。
0922login:Penguin2014/11/07(金) 17:51:41.82ID:bl/DZKjQ
>>921
いや>>920はbtrfsが標準になったことに期待してるんじゃね？
0923login:Penguin2014/11/08(土) 05:06:18.84ID:qCfxUc2f
btrfのオプションの説明ここにあったわ(・ω・)
https://btrfs.wiki.kernel.org/index.php/Mount_options
discardつけとくわ
0924login:Penguin2014/11/08(土) 06:25:30.91ID:kXkXY82P
Windowsでbtrfsが使えるようになるまでこの訴えは続けていくつもりです
0925login:Penguin 転載ダメ©2ch.net2014/11/11(火) 18:53:47.07ID:XHulZQnM
windowsでbtrfsは流石に難しいのでは…。
個人的にはhyper-vとかでmicrosoftが結構貢献してたみたいだから、ついでにntfsの
ほうにも貢献してくれないかなと思ったり。
0926login:Penguin2014/11/11(火) 19:07:41.49ID:F6RCylGB
Hyper-V 対応と違って金にならんからねぇ。
0927login:Penguin2014/11/11(火) 19:38:58.04ID:a/AnQsu6
標準でext2くらいは読めてほしい。
0928login:Penguin2014/11/11(火) 22:31:35.11ID:5vSqj3YZ
zipが出来るんだからそれくらい出来てもいいな
gpl汚染されるか
0929login:Penguin2014/11/12(水) 08:23:08.90ID:RO4VNYMa
INCOMPAT FEATUREを使わないext3ならext2として読めるという幻想
0930login:Penguin2014/11/15(土) 23:05:05.43ID:DDnDny4l
どうでもいいことだけど、Mac OSXはHFS+を早くやめて別のまともなFS作るなりZFSにしてほしいわ。
Windowsに移ってNTFSの出来に感動したわ(´・ω・｀)
0931login:Penguin2014/11/15(土) 23:59:11.67ID:unsBpJLN
Longhornで導入されるはずだった
WinFSはどうなったんですかね
0932login:Penguin2014/11/16(日) 00:41:34.88ID:dgvaIKU8
完全流局
0933login:Penguin2014/11/16(日) 00:45:56.00ID:zgx+08YX
今からでもプロジェクト再始動しないもんかねえ
0934login:Penguin2014/11/16(日) 02:00:27.56ID:4a8/gBzC
>>930
なんか昔ZFS搭載するって話なかったっけ
0935login:Penguin2014/11/16(日) 10:53:58.64ID:cInYqFbH
ZFSみたいなリソース喰いはMac Pro以外では使い物にならないから当分無理
WinFSみたいなDB系はお花畑な頭の中でしか使い物にならないから永久に無理
0936login:Penguin 転載ダメ©2ch.net2014/11/17(月) 11:25:31.01ID:GJ5WdbLB
macの場合は信者の信仰心があるから動作が重くなっても問題ないと思うけど。
｢最新のファイルシステム!!!他社の○倍のピーク性能!!!｣｢just work.(キリッ)｣、
この2つさえあれば生きていけるんでしょ、macユーザーって。
0937login:Penguin2014/11/17(月) 11:44:10.42ID:PfFbyhdn
>>934
Oracle買収のせいでポシャった。絶対許さない。TimeMachineの実装にそのまま使える実装だったのに……
0938login:Penguin2014/11/17(月) 12:55:23.11ID:lIE8P9ku
ここ5年近く、MacOS Xでファイルシステムが
壊れたことはないな。前にこわれたのは初代
Intel iMacが起動しなくなり、システムフォルダが
見えなくなった事だが、TimeMachineでサクッと
復活した。

よく壊れるのは、ATOKでも入れているのでは？
0939login:Penguin2014/11/17(月) 14:50:34.07ID:sb4FmaOg
>>938
void乙
0940login:Penguin2014/11/17(月) 15:26:12.17ID:5i9PPcxR
10年は戦えよ
0941login:Penguin2014/11/17(月) 18:02:11.45ID:w4EpyYQ6
>>938
HFS+ Private Dataがぶっ壊れてTime Machineのデータが全滅したよ先月。

HFS+は古すぎるくそで擁護のしようがないわ。
0942login:Penguin2014/11/17(月) 18:34:39.63ID:qd77yN0+
>>937
それOracle全然関係ないやろ。本当に使うつもりならFreeBSDから持ってくる手もあるんだし、
てかどっちにしろFreeBSDのを元にするんだろうから、Oracleまじ関係ないやん
0943login:Penguin2014/11/17(月) 19:47:42.85ID:edCyMjma
いやオラクルがソース提供するかどうかは十分関係あるだろ
0944login:Penguin2014/11/17(月) 20:10:33.25ID:lIE8P9ku
OpenZFSでMac用のバイナリーを
公開してるが、少し期待しても
良いかも。
0945login:Penguin2014/11/17(月) 21:13:44.48ID:pzA4p3QS
ライセンス的にCDDLなのはどうしようもないから、何ともなぁ。
0946login:Penguin2014/11/20(木) 09:53:51.67ID:fk8JZNJx
Ubuntu14のノートPCでZFSを使っている。

今日NativeZFSのアップデートが来ていたので、
アップデートしたところ、Zpoolが壊れてしまった。

Lenovoのt430で内蔵SSDにシステム、500GBのハードディスクを
ZFSに使っていましたが、ハードディスクのsdaのパーティションが
sda sda1 sda9と見えていたのが、sda9が無くなってしまい、
ZFSのPoolとして壊れた様子。

ZFSはアップデート対象から外すかな。
0947login:Penguin2014/11/20(木) 09:59:04.55ID:NLdUYIcM
ZFSって悪い報告しか聞かねえなｗ
0948login:Penguin2014/11/20(木) 11:37:35.23ID:nk/cbu04
いい報告なんてするやつなんて
ｲﾈ━━━━(ﾟдﾟ；)━━━━!!
0949login:Penguin2014/11/20(木) 12:09:20.23ID:S+zSUqu9
問題起きなきゃ報告なんてしないよな。
0950login:Penguin2014/11/20(木) 12:28:26.21ID:8428XopQ
したらしたで日記はチラシの裏にでも書いてろって言うだろ
0951login:Penguin2014/11/20(木) 12:53:44.54ID:fk8JZNJx
>>946
ちらし裏で申し訳ないが、
sda9は関係無く、sda1の部分のmetadataが壊れているらしい。
zpoolを作り直しても、osの再起動で壊れるのでzfsの利用は
あきらめて、通常のファイルシステムで変更中です。
0952login:Penguin2014/12/11(木) 18:26:25.32ID:6nKeVQc5
ZFSの話題です。で、当然不具合の情報です。

本日、CentOS7に新しいカーネル3.10.0-123.13.1が公開されました。
yum updateでカーネルのアップのあと、ZFS、SPLもdkmsがうまいこと
やってたようですが、再起動のあとディスクが見えなくなりました。

システムはxfsのパーティションに入っているので、とりあえず起動し、
rootユーザでログイン後、zfs-dkms、spl-dkms、zfs、splを削除して
再インストールして復旧出来ました。カーネルのバージョンアップの
たびにドキドキですわ。
0953名無しさん＠そうだ選挙に行こう 転載ダメ©2ch.net2014/12/13(土) 13:14:33.69ID:I5DiNIuJ
usb hddをマウントしようとするとfsync/closing remote i/o error
とか出てきて書き込めないんだけど、これってどうやったら書き込めるようになるの?
データの読み込みはできる。fsck走らせるとジャーナルがどうたらと出てきて
エラーが修復される。でも書き込めないまま。
ext3,ext4,ntfsで症状が出ることは確認してる。windows側でフォーマットしたntfsだと
書き込み読み込みどちらもできるけど、remote i/o errorはでる。
ネットで調べてみてもgentooのフォーラムで同じ症状を訴えてる人の書き込み
くらいしか役に立ちそうなものが見つからないのだが…。
トリはdebian,fedora,opensuseで試したけど全部同じ症状。
0954名無しさん＠そうだ選挙に行こう2014/12/13(土) 13:36:56.70ID:zRhIU2x1
HDDそのものが死にかけてないかUSBインターフェースがぶっ壊れてないかは確認した？
0955名無しさん＠そうだ選挙に行こう2014/12/13(土) 14:16:48.24ID:1odAVvIc
普通に考えるとハードがぶっ壊れたとしか思えないな。

データ入れてるなら早急に取り出さないと積むぞ。
0956名無しさん＠そうだ選挙に行こう 転載ダメ©2ch.net2014/12/13(土) 14:20:52.51ID:I5DiNIuJ
3台のpcでやって同じ結果だからusbインターフェースの故障はないんじゃないかと
個人的には思ってる。ただ、hddの寿命は普通にありそう。10年近く前のやつだから。
一応、jfs,xfs,fat32,ext2ではエラーが出つつもフォーマット可能で、フォーマット後
マウントしてデータが書き込めるのは確認した。
reiserfs,f2fs,btrfsはフォーマットは可能だけどマウントできない。
nilfsはフォーマット自体が失敗する。
新しいhddも探しておくか…。うーん。
0957名無しさん＠そうだ選挙に行こう2014/12/13(土) 14:27:25.00ID:zRhIU2x1
>>956
USBインターフェースはPC側のほうじゃなくてHDD側のほうね
0958名無しさん＠そうだ選挙に行こう2014/12/13(土) 14:28:01.06ID:zRhIU2x1
ていうかHDDが死にかけてるならSMART見れば直ぐわかるだろ
0959login:Penguin2014/12/27(土) 13:57:37.58ID:D8gxqX/D
FreeBSD10.0+ZFS+samba3.6で
デカイファイル(10GBくらい）の書き込みに失敗する
プールの容量が80%くらい越えると起きるような気がするんだけど
よく90%越えると危ないってのは見るけど関係あるかな
sambaのログレベル上げても原因はわからなかった
0960login:Penguin2014/12/27(土) 14:10:13.61ID:Wyf1YP0y
アプリによっては元ファイル残して別名保存から始まるやつあるけど？
つか、dmesg とかはどうなの？
0961login:Penguin2014/12/27(土) 16:15:26.62ID:6nmg1EqH
UNIX板で聞いた方がいいんじゃね
0962login:Penguin2015/01/09(金) 17:44:55.35ID:SwN1xkz2
>>918
１日一回ぐらいらいはcronとかで定期的にfstrimした方がいいと思う
実行してみるとその日のファイル書き込み量に関係なくtrimされるサイズがほぼ同じサイズなのがよくわからないが
0963login:Penguin2015/01/09(金) 18:09:16.50ID:yD0fNIj3
次世代ファイルシステムの標準はoracle次第
btrfsかzfsか？
今年にはoracleの方針が決まるかな？
0964login:Penguin2015/01/09(金) 22:03:06.02ID:dqt7l/L4
ext5マダー?(チンチン
0965login:Penguin2015/01/10(土) 09:10:40.99ID:m+PvdGm0
btrfsに関してはもはやOracleの影響力ほとんどない。メンテナはFacebookに移籍したし。

影響力ある人の雇い主はFacebookとSUSE。
あと富士通が力入れてる印象。富士通所属の開発者が多い。
0966login:Penguin2015/01/10(土) 11:11:44.99ID:OwInMDl1
zfs次第で決まるって言う意味じゃないの
0967login:Penguin2015/01/10(土) 17:18:14.48ID:81M8yp5B
zfsはカーネルツリーにマージされないだろうからLinuxではしんどいんじゃ？
0968login:Penguin2015/01/11(日) 11:06:55.72ID:uNwMDyjs
reiser5まだ？
0969login:Penguin2015/01/11(日) 12:40:18.62ID:cSuL4bBB
zfsonlinuxにはLLNLってビッグスポンサーがついてるから
0970login:Penguin2015/01/11(日) 15:01:52.45ID:6CcKUOZp
後ろ盾がデカかろうがライセンス問題が解決するわけじゃないし
0971login:Penguin2015/01/11(日) 22:23:26.07ID:lBJgjZ2a
reiserは檻のなかアルヨ
0972login:Penguin2015/01/12(月) 02:04:16.99ID:doCO9Rt+
ナイヨ
0973login:Penguin 転載ダメ©2ch.net2015/01/12(月) 03:04:49.10ID:jxLZMZYc
>>968

reiser4は一応メインライン入りしてたようなしてないような。
0974login:Penguin2015/01/14(水) 20:16:54.46ID:Crs8elS2
ライセンスはライセンサー次第、つまりOracle次第でどうとでもなる話で、
なにかテクノロジー的に超えられない壁があるわけじゃないよね？
0975login:Penguin2015/01/14(水) 20:37:55.76ID:mmFkmK7k
>>974
Oracleって時点でもう絶望的に無理。
0976login:Penguin2015/01/14(水) 21:38:04.27ID:IVh1uEI0
大体OpenSolarisが死んでZFSのコードが出てこなくなったんじゃないの?
0977login:Penguin2015/01/14(水) 22:04:15.87ID:h1EyqgtG
それとOracleになってからもZFSって進化しているの？
Solaris使っていないから知らないし。。。
(btrfsも安定板がリリースされてないようです、OracleはDB以外はシステムの墓場？)
0978login:Penguin2015/01/14(水) 22:30:50.20ID:Do4DNUu1
MySQLすら停滞させたOracle
ソフトウェア界のガンだ
0979login:Penguin2015/01/15(木) 10:22:36.88ID:7vbpnLPj
Berkley DBをAGPLv3に変更したりして、GPLv2 onlyのソフトウェアと
ライセンス衝突を起こすようにしたりとか本当にろくなことしてない。

OracleになってからのZFSには非公開の暗号化fsが機能追加されてるね。
なのでOpenZFSは最後に公開されたバージョンがベースになっている。
0980login:Penguin2015/01/15(木) 21:04:30.53ID:SCkUuAxG
本の虫: Linus Torvalds、HFS+に激怒
http://cpplover.blogspot.jp/2015/01/blog-post_14.html
0981次スレは?2015/01/15(木) 22:42:45.66ID:tMoAmopI
次スレは?
0982login:Penguin2015/01/15(木) 22:55:53.92ID:QcCgkUFn
>>981
お前が立ててもいいんやで
0983login:Penguin2015/01/15(木) 23:19:00.12ID:5txQI8Xh
テンプレそろえてくれたら立てる
レス数が950を超えています。1000を超えると書き込みができなくなります。