ファイルシステム総合スレその17 [転載禁止]©2ch.net

[過去ﾛｸﾞ] ファイルシステム総合スレその17 [転載禁止]©2ch.net (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

1(1): 2015/01/17(土)22:41 ID:E5//dQrz(1/6) AAS
● 前スレファイルシステム総合スレその16
2chｽﾚ:linux

● 関連スレ
ジャーナリングファイルシステム
2chｽﾚ:unix

OpenSolaris/Illumos (OpenIndiana, etc.) 6
2chｽﾚ:unix

FS関連スレ
2chｽﾚ:os
過去スレ, 関連リンクは >>2-10 あたりで.

876(1): 2017/10/24(火)23:32 ID:Xr4vBigu(1) AAS
NTFSの透過圧縮ってハフマンすら使ってないような古いフォーマットだったような

877: 2017/10/24(火)23:35 ID:XZVw8B+4(7/7) AAS
>>876
古いっていうか、速い、だね
zfsもlz4とかgzip6以上にすると途端に遅くなるから、
レンジコーダーどころかハフマンなんて使えないって

RLEとかは論外だけど・・・「高圧縮アルゴリズムを採用しました！」とか言われたら逆に困る

878: 2017/10/24(火)23:38 ID:dIybMC7m(1) AAS
>>861
高負荷時の可用性とか、障害発生後の復旧可能性とか、
正直、あんまり注力してない
お金が絡むような用途には使わないほうが吉

879(1): 2017/10/24(火)23:39 ID:c8X0wWjw(1/2) AAS
ntfsは昔ファイルが壊れるバグがあって、それ以来ファイルシステムはシンプルに扱うことを心掛けている

880: 2017/10/24(火)23:41 ID:c8X0wWjw(2/2) AAS
>>879
透過圧縮で壊れるバグね

881(1): 2017/10/25(水)00:59 ID:hD2Ps5/u(1/4) AAS
>>872
カーネルパニックとファイルシステム損傷はつながってないと思うけど…
それで不整合が起きたとしても修復すれば良いだけだし

882(1): 2017/10/25(水)01:25 ID:r7fvXVxh(1/2) AAS
zfsは修復コマンドあるけどbtrfsにはないのかね

883: 2017/10/25(水)03:52 ID:hD2Ps5/u(2/4) AAS
>>882
色々あるよ

884(1): 2017/10/25(水)07:38 ID:9LUW18Lh(1/4) AAS
>>881
スクショとかログとかはないけど（消えたからね）kernel panicがbtrfs関係のエラーで発生してたので関係あったのよ...
何回か復旧させたことがあるので、普通にやったが今回はお釈迦様でしたわ

885(1): 2017/10/25(水)07:41 ID:9LUW18Lh(2/4) AAS
ちなみに4.12辺りからbtrfs関連の修正パッチとか含まれてて、4.9から一気に上げてbtrfsが何かしら壊れたかで失敗したんじゃないかな……って気がしてる

886: 2017/10/25(水)07:43 ID:cqd5p/QJ(1/2) AAS
>>885
こマ？
今、4.10だから4.13に上げるの怖いな

887: 2017/10/25(水)07:49 ID:i2n5SUlW(1/2) AAS
RedHatが技術的問題点の解決が云々でbtrfsやめちまうから
ファイル単位でバックアップ取って他に行った方がいいんじゃないかな？

・・・いや、他の似た様なので行けそうなのないんだけどさ・・・

888: 2017/10/25(水)09:32 ID:r7fvXVxh(2/2) AAS
btrfsはもともと悪いバグの噂が絶えなかったからな

889: 2017/10/25(水)12:20 ID:9LUW18Lh(3/4) AAS
4.12からbtrfsのraid5/6がほぼ使い物になるって言うから上げたら結果的に失敗しちゃった

890(2): 2017/10/25(水)17:14 ID:hD2Ps5/u(3/4) AAS
>>884
いや、btrfsモジュールでカーネルパニックしたとしても、ファイルシステムは通常の不整合以上には壊れないでしょう?
というか、現状btrfsモジュールは毒データ与えてもストールするので、カーネルパニックになったならMLで言って欲しかった感…
(ディスクが壊れた場合はカーネルパニックになることが確認されてるけど)

現時点でディスク不良以外でraid1で実損したデータ以外が救出できなくなるケースも確認されているものがほとんどないので、
それもやっぱりMLに投げてほしかった…

なお、4.12のパッチは小規模というか大した変更じゃなかったよ。4.13も小さい。
変更がとても大きかったのは4.11だね。

891: 2017/10/25(水)17:26 ID:cqd5p/QJ(2/2) AAS
btrfsに詳しい人きてんね

892: 2017/10/25(水)18:33 ID:YZBdzpDG(1/2) AAS
ツイッターのbtrfs壊すマン？

893: 2017/10/25(水)18:35 ID:YZBdzpDG(2/2) AAS
Twitterﾘﾝｸ:Nonapeptide

> BTRFS - perfectly named because your data is toast. #sysadmin #devops #linux

バロスｗｗｗ

894: 2017/10/25(水)18:50 ID:9LUW18Lh(4/4) AAS
>>890
うーん…割とあることなのかと思ってたけど、レアケースだったのね
大変失礼いたしました
あと4.11でしたか

895(1): 2017/10/25(水)20:24 ID:i2n5SUlW(2/2) AAS
>>890
btrfsは技術的問題点残ってるって赤帽も言ってる

896: 2017/10/25(水)22:15 ID:P9Arp/eu(1) AAS
技術的問題(自分が好き勝手が出来ない)

897(1): 2017/10/25(水)22:55 ID:hD2Ps5/u(4/4) AAS
>>895
いや、balanceできない条件があるとか、
raid5/6の実装が間違ってるとか、
一部コードが汚い上に間違ってるとか、
そりゃ技術的問題はあるけど、だからといってそれ以外の箇所で障害が起こるということにはならないよ。
そんな挙動を示したなら、bugzillaに書くか、エビデンスつきでMLに投げるかしてよ。

898(1): 2017/10/26(木)03:21 ID:m8CrekcC(1/3) AAS
>>897
それでもダメだったって報告だとか、噂が絶えなかったってのはガン無視？
大体ファイルシステムの障害とかすんごく報告し辛いよ
btrfsの新しいバージョンが本当に完全に上位互換になれるのか、
HDDかSSDか、セクタorブロックが代替されててデータ失って再現不能なのか、
ECC側のデータ化けをリトライでたまたま合う間違ったデータでリードできた後に代替されかどうか、
報告するにも検証どころか調査が面倒で、腰を据えるだけの気力と勇気が居る

てかその障害が起こったパーティションそのままに、他のパーティションのシステムから
観測し続けにゃならんのだよな・・・面倒どころの話じゃない

899: 2017/10/26(木)11:39 ID:40Q7WJeS(1) AAS
btrfsかハードウェアの問題かすら切り分けできてないけどbtrfsの問題だと言い張るバカという自白

900: 2017/10/26(木)11:43 ID:m8CrekcC(2/3) AAS
だからML投げたらその切り分けしろとか言われるだろ

901: 2017/10/26(木)11:47 ID:m8CrekcC(3/3) AAS
動画ﾘﾝｸ[YouTube]
#kernelvm @naota344 バージョン別BtrFSのころしかた

902(2): 2017/10/26(木)12:38 ID:SID6HJTr(1/2) AAS
なんで頻繁にクラッシュニュースが流れるbtrfsなんて使ってんの？
直った直った詐欺の常習犯じゃん
CentOSのワークステーションで２年位アップデートしながらzfs使ってるけど１度も壊れたことないよ
悪い噂のないzfsを使おう！

903: 2017/10/26(木)12:41 ID:4p0ujET6(1/2) AAS
>>902
windows上でzfs動かした勇者がいるとか
zfsは安心感はんぱないけど速度は遅いんよね

904: 2017/10/26(木)13:02 ID:SID6HJTr(2/2) AAS
窓zfsは猛者すぎる
HDDでRAIDZ2だけど安物HDDノートよりは快適に使えてるよ
２年以上窓vmつっこんで定住できる程度には
自動スナップショットにもお世話になりっぱなしだしロールバックもバックアップもレストアも全然失敗しないしもう最高

905: 2017/10/26(木)19:12 ID:pDHoOEM7(1) AAS
RAID10しか使わない俺はZFSが重いと思ったことがない

906(1): 2017/10/26(木)19:30 ID:4p0ujET6(2/2) AAS
>>898
なるほど...XeonE5v2の2CPU環境なのにnon-ECCというクソ環境なのももしかしたら関係あったのかも...
次買い換えるときはECCにするよ

907: 2017/10/26(木)19:51 ID:ATxK8MFT(1) AAS
10年越しのC2Dのわいはzfs重すぎで断念したで

908: 2017/10/26(木)20:36 ID:v+u2Dr+Z(1) AAS
なんだか病的だなここ
民生のポンコツNASのファームでも開発してるのかお前ら

909: 2017/10/26(木)21:40 ID:XgmXXSxq(1) AAS
Btrfsをたたくとかっこいいとか思っているんだろうか
それともRedHatの言葉はすべて福音だとか思ってるんだろうか
そして、RHELが採用をやめただけでBtrfsの開発からRedHatが手を引いたとでも思ってるんだろうか

910(1): 2017/10/27(金)00:17 ID:8vm/O0k/(1/4) AAS
あれだけ不具合出してたbtrfsにさも問題がないかの様な言い回ししてるキモオタが煽ってるからだろ
あそこまでもぐら叩きだと基本設計に問題があるとしか思えん

FATで例えるとCRCorECCを別のセクタにしただけで滅茶苦茶複雑になるんだぞ
しかも今時はSSDも絡んでくるからHDDと違ってブロックのイレース直後の電源断も考慮せにゃならん

911: 2017/10/27(金)00:48 ID:20SupFDI(1/4) AAS
>>910
いや、問題があるならBuzillaに書くなり、MLに投げるなりすればいいでしょ。
Issueが直ってないからチケット確認しなよ。
困ってるなら、どういう状況で何が起きるか投げれば対応するわけだし。
使ってもいません、具体的に何が発生するとも言えませんってそれはただのFUDでしょ

912(1): 2017/10/27(金)00:53 ID:8vm/O0k/(2/4) AAS
動画ﾘﾝｸ[YouTube]
#kernelvm @naota344 バージョン別BtrFSのころしかた

バグ見つけたらここまで検証して特定するまで誰にも言うな掲示板にも書くなってか？
検証用にパーティション切ってファイル放り込んで問題絞り込んでとかどんだけ時間掛かると思ってんだ

913(1): 2017/10/27(金)01:06 ID:20SupFDI(2/4) AAS
>>912
いや、バグ見つけたならMLで言うなりBugizllaに書くなりしなよ。
で、あなたの環境でどういう状況で何が起きたの?具体的に教えて?

914: 2017/10/27(金)01:22 ID:20SupFDI(3/4) AAS
>>906
メモリのECCとファイルシステムアクセスは、ほとんど関係ない。
あるとすれば、ダーティキャッシュがビット劣化して書き出したときにファイルがビット破損するケースだけれども、
これはファイルシステムとは*全く*関係がない事象。

btrfsやzfsの場合は、入出力のたびにチェックサム照合を行うので、RAID化されていればビット腐敗が発生していた場合、
自動的に修復される。
ただし、詳細は省くけれど、別にこれはscrubしなくていいということを意味しない。
ディスク故障時のような「安定した応答が得られない」ケースを除き、
基本的にデータビット破損によってRAID化されたbtrfsあるいはzfs、またはミラー化されたLVMからデータが損なわれるという事態は原理的に起き得ない。

915(1): 2017/10/27(金)01:24 ID:8vm/O0k/(3/4) AAS
>>913
btrfs-progsアプデされた後にUUID云々とかエラー吐かれた時点でシステム入れ直したわ
そのパーティションを検証の為に残して他のHDD用意してそっちのシステムから検証とか
義務でも何でもないのにやるかよ
（zfsも初期はアプデでトラブル云々あちこちであったみたいだからbtrfsに限った事じゃないだろうけど）

てかバグ見つけたら必ずMLとかにあげなきゃならんのかよ？
MLに上げない奴は不安定なファイルシステムについても何も言うなってか？

916(1): 2017/10/27(金)02:08 ID:20SupFDI(4/4) AAS
>>915
btrfs-progs「だけ」上げたの?だとしたら、ファイルシステム自体は何も変更されてないからファイルシステムはおかしくなるはずがないね。
ほかもあげたなら、btrfsのせいだという根拠が必要だね。
別にこの状況でこんなエラーが出たよ、というだけだから別のHDD云々は何も関係ないね。
具体的にどのようなエラーが出たのか、そしてどのような挙動を示したのかについても述べられてないけど。

別に不具合があっても黙って使い続けるのは自由だし、困るから直してって報告するのも自由だよ。
ただし、根拠も示さず証明もせずにFUDをばらまくのは下品だと思うよ。もちろん、下品に生きるのも自由だけども。
でも、わざわざ人に向かってFUDを吐いてつっかかるのは自由の範疇じゃないからね。

917: 2017/10/27(金)02:18 ID:8vm/O0k/(4/4) AAS
>>916
「だけ」な訳ないだろ
しかも

動画ﾘﾝｸ[YouTube]
#kernelvm @naota344 バージョン別BtrFSのころしかた
>>902も言ってるし

これでFUD云々だとかバカ呼ばわりだとか、印象操作してるbtrfs信者の方が頭おかしい

918: 2017/10/27(金)02:26 ID:20A8S4Fv(1/2) AAS
btrfs信者はファイルシステムはわかっても自分がセルフネガキャンしてることはわからないの？
まさしくキモオタだな

919: 2017/10/27(金)09:01 ID:weR/Q0Mm(1) AAS
こういう様子を見たら、使いたいとは思わないよな
未完成なのはRHらも認めているのに、不具合があるという報告から
原因を探ろうとかそういうのではなく、不具合ではなく使う側が悪いと強硬に言い張るんだから

普通の人は、「安全で良いファイルシステムを使いたい」のであって「btrfsを良いものにしたい」なんて思ってないんだから
原因究明してMLで報告しろとか大笑いだよ

920: 2017/10/27(金)10:31 ID:20A8S4Fv(2/2) AAS
まともな人間は使って幸せになれるから使うのであって
トラブルに巻き込まれた挙句キモオタがよってきて奇声を上げる製品なんて使うわけがない
どんな罰ゲームだよ

921: 2017/10/27(金)13:48 ID:PgGfI2sY(1) AAS
CentOS7でBtrfsでインストールしなくて本当に良かったわ

922: 2017/10/27(金)20:49 ID:2VDvBElG(1) AAS
ext5 はいつきますか

923: 2017/10/28(土)01:02 ID:etrugwoe(1) AAS
ext4で特に問題なくね
ext4でだめな人はxfs使ってるでしょ

924(2): 2017/10/29(日)16:02 ID:OjwFPq2V(1) AAS
ファイルシステムって作るの難しいのか？

925: 2017/10/29(日)16:09 ID:Ah9J6BAU(1) AAS
>>924
OS作るより難しい

926: 2017/10/29(日)16:12 ID:TzA5z2pd(1) AAS
>>924
求めるものによってマチマチかと

ただデータをファイルとして読み書きしたいというだけなら
FATやext2なんかを参考にすれば作れるだろうし、
セキュリティや可用性を求め始めると難しくなるし

927: 2017/10/30(月)01:20 ID:AS8R9+Hh(1) AAS
FuseFSとか

928: 2017/10/31(火)02:04 ID:FgDKquIR(1) AAS
Fuseはいろんなfs作ってる人がいて面白いよね
まともに使い物になって、さらにメンテまでされてるものはごく僅かだけど
設計と長期的な開発の大事さが伝わってくる

929: 2017/10/31(火)09:31 ID:8eXQ95pK(1) AAS
FAT → エントリを２つ持って、データを書いた後２か所を更新するだけ
書き込み中の最悪のタイミングでの電源断：お察しください

ジャーナリング＋CRCかECCの類の更新
エントリ＋データからCRCの類までジャーナリング？二重の書き込みに加えて
他のセクタ（クラスタ）のCRCの類を読んで、該当するCRCの類だけ更新して、
それを更にジャーナルに書き込む？
新規データは空きクラスタに書き込むだけでいいけど、既存ファイルの一部の更新だった場合は
クラスタのチェーンも読み込んで、更新する箇所だけ空きクラスタに書き込んでおいてから
チェーンの部分を読んで該当箇所だけ書き換えてそれもジャーナルに書き込む？
そこまですればDB並に保護は完璧だけどめっちゃパフォーマンス落ちるし
空き容量０の時の既存ファイルの更新は？とかとか考え出したら常人にはとてもじゃないけど
zfsみたいなファイルシステムなんて設計し切れるもんじゃないし、
代替案も出さないのに文句言う奴が必ず出てくる事請け合い無し

SSDの場合はブロックイレースの直後に電源断だと軒並みデータ０になるし
どうせアプリ類の書き込み中の電源断は何かしらファイル壊れる筈だから
どっかで妥協するしかないんだよな

930: [age] 2017/10/31(火)18:07 ID:JFfINNY0(1) AAS
今北産業

931: 2017/11/02(木)22:30 ID:VRhByFj6(1) AAS
現在HDD(4TB)2台にそれぞれ「pool1」「pool2」の2つのzpoolを作製しています。
今度8TBのHDDを購入するため、「pool1」「pool2」の2つのzpoolを、
1つのHDDにまとめたいのですが可能でしょうか。

やはりパーティションで4TB領域2つに分けるか、
「zpool3」のようなzpoolを1つ作って
「zpool3/zpool1」「zpool3/zpool2」のようにzfsで分けるしかないでしょうか。

932: 2017/11/02(木)22:51 ID:Ym6tOrCg(1) AAS
スナップショットを統合するのは無理だろうからファイルコピーかネームスペースを切るしかないやろな

933: 2017/11/03(金)13:42 ID:7yAxdNYW(1) AAS
俺ならrsyncするな、、

934: 2017/11/03(金)14:12 ID:1ZLpOwvG(1) AAS
ん？普通にsend/recvでいいんじゃないの？

935: 2017/11/03(金)15:05 ID:8Srk4nXS(1) AAS
1つのプールのルートに複数のプールをマージはできんやろ

936: 2017/11/11(土)12:35 ID:fEz455xE(1) AAS
Twitterﾘﾝｸ:satoru_takeuchi
sat‏ @satoru_takeuchi
fsckは映らないテレビをどつくとかファミコンのカセットに「フーッ！」ってやるくらいのもんだと受け止めていただければいいかと思います

例えが古いですか、そうですか
8:51 - 2017年11月11日

Twitterﾘﾝｸ:satoru_takeuchi
sat‏ @satoru_takeuchi
fsckはブッ壊れたメタデータを容赦なく捨てることによってなんとかマウントできたら嬉しいですね、くらいのツールなので、
成功したからといって全てのファイルが残っているわけでもなければ整合性が保証されているわけでも無いです。ジャーナルログのリプレイなんかとは全然違うものです
9:06 - 2017年11月11日

Twitterﾘﾝｸ:satoru_takeuchi
sat‏ @satoru_takeuchi
なのでバックアップとってない人が一縷の望みをかけて使うものであって、バックアップをちゃんととってる業務サーバのファイルシステムがマウントできなくなったときに
「fsckしたらマウントできた！やったね、業務継続！」とかやるのはまずい。ちゃんとバックアップからリストアしましょう
9:10 - 2017年11月11日

Twitterﾘﾝｸ:_hito_
hito‏ @_hito_
fsckが-y与えてない状態でなんか確認出してきたら、「これ、ておいけど目をつぶる？」って確認されてるんだと思ってください。
10:20 - 2017年11月11日

Twitterﾘﾝｸ:_hito_
hito‏ @_hito_
-y与えたfsckなんて、Twitterのタイムラインぐらいのておさは平気だぜって覚悟完了した状態を示すものなんやで。
10:23 - 2017年11月11日

937: 2017/11/12(日)19:09 ID:fSQ3xxsV(1) AAS
ジャーナリングを嫌ってるGoogleとかノードが立ち上がるたびにmkfsしてそうだよな

938: 2017/11/14(火)15:43 ID:3JMMYKF6(1) AAS
btrfsでzstd使えるようになってたんだな
IO速度がクソな環境では有用そう

939: 2017/11/14(火)17:47 ID:A8AfsvVk(1) AAS
Btrfs Zstd Compression Benchmarks On Linux 4.14
外部ﾘﾝｸ[php]:www.phoronix.com

わりとマッハっぽいな
安定してるのが確認できたら試したい

940: 2017/11/14(火)18:30 ID:1AsaLDsk(1) AAS
ええやん素敵やん

941: 2017/11/14(火)18:31 ID:Hld5hQog(1) AAS
zstandardを開発したのlz4の人なんだな
天才か

942: 2017/11/16(木)01:44 ID:aPSKyvbS(1) AAS
suseとかでデフォルトzstd圧縮有効になったりしないかな

943(1): 2017/11/19(日)07:18 ID:mzgo2vbw(1) AAS
exfatを古いandroidに指したらぶっ壊れたんだけど復旧方法ある？
teatdiskのクイックスキャンはダメだった
これからディープスキャン予定

944: 2017/11/19(日)10:08 ID:GW0MhMrM(1) AAS
>>943
復旧方法というかそれ以前の事前確認なんですが、カードリーダーの方が
壊れてないか確認(別のmicroSD挿してみる)して、その後は microSD のハード
不良なのかFSのメタデータ破損なのかを確認(dd で読み出せるかあたりか？)かな。

945: 2017/11/19(日)12:06 ID:ZpSLMMU3(1) AAS
943っす
ディープスキャンダメだった
カードリーダーは複数使ってチェックしてるからハードのエラーではないっす
xxd -a /dev/sdcして何か出てくるので何か入ってるぽいんだけどexfatの構造はよくわからない
sudo fsck.exfat /dev/sdc1
exfatfsck 1.2.3
ERROR: exFAT file system is not found.
いわれるんだよねー。最近のFSだからメタデータのコピーくらいはあるとは思うんだけど

おそらく原因はこれ
ドコモからのお知らせmicroSDXCカードご利用時のご注意について
外部ﾘﾝｸ[html]:www.nttdocomo.co.jp
いやまさか指しただけでフォーマット実行なしで壊れるとは予想外だったわ。どんな処理してるんだか

946: 2017/12/04(月)12:01 ID:anPRfq9b(1/2) AAS
外部ﾘﾝｸ:github.com
LZOLayerFSもfuseCOMPdもメンテされてなさすぎてアレだし、
これもProbremとか妙にきな臭いし・・・
NTFS程度の圧縮でいいから、zfs動かすにはメモリが足りないって環境で
透過圧縮でいい方法ってないもんかね？

947: 2017/12/04(月)12:13 ID:nPwxeQQc(1) AAS
btrfsでええやん

948: 2017/12/04(月)12:20 ID:anPRfq9b(2/2) AAS
外部ﾘﾝｸ:linux.srad.jp
問題てんこ盛りっぽい

949: 2017/12/05(火)19:10 ID:o9jvCgSS(1) AAS
ここまでバグまみれで一向に改善の傾向が見られないのは設計に何か問題でもあるのかねぇ

950: 2017/12/05(火)20:35 ID:xITbzjWg(1) AAS
Deprecatedにぶっこまれるって事はそういう事なんでしょ

951: 2017/12/05(火)21:01 ID:p7vRDzPy(1) AAS
絶対に選んではいけないファイルシステム

952: 2017/12/06(水)19:37 ID:VGGMSTZG(1) AAS
ext4に透過圧縮があれば十分なんだがなあ
以前は/usr以下をsquashfsしてaufs被せる荒業が使えたんだがsystemdが起動に必要なファイル置きやがるからだめになったし

953(1): 2017/12/08(金)23:03 ID:6zLhmCQN(1/2) AAS
圧縮機能だけでzfs-fuseを使っていたんだけど、（CentOS 6）
さっきダウンしていた。マウント先ディレクトリにアクセスできなくなっていた。

service zfs-fuse restart を時間を置いて二度行なったら、復帰した。

/var/log/message を確認したら、エラーが記録されていた。
segfault at 70 ip xxxxxxx sp yyyyyyy error 4 in libpthread-2.12.so[zzzzzz]

もう怖くて、zfs-fuse使えない。
重複機能はとっくに諦めていたけど、圧縮機能も諦めて、
もうzfs-fuse使わない。ext4のまま使うことにする。
圧縮効果は1.6倍だったのでもったいないけど、安全の方が大事。

954: 2017/12/08(金)23:16 ID:6zLhmCQN(2/2) AAS
>>953自己レス

メールのINBOXフォルダとして使っていたので、
大量に入ってくるメールの取扱でバグったのかなあ。

955(1): 2017/12/08(金)23:43 ID:ZOJyABBF(1) AAS
評判の悪いfuseなんぞわざわざ使ってる方に問題がある
ZoL使え

956(1): 2017/12/09(土)01:16 ID:ybA/9ws5(1/2) AAS
>>955
ZFS on Linux ググってみたけど、標準の機能でないために躊躇します。
yum update みたいに、カーネルごとアップデートされるようになったら使いたいなあ。

957: 2017/12/09(土)01:36 ID:FOEDyt7P(1/2) AAS
fuseのzfsも標準の機能じゃないしｗ
てかOracleもFSFもLinux界隈もPC衰退期の現状にライセンスが合ってない
もうソースに手入れた人が把握できなくて身動き取れないだけかも知れんけど

958(1): 2017/12/09(土)18:17 ID:XKNRzaCn(1/2) AAS
>>956
ZOLが標準に組み込まれないのはライセンスの問題
FUSEはZOLまでの繋ぎで今はメンテもされていない

959: 2017/12/09(土)22:41 ID:FOEDyt7P(2/2) AAS
事実上、まともな透過圧縮は起動に使うには面倒なZOLだけか
透過圧縮って、パフォーマンス低下させない様にって細工が面倒なのはわかるんだけど
ext4で特定の圧縮アルゴリズムで標準化みたいな動き、出ないもんかな

960(1): 2017/12/09(土)23:07 ID:XKNRzaCn(2/2) AAS
btrfs

961(2): 2017/12/09(土)23:12 ID:ybA/9ws5(2/2) AAS
>>960
btrfsってもう詰んだんでしょ。

>>958
永久にカーネルに組み込まれないってことでしょうか。
それともオリンピックまでになんとかなる話？
なんとかしてほしい。ド素人にも使えるようにしてほしい。

ZFS on Linuxなんてつかったら、多分、カーネルアップデートしたりしたときに、
データにアクセス不能にしてしまいそうでこわい。
凍結的に使いつづけるのならよいのかも知れないけど。

962: 2017/12/09(土)23:12 ID:xfEywRlo(1/2) AAS
遅い、不安定、糞サポート

963: 2017/12/09(土)23:16 ID:XOliZqnc(1) AAS
red hatが作るXFSベースのfsに透過圧縮付いたりしたら良いのにね

964: 2017/12/09(土)23:24 ID:xfEywRlo(2/2) AAS
なければつくるんや！

965(1): 2017/12/09(土)23:24 ID:xkiGrhs4(1) AAS
正直、圧縮はbtrfsだのzfsだのでなく、ストレージに提供させる機能とした方がよさそうだが

966: 2017/12/10(日)00:01 ID:g66QiYsp(1) AAS
>>961
特定のFSに限らんだろうが暗号化ディスクをマウントしたままカーネルアップデートするとディスク構成壊れて起動不能というのはある

967(2): 2017/12/10(日)00:23 ID:up+XnWG1(1) AAS
>>965
ブロックレイヤーでってことか？
メタやジャーナルまで圧縮することになるし
FS側で圧縮した方が良さそうじゃない？

俺は使ってないファイルとか圧縮効果の高いファイルだけ圧縮して欲しいわ

968: 2017/12/10(日)00:25 ID:wGxcaYra(1/3) AAS
起動時のえっらい小さなローダーがパスワード入力とか求めた上で
暗号化解除やら、場合によっては圧縮の解凍しながらとか、相当難しいからね
FreeBSDでも/boot/だけは圧縮とかすらできない様に、あちこちにブロック入ってる
（抜け道があったりで完全じゃないけど（それ言い出したら何でもできるけど））

969(2): 2017/12/10(日)00:44 ID:wGxcaYra(2/3) AAS
>>967
ちょいと考えてみたけど、ブロックレベルでってのは、特にSSDで無理があるな
透過圧縮の類って、実際の圧縮は確か16KB単位とかでやってる筈
頻度表を扱うアルゴリズムを使うってなった時点で、最悪値で無条件に
256×出現回数の表現に必要なビット数の頻度の情報が必要になるから
4KB単位での圧縮なんて（テキストファイル限定とかでもなきゃ）先ず意味がない

970(2): 2017/12/10(日)01:50 ID:ZifqXvj+(1) AAS
>>967
>>969
内蔵HDDとかというよりかは、FCとかiSCSIとかで接続するような外部ストレージね

OSからは4kbのブロックとして見えるけど、実態はストレージによりそう見せられている
仮想的なブロックの、更に下位のレイヤーでの圧縮や展開
ストレージ内蔵のASICや専用アクセラレータが圧縮や展開をするようなモノ

971(1): 2017/12/10(日)03:46 ID:N0TrNYo4(1/2) AAS
Windowsの世界では、透過圧縮、重複排除は安定的に実現できているのかな？ > NTFS
smbaclientでくっつけるとか。

972: 2017/12/10(日)08:57 ID:4pWsPUuO(1) AAS
>>969
同じ意見だわ
余談だけど、圧縮で書き込み量減らしてSSDの寿命を延ばすとか試みはあったそうで
効果は不明

>>970
bio下位ならブロックレイヤーだね

ASICとかハード実装ならインライン圧縮になる
平均IOサイズ考えると圧縮効果低くなるからなあ

ポスト、セミポストならデータマージして圧縮効果上げられるけど、今度はファイル読み込み時の伸長コストに無駄が出るしなあ

iSCSIならネットワークに出すデータ量減らせると考えればFSで圧縮するのが良いと思うぞ

973: 2017/12/10(日)10:16 ID:C8L1/GFy(1) AAS
>>961
家のCentOSでなんとなしにカーネルじゃないけどアップデートしたら、OSが壊れた。
というか起動に使ってたUSBメモリが完全死亡。
新しいUSBメモリにOSに入れ直して前と同じ環境にするだけで済むだろうと思ったけど、5,6年前に組んだマシンで、当時何をどうやったかの記憶も記録も全くなくなってたｗ
ただのファイルバックアップ用マシンだったけど、元のファイルサーバーに不調が出て一新しようとしてる作業中だったから血の気が引いた。

974(1): 2017/12/10(日)14:37 ID:wGxcaYra(3/3) AAS
>>970
ファイルシステム回りを眺めて（読んだとは言ってない）思ったけど、
圧縮で空いた分のブロックとか認識して追従するファイルシステムとかめっちゃ複雑そう
zfsみたいに上で全部管理しないとすぐ限界が来るに1ペソ

975: 2017/12/10(日)14:40 ID:N0TrNYo4(2/2) AAS
外部ﾘﾝｸ:news.mynavi.jp

Red Hatはすでに実装し利用している技術を精査し、
当面はXFSとLVM2を機能拡張していくことでZFSと同様の機能を実現していく計画としている。
この取り組みは「Stratis」プロジェクトと呼ばれており、
2018年には最初のリリースを見込んでいる。

976(1): 2017/12/10(日)17:57 ID:nqYNH5+E(1) AAS
>>971
Windowsで重複排除はReFSからじゃないかったかな
評判は知らないけど

977: 2017/12/10(日)19:37 ID:fs9xD2lp(1) AAS
>>974
ext4で暗号化が実装されてるのに圧縮がされてないのはその辺だろうね

978: 2017/12/11(月)08:12 ID:lx+fHSVz(1) AAS
>>976
逆。
今の所、NTFSでしか使えない。
オフラインなのもあって、まぁ、普通に使えてる。

979: 2017/12/11(月)12:47 ID:OK6Xudye(1) AAS
しかしSUSEはどうすんだろね

980: 2017/12/11(月)13:10 ID:JQ1AKkZN(1) AAS
SUSEは当分xfsとbtrfsでいくんじゃないの

981: 2017/12/13(水)18:58 ID:dzTWqPE0(1) AAS
次スレは?

982(2): [age] 2017/12/18(月)03:36 ID:GyMlMt5D(1/3) AAS
Ext4でも標準でジャーナリングシステムをつかっているのだと知りました。
それなら、xfsをわざわざ選択する意義ってなんなのでしょうか。
xfsか、枯れたExt4を使うか迷っています。

983(1): 2017/12/18(月)05:14 ID:KgitDdCc(1) AAS
>>982
XFSはファイル一つ一つのサイズがデカい場合に良い性能を発揮するらしいので、
普段使いはext4でいいんじゃないだろうか。

> 枯れたExt4
ext4って枯れてるか？絶賛開発中だと思うのだけど。

984(1): 2017/12/18(月)08:21 ID:x84wA0wv(1) AAS
枯れてるかどうかはわからんけど
xfsのほうがはるこに歴史はあるが

985: 2017/12/18(月)11:20 ID:GyMlMt5D(2/3) AAS
>>982です。

>>983-984
ext4ってまだ開発中だったんですか。すっかり枯れたものだと思いこんでました。
それどこか、xfsの方が歴史が長かったなんて。
CentOS 7ではxfsが標準になっているので、逆転現象ですね。

IMAPサーバの構築でメールファイルの管理だけをしたいなら、
使い慣れたCentOS 6で、ext4を使う方がいいかなあと思ってきました。

986(1): 2017/12/18(月)21:55 ID:zF3vE5KP(1) AAS
ext4にしとけ
extundeleteできるのは便利やぞ

987: 2017/12/18(月)22:08 ID:GyMlMt5D(3/3) AAS
>>986
xfsは復活できないそうですね。
メモリも食うらしいので、
はい。もう少し、CentOS6でいきます。

988(1): 2017/12/28(木)12:29 ID:bgFTfYxx(1/2) AAS
SSDのような記録形式は、劣化してくるとコンデンサでいうリフレッシュみたいなことをしないと
あまり頻繁にアクセスしないデータはいつの間にか電荷？の自然消失で壊れると聞いたんですが
ZFSのスクラブはリフレッシュの代わりになりますか？

989: 2017/12/28(木)13:02 ID:vYCrbjN4(1) AAS
そんなことしても気休めにしかならないからバックアップ取ったほうがいいぞ

990: 2017/12/28(木)13:18 ID:fkEzUj9L(1/4) AAS
>>988
バックアップしたのを丸々リストアするのが一番負担の負担が少ない
細かいファイルを１個１個同じSSD内で完全にコピー→上書き移動とかしてると
ディレクトリのエントリ（ファイルの一覧）への書き込み回数がとんでもない事になる

991: 2017/12/28(木)13:18 ID:fkEzUj9L(2/4) AAS
負担の負担とかｗ　SSDの負担

992: 2017/12/28(木)17:49 ID:bgFTfYxx(2/2) AAS
ありです

やっぱりきちんとバックアップも取っておいた方が良いですか

定期的にddでディスクを丸ごとHDDに保存してみようと思います

993: 2017/12/28(木)18:25 ID:W1FLaU/H(1/2) AAS
SSDも劣化対策にRAIDにしておくべきだよね

994: 2017/12/28(木)18:39 ID:fkEzUj9L(3/4) AAS
zfsとかReFSみたいなのなら劣化には有効なんだけど、従来のFSじゃ無理
だからデータ化け対策にMSまでもがわざわざ今頃になってReFSとかし始めてる訳で

3DMLCTLCのエラー訂正がどうなるかわからんけど、少なくとも寿命が来たUSBメモリに
ソフトウェアRAID組んでext4辺りで適当なでかいzipとか放り込んでしばらく放っておいた後、
（フラッシュの類の寿命って読み書きできないじゃなくて、
　データを保持できる時間が短くなる、だから待つのが重要）
データレベルでのエラーが検出できないから、エラーが起きたり起きなかったりする
ソフトウェアRAIDだけじゃなくて、ハードウェアRAIDも同じ
あれは律儀に両方の物理ドライブから読み込んで、両方のセクタの内容を比較とかしてない
（ハードウェアRAID0+1だと、先ず間違いなく片方からしか読んでないし、
　普通のミラーリングでも定期的に読み出す物理ドライブを切り替えて寿命を延ばそうとしてる）
Win10の記憶域プールの類も同じで、プールから作った論理ドライブにNTFS切ると同じ問題が起きる

RAIDはヘッドとかモータとかコントローラが死んだ時には止まらず動き続けてくれたり、
片方のデータで助けてくれたりはしてくれるけど、ECCかファイルシステムのどっちかが
データの正当性を検証し続けてくれない環境だと、運用中のデータ化けには無力（特にSSD）

995: 2017/12/28(木)18:56 ID:aFTO9rA1(1) AAS
つまりエンプラSSDは期違いってこと？

996: 2017/12/28(木)19:25 ID:NbmI0QOw(1) AAS
HDD も SSD も同じことだが、
RAID で DISK故障を発見したとき、他の DISK のデータが一部消えてたという事態は避けなければいけない。
そのために、全データを定期的に read　することが重要。アクセスすることによって訂正可能な範囲の劣化は修整される。
ダメならダメでデータが消えたことが発見できて RAID 使ってたら修正も可能。

コピーオンライトなFSは、GC もあるし、そういう機能を持ってると思うけれども、詳細は知らない。

997: 2017/12/28(木)19:25 ID:fkEzUj9L(4/4) AAS
鯖向けのSSDでも、暗号化の類の保護はあっても、正当性の保証って意味での保護は滅多にない筈
（ちょっと考えればわかる）だからSLCとかで物理的な耐久で耐えようとしてるっしょ
で、わざわざ電源断の保護とか謳ってたりするとこからわかると思うけど、
一般的なSSDの多くは書き込み中に電源落とすと、内部でのイレース→書き込みで、
イレース直後に力尽きた時はセクタの内容がオール０とかになる
物理的な書き込みの順番を守ってないジャーナリングだと、
下手するとディレクトリエントリぶっ壊れて、ディレクトリ内のファイルの一部か全部ロストする

鯖向けの3Dは知らん

998: 2017/12/28(木)20:36 ID:W1FLaU/H(2/2) AAS
複数SSD + ZFS + 定期scrub でいい？

999: 2017/12/28(木)23:22 ID:1cm7+jyT(1) AAS
SSDは記憶場所の再配置も自動でやっているのでscrubなんて無価値だよ

1000: 2017/12/28(木)23:27 ID:Q2KhtiDj(1) AAS
ヾ(ﾟωﾟ)ﾉﾞ

1001(1): 1001 Over 1000 Thread AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1076日 0時間 45分 40秒

1002(1): 1002 Over 1000 Thread AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
外部ﾘﾝｸ:premium.5ch.net

▼ 浪人ログインはこちら ▼
外部ﾘﾝｸ[php]:login.5ch.net

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.203s*