ファイルシステム総合スレ その16
714 ：login:Penguin：2014/04/24(木) 13:22:54.92 ID:DrYvir+U
>バックアップ系なくて24時間運用って
おうちで個人使いでもバックアップ系が必要なんですか？
個人使いでなかったら
/…XFS
/var…ext4
/home…JFS
バックアップ先…btrfs
なんてファイルシステム百花繚乱な構成は許されないであろう…
おうちで個人使いでもバックアップ系が必要なんですか？
個人使いでなかったら
/…XFS
/var…ext4
/home…JFS
バックアップ先…btrfs
なんてファイルシステム百花繚乱な構成は許されないであろう…
715 ：login:Penguin：2014/04/24(木) 13:24:57.41 ID:0CZY8Gb7
必要かどうかは人によるんじゃね。
716 ：login:Penguin：2014/04/24(木) 13:27:12.12 ID:S/0xbodI
>>714
不要なら止めてもいいじゃない。
不要なら止めてもいいじゃない。
717 ：login:Penguin：2014/04/24(木) 23:52:33.83 ID:oIeD8RMB
バックアップにbtrfsとかバックアップする気ないだろ
718 ：login:Penguin：2014/04/25(金) 13:38:47.06 ID:mwdi9/18
btrfsはまだまだ常用できるレベルじゃないし、似たようなことしたければZFS on Linuxでいいんじゃ？
24時間動かすなら、ECCメモリといい電源も必須だけど、SATAケーブルとかもいいのおごったほうがいい。
一時期fsあたりのエラーがパラパラ出てたときは、SATAケーブルが腐ってた。
24時間動かすなら、ECCメモリといい電源も必須だけど、SATAケーブルとかもいいのおごったほうがいい。
一時期fsあたりのエラーがパラパラ出てたときは、SATAケーブルが腐ってた。
719 ：login:Penguin：2014/04/25(金) 14:09:16.19 ID:18yKNN4p
最近はこんな感じで運用して見てる
/home ext4 -> 日に一回rsyncでFileServerに同期
FileServer xfs -> 日に一回rsyncでbackupに同期&Amazon glacierへxz+gpgで投げる
backup nilfs2 -> 日に一回スナップショット，月一のスナップショットを残して1月以前のスナップショット削除
/home ext4 -> 日に一回rsyncでFileServerに同期
FileServer xfs -> 日に一回rsyncでbackupに同期&Amazon glacierへxz+gpgで投げる
backup nilfs2 -> 日に一回スナップショット，月一のスナップショットを残して1月以前のスナップショット削除
720 ：login:Penguin：2014/04/25(金) 19:16:21.20 ID:+egiLVae
721 ：login:Penguin：2014/04/25(金) 19:56:33.48 ID:6fVSKLDU
>>720
fsckしないように設定すればええやん
fsckしないように設定すればええやん
722 ：login:Penguin：2014/04/25(金) 20:10:53.61 ID:+egiLVae
>>720
「tune2fs -c0 -i0」の設定したにも拘らず、かつ正常にシャットダウン(再起動)を行ったにもかかわらず、起動時に
「うむ？不正なシャットダウンしたんとちゃうの？」とシステムが判断してマウント時にfsckが走るんだよ〜
「tune2fs -c0 -i0」の設定したにも拘らず、かつ正常にシャットダウン(再起動)を行ったにもかかわらず、起動時に
「うむ？不正なシャットダウンしたんとちゃうの？」とシステムが判断してマウント時にfsckが走るんだよ〜
723 ：login:Penguin：2014/04/25(金) 22:15:46.60 ID:s0V0NEaG
>>722
ディスクコントローラ周りのハード不良か設定ミスを疑うべき。
ディスクコントローラ周りのハード不良か設定ミスを疑うべき。
724 ：login:Penguin：2014/05/03(土) 22:24:37.63 ID:ulimgOyl
FreeBSD8.0で運用してたZFS RAID-Z2って
LinuxのZFSで普通に読み込めるんだな
いや他のファイルシステムなら別に当然だけど
ZFSのしかもRAID-Zだから複雑なことやってそうだし無理かと思ってた
LinuxのZFSで普通に読み込めるんだな
いや他のファイルシステムなら別に当然だけど
ZFSのしかもRAID-Zだから複雑なことやってそうだし無理かと思ってた
725 ：login:Penguin：2014/05/06(火) 23:40:36.48 ID:+HEnHmTm
>>724
当然OpenIndianaでも読めるし、それどころかMac OS Xでも読める（本家Solarisはダメだが）。
と言いたいところだが、OS毎に実装済みのfeature flagsの差異によって
読み書きできる/読めるけど書けない/読めないが分かれたりするので注意が必要。
FreeBSD8.0で実装済みのfeature flagsなら他の現行OSで読み書きできるとは思うけどね。
当然OpenIndianaでも読めるし、それどころかMac OS Xでも読める（本家Solarisはダメだが）。
と言いたいところだが、OS毎に実装済みのfeature flagsの差異によって
読み書きできる/読めるけど書けない/読めないが分かれたりするので注意が必要。
FreeBSD8.0で実装済みのfeature flagsなら他の現行OSで読み書きできるとは思うけどね。
726 ：login:Penguin：2014/05/07(水) 02:41:52.74 ID:qP4g1QJA
OpenZFSのサイトに互換性表があるよ
ttp://open-zfs.org/wiki/Features
ttp://open-zfs.org/wiki/Features
727 ：login:Penguin：2014/05/07(水) 13:18:41.02 ID:OXYFJZa7
FreeBSD 8.0だと、feature flagsまだ未実装じゃなかったっけ？
relase時点で、pool version 15とかその辺だった様な・・・
stableはしらんけど、releaseなら、たぶんsolarisでもなんでも行ける。
まぁ、zpool get version/zfs get versionしろって事ではあるが。
relase時点で、pool version 15とかその辺だった様な・・・
stableはしらんけど、releaseなら、たぶんsolarisでもなんでも行ける。
まぁ、zpool get version/zfs get versionしろって事ではあるが。
728 ：login:Penguin：2014/05/09(金) 11:57:48.55 ID:SVmWBBK0
今オススメの圧縮ファイルシステムってなに？
729 ：login:Penguin：2014/05/26(月) 17:21:45.48 ID:kQED7z3B
Hans Reiserの出所まであと10年か
730 ：login:Penguin：2014/06/02(月) 19:31:07.53 ID:3xqVp1qV
x86_64のカーネルスタックが16KBになるようだ
731 ：login:Penguin：2014/06/02(月) 19:41:21.04 ID:wKyP3hTc
xfsでスタック食いつぶしてうんぬんだっけ
Redhatの力か
Redhatの力か
732 ：login:Penguin：2014/06/13(金) 17:14:41.17 ID:kLPDuXou
ZFS on Linux 0.6.3 来た
ttps://groups.google.com/a/zfsonlinux.org/forum/#!topic/zfs-announce/Lj7xHtRVOM4
ttps://groups.google.com/a/zfsonlinux.org/forum/#!topic/zfs-announce/Lj7xHtRVOM4
733 ：login:Penguin：2014/06/13(金) 18:24:59.38 ID:iyX+bNtZ
0.6.3と申されましてもｗ
734 ：login:Penguin：2014/06/20(金) 00:07:30.22 ID:hKO2rrUy
http://www.phoronix.com/scan.php?page=news_item&px=MTcyNDE
> Reiser4 File-System SSD "Discard" Support Gets Revised
Ninaをdiscardした癖にFSの方はまだだったのか。
> Reiser4 File-System SSD "Discard" Support Gets Revised
Ninaをdiscardした癖にFSの方はまだだったのか。
735 ：login:Penguin：2014/06/20(金) 09:20:52.50 ID: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に上がらないとアップデートできない。
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に上がらないとアップデートできない。
736 ：login:Penguin：2014/06/20(金) 22:39:02.54 ID:FmNjW13C
Cent6で入れてる人はEPELからdkmsの.src.rpm持ってきてるみたいね
737 ：login:Penguin：2014/06/24(火) 21:56:34.02 ID:sxZslhNV
以下の条件だとどのようなファイルシステムがおすすめでしょうか
・用途はファイルのバックアップ(コールドスタンバイ)
・基本的に落雷やヒューマンエラーによる全滅を防ぐために使用
・500GB〜1TB程度の中途半端な容量のHDDを次々と足して束ねていく
・古いHDDを使用するため1台死ぬのは日常茶飯事な使い方
(HDDが1台死んでも他のファイルは生きており、syncで破損ファイルをバックアップしなおす)
個人的にはmhddfsになるのかなぁと考えています。
btrfsのraid0でストライプを切れるという話を聞いたので、
それが本当にできるならその方が便利かもしれないとも思っています
・用途はファイルのバックアップ(コールドスタンバイ)
・基本的に落雷やヒューマンエラーによる全滅を防ぐために使用
・500GB〜1TB程度の中途半端な容量のHDDを次々と足して束ねていく
・古いHDDを使用するため1台死ぬのは日常茶飯事な使い方
(HDDが1台死んでも他のファイルは生きており、syncで破損ファイルをバックアップしなおす)
個人的にはmhddfsになるのかなぁと考えています。
btrfsのraid0でストライプを切れるという話を聞いたので、
それが本当にできるならその方が便利かもしれないとも思っています
738 ：login:Penguin：2014/06/26(木) 00:47:48.83 ID:/kSvpTPp
ZFSでRAID-Z
739 ：login:Penguin：2014/06/26(木) 01:05:57.43 ID:gkco9Ol/
＞・500GB〜1TB程度の中途半端な容量のHDDを次々と足して束ねていく
この時点でzfsはないだろ
この時点でzfsはないだろ
740 ：login:Penguin：2014/06/26(木) 01:09:10.21 ID:gkco9Ol/
ていうかそのやり方でどうやって冗長性確保するんだよ
741 ：login:Penguin：2014/06/26(木) 02:08:09.68 ID:FeQmEsEt
バックアップだから死んでも大丈夫と思ってたら
再バックアップ前にメインも死ぬの法則
再バックアップ前にメインも死ぬの法則
742 ：login:Penguin：2014/06/26(木) 07:44:32.62 ID:WzHVZYP6
ZFSでRAIDZ使わずにditto blocks
743 ：login:Penguin：2014/06/26(木) 07:50:55.08 ID:7l8pzm7D
3TBのディスク一本にまとめてゴミは捨てろ
電気代考えたらコストはかわらんだろ
電気代考えたらコストはかわらんだろ
744 ：login:Penguin：2014/06/26(木) 07:53:01.18 ID:7l8pzm7D
って、常時火をいれるわけじゃないのか、すまんかった
ゴミは捨てろって気持ちは変わらないけど
ゴミは捨てろって気持ちは変わらないけど
745 ：login:Penguin：2014/06/26(木) 08:11:05.75 ID:WIlmoYYy
746 ：login:Penguin：2014/06/26(木) 08:31:12.87 ID:XyIwZg1I
さすがにHDD以外の要因もあったのでは
747 ：login:Penguin：2014/06/26(木) 08:57:20.37 ID:x6i2m/Oo
外付けだと常時フルアクセスで月300円
普通の使い方で月100円って所なんじゃないの
内蔵だとその1/3ぐらい
普通の使い方で月100円って所なんじゃないの
内蔵だとその1/3ぐらい
748 ：login:Penguin：2014/06/26(木) 22:09:27.98 ID:yvLiatqB
障害時の復旧が死ねるlvmは今時無いとして俺ならaufs
mhddfsもaufsも先頭デバイスから埋めていくのでそれがイヤならmadamでraid
未来に期待ならbtrfs
mhddfsもaufsも先頭デバイスから埋めていくのでそれがイヤならmadamでraid
未来に期待ならbtrfs
レスありがとうございます。
運用方法自体への指摘が多いようですが、
運用方法はあくまで>>737の方法でやりたいと思っていますので、
>>737でのおすすめファイルシステムを教えてください。
以下指摘へのレスというか補足です。
・用途はあくまで余っているHDDを非常時のバックアップとして再利用することです。
・バックアップ元はzfs raid1なのである程度の信頼性はすでにありますが、
落雷での全滅や、スナップショット未取得時の誤操作に対する対策をしたいです。
・冗長性についてはzfs raid0 copies=2も考えましたが、
容量を半分にするほどのメリットを感じなかったので採用しませんでした。
運用方法自体への指摘が多いようですが、
運用方法はあくまで>>737の方法でやりたいと思っていますので、
>>737でのおすすめファイルシステムを教えてください。
以下指摘へのレスというか補足です。
・用途はあくまで余っているHDDを非常時のバックアップとして再利用することです。
・バックアップ元はzfs raid1なのである程度の信頼性はすでにありますが、
落雷での全滅や、スナップショット未取得時の誤操作に対する対策をしたいです。
・冗長性についてはzfs raid0 copies=2も考えましたが、
容量を半分にするほどのメリットを感じなかったので採用しませんでした。
750 ：login:Penguin：2014/06/26(木) 22:31:39.21 ID:78mXMDhK
落雷での全滅が怖いならAmazonのcloudかアメリカのデータセンタに
定期的にバックアップするしかないんじゃなかろうか
定期的にバックアップするしかないんじゃなかろうか
>>750
>>737の運用方法が穴だらけなのは十分承知していますし、
費用度外視で理想の方法をあげればきりがないのもわかります。
ですが、今回はあくまで「余っているHDDの再利用」+「非常時のための
コールドスタンバイでのバックアップ」が目的でそれ以上は求めていません。
>>737の運用方法が穴だらけなのは十分承知していますし、
費用度外視で理想の方法をあげればきりがないのもわかります。
ですが、今回はあくまで「余っているHDDの再利用」+「非常時のための
コールドスタンバイでのバックアップ」が目的でそれ以上は求めていません。
752 ：login:Penguin：2014/06/27(金) 10:39:27.37 ID:/SITy1XB
聴く耳を持たない人程くどくど聞いてくるんだよね
これは後々自分は悪くない、悪いのは教えた方ってゆー典型
せっかくレス貰っても振り出しに戻ってるしな
自分で考えた最強の方法にしとけ
これは後々自分は悪くない、悪いのは教えた方ってゆー典型
せっかくレス貰っても振り出しに戻ってるしな
自分で考えた最強の方法にしとけ
753 ：login:Penguin：2014/06/27(金) 10:58:33.52 ID:Jzs6Gski
＞500GB〜1TB程度の中途半端な容量のHDDを次々と足して束ねていく
＞HDDが1台死んでも他のファイルは生きており、syncで破損ファイルをバックアップしなおす
よくわからんけどこの2つを満たすFSってあるの？
ていうか実現できるの？無理じゃね？
＞HDDが1台死んでも他のファイルは生きており、syncで破損ファイルをバックアップしなおす
よくわからんけどこの2つを満たすFSってあるの？
ていうか実現できるの？無理じゃね？
754 ：login:Penguin：2014/06/27(金) 11:51:46.30 ID:Obdb7JZX
WindowsでVVAULTでも使ってればいんじゃねって感じ
755 ：login:Penguin：2014/06/27(金) 19:29:30.83 ID:JYBFXueA
ファイルシステムにする必要がないだろ
単にコピーすりゃいい
単にコピーすりゃいい
756 ：login:Penguin：2014/06/27(金) 21:09:42.05 ID:eJnsl1j2
とりあえず mhddfs で運用してみるのが良いんじゃないかな。
ファイルベースストライプはこれ以外は grusterfs ぐらいしか知らん。
HDD はほっとくとデータ消える事があるらしい(だからRAID装置はスクラブする)ので、
そこを運用でどう検知するかが問題かな。
ファイルベースストライプはこれ以外は grusterfs ぐらいしか知らん。
HDD はほっとくとデータ消える事があるらしい(だからRAID装置はスクラブする)ので、
そこを運用でどう検知するかが問題かな。
757 ：login:Penguin：2014/06/27(金) 22:28:08.10 ID:DqlsKQGG
個人的にはどーでもいい気分になってるけどmhddfsじゃ冗長性は確保できないんじゃない
758 ：login:Penguin：2014/06/28(土) 08:46:01.36 ID:1GtvnGnq
ただの、普段は使わないバックアップにしておくだけでしょ
HDDが壊れたら、オリジナルから再度バックアップするってだけで
冗長性なんか要求してないと思うよ
壊れた部分の切り離しのしやすさとかそういうのを求めてるんじゃないの
知らないけど
HDDが壊れたら、オリジナルから再度バックアップするってだけで
冗長性なんか要求してないと思うよ
壊れた部分の切り離しのしやすさとかそういうのを求めてるんじゃないの
知らないけど
759 ：login:Penguin：2014/06/28(土) 09:14:29.75 ID:LvZI/arM
単体ディスクに順番にコピーしてきゃいいだろ
760 ：login:Penguin：2014/06/28(土) 11:01:37.40 ID:KR5byf0B
予算ゼロで古いHDDが余っているなかでのベストを検討するって話で、
手間がかかる割に効果が薄くても構わないんじゃないか。
結果が伴わなくても、それ自体が予算増額へのステップアップになりえるし。
>>759
単体ディスクに順番にコピーしてくれるのを助けてくれるのが mhddfs なわけだが。
手間がかかる割に効果が薄くても構わないんじゃないか。
結果が伴わなくても、それ自体が予算増額へのステップアップになりえるし。
>>759
単体ディスクに順番にコピーしてくれるのを助けてくれるのが mhddfs なわけだが。
ありがとうございます。
とりあえずmhddfsで運用して様子を見てみようと思います。
>>756
ほっとくとデータが消えるというのは初めて知りました。
データ内容はそこまで大きく変わらないため、
syncのログはまめにチェックするようにします
とりあえずmhddfsで運用して様子を見てみようと思います。
>>756
ほっとくとデータが消えるというのは初めて知りました。
データ内容はそこまで大きく変わらないため、
syncのログはまめにチェックするようにします
762 ：login:Penguin：2014/06/28(土) 14:01:29.66 ID:KR5byf0B
>>761
rsync のログに出た時にはもうアウトなので、SMART でエラーが出ていないか確認かな。
リカバリー可能エラーはOSには報告されないので。
本当は定期的にフルバックアップしてスクラブ相当を実施したうえで SMART の確認が良いけど、
石橋をたたいて壊すことになり兼ねないので、痛し痒しだな。
rsync のログに出た時にはもうアウトなので、SMART でエラーが出ていないか確認かな。
リカバリー可能エラーはOSには報告されないので。
本当は定期的にフルバックアップしてスクラブ相当を実施したうえで SMART の確認が良いけど、
石橋をたたいて壊すことになり兼ねないので、痛し痒しだな。
zfs diff で差分取ったら日本語が文字化けするんだけど、
zfs createの時点で文字コードのオプションを指定してなかったせい？
化け方としては「\304\344\355」みたいな感じで表示されてる
zfs createの時点で文字コードのオプションを指定してなかったせい？
化け方としては「\304\344\355」みたいな感じで表示されてる