/**ファイルシステム総合スレその3**/

[過去ﾛｸﾞ] /**ファイルシステム総合スレその3**/ (983ﾚｽ)
上下前次 1-新

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

401: 2005/05/03(火)12:05 ID:1/69pRET(1) AAS
人柱だという自覚が足りん
実運用に入る前にちゃんと検証すれ

402: 2005/05/06(金)08:17 ID:lI2CCtV2(1) AAS
reiser4 ではなく、reiserfs なら別に人柱じゃないだろ。
ただ、HDDがトラぶった時のリカバリ方法とかのノウハウが
あまり世に出てこないから。

>393

既知だと思うけど、
外部ﾘﾝｸ:japan.linux.com

あとは英語のページで情報漁るくらいしかないのでは？

403(2): 2005/05/07(土)00:18 ID:RGubdeds(1/3) AAS
ReiserFSを試してみようと思い、調べていたのですが、>>71を見てちょっと
困りました(>_<)

ext3よりも、障害耐性は弱いのでしょうか？

電源ぶち切れなんて年に１度あるかないかぐらいの確率だと思うのですが、
やっぱり気になります。

どうなのでしょうか？

404: 2005/05/07(土)00:20 ID:RGubdeds(2/3) AAS
ちなみにOSはCentOS3(kernel-2.4)です。

405: 2005/05/07(土)10:24 ID:Tsd4BFaD(1) AAS
>>403
漏れは>>71のようなことになったことはない。
ハードウェア的に問題があったか、さもなくばよほど運が悪かったのだろう。

仮にそのような事態を想定するとしても、それはファイルシステムに対してではなく、
重要なファイルを定期的にバックアップする心がけに注意を払うべきではないのか。

いくらジャーナリングファイルシステムだからといっても、
それは単にファイルシステムとしての整合性が保たれるってだけのことで、
アプリが書き込んだつもりの情報が失われることから守られるわけではないのだから。
# 書き込む直前にメモリにキャッシュされていた内容は反映されないから

406: 2005/05/07(土)18:36 ID:AS+rBZgo(1) AAS
運が悪いとファイルシステムの整合性が失われるジャーナルファルシステムなんて
ありえないんだが。

407: 2005/05/07(土)19:03 ID:GUZIugGL(1) AAS
運悪く隕石が当たって整合性が失われるとか
運悪く宇宙人にいたずらされて整合性が失われるとか

408: 2005/05/07(土)19:04 ID:HbhHk6d9(1) AAS
運が悪いと＝バグに遭遇すると

バグの無い実装などありえないでしょ。

409: 2005/05/07(土)19:06 ID:N9jtnJjA(1) AAS
そしたらバグで fs が壊れる実装なんて使えねーって結論になるよ。

410: 2005/05/07(土)19:06 ID:80i1u5KT(1) AAS
>>403
試してみようと思ってるなら、実際にやってみりゃいいやん。

411: 2005/05/07(土)22:24 ID:VtFnCXn/(1) AAS
ext3で電源ぶち切れたら運悪くジャーナルファイルがぶっ壊れて
マウントできなくなったことはある。
ext2でマウントしてみたらできたけど。

412: 2005/05/07(土)23:46 ID:RGubdeds(3/3) AAS
>>405-411
ありがとうございます。>>71のような事例はそうそう無いということですね。
知り合いにReiserFSを使っている人が一人もいないので、参考になりました。助かります。
とりあえず試してみようと思います。

413(1): 2005/05/07(土)23:49 ID:V/FHntOf(1) AAS
reiserfsってパーティションのdumpって取れないの？

414: 2005/05/08(日)00:40 ID:MfVnjZZl(1) AAS
>>413
取れません。

415: 2005/05/08(日)09:24 ID:YfHNWr0g(1) AAS
アンビリーバボー

416: 2005/05/08(日)13:45 ID:Po17ElHx(1/2) AAS
reiserfsのdumpツールがないのは痛いね。
しかたがないんでpartimageで代用してる。
partimageはマウント中のパーティションはバックアップできないんで
KNOPPIXからpartimageでイメージ作ってる。
スナップショットを使えばオンラインでバックアップできるかもしれないけど
やってみたことないんでわかんない。

417: 2005/05/08(日)19:13 ID:XF2QZrT2(1) AAS
reiserfsは、dumpの必要性がないファイルシステム(･`ω´･)

418: 2005/05/08(日)19:36 ID:Ri0iZE9p(1) AAS
Can I use "dump" and "restore" with ReiserFS? Any caveats?
外部ﾘﾝｸ[html]:www.namesys.com

419: 2005/05/08(日)21:55 ID:Po17ElHx(2/2) AAS
reiserfsのFAQが正しいとするとext2でもdumpは必要なさそうだけど
実際のとこどうなんだろ？

420(1): 2005/05/10(火)00:24 ID:sNZknnWi(1) AAS
dump自体がレガシー。
HDDが数GBしかなかったころのバックアップ手法。

421(2): 2005/05/10(火)00:44 ID:J6n6iw5h(1) AAS
>>420
数十～数百GBのHDDのバックアップ手法キボンヌ

422(2): 2005/05/10(火)00:49 ID:Kc7Ph/cf(1/2) AAS
>>421
nbd+mdでraid1とか。

423: 2005/05/10(火)01:10 ID:ACNMSWsB(1) AAS
>>421
rsync+ssh

424(1): 2005/05/10(火)08:01 ID:WSSMWoK/(1) AAS
>>422
RAID1は予防策であって、復旧には使えんだろ、バーカ

425(1): 2005/05/10(火)21:10 ID:sTZqqV00(1) AAS
旧態依然だといわれても他にdumpより良い方法がないからなぁ。なんかいいのある？/procとか問題なくrestoreできるなら正直なんでもいいんだけど。

426: 2005/05/10(火)22:35 ID:Rmgt7anG(1) AAS
LVM

427: 2005/05/10(火)22:42 ID:gz3WobZQ(1) AAS
>>425
/procの中身を取らないという意味ならtar -l (--one-file-system)は？

428: 2005/05/10(火)23:03 ID:IQ56/S9J(1/2) AAS
tarかよ

429: 2005/05/10(火)23:03 ID:IQ56/S9J(2/2) AAS
IQ56 orz

430: 2005/05/10(火)23:55 ID:6E7mrfUV(1) AAS
cp -ax
っつう手もあるな。dumpと比べてメリットがあるのかどうか知らんが。

431(1): 2005/05/10(火)23:58 ID:6fEbo/Kd(1) AAS
てゆーか、dumpが無いって事は壊れないって事だ。

432(1): 2005/05/10(火)23:59 ID:Kc7Ph/cf(2/2) AAS
>>424
脳タリンが紛れ込んでるな。

433(1): 2005/05/11(水)00:02 ID:pQb5ltlh(1) AAS
>>432
バーカバーカ

434: 2005/05/11(水)00:17 ID:5zPh38xf(1) AAS
dumpfsは？

435: 2005/05/11(水)00:46 ID:LKUcENHN(1) AAS
基本はスナップショットとれるfsをつかって、スナップショットをとったあと
時間をかけてお好きな方法でって感じで、特にこれといった決め手はないような。

>>433
バックアップにRAIDとかほざく馬鹿は放置しとけ。

436: 2005/05/11(水)00:56 ID:h/eusWjs(1) AAS
>>422はnbdって言ってるから、
ネットワーク越しにRAID1組んで
片方死んでももう片方から復旧させるという手法なのかな？

瞬間的には逐次的なバックアップと見なせなくもないけど、
操作間違って消したらおしまいだしな。

437: 2005/05/11(水)01:01 ID:Y7lrbbGG(1) AAS
sync終わったら切り離すって手法じゃね？

438: 2005/05/11(水)02:16 ID:DNCWvbPO(1) AAS
>>431
ファイルシステムがいかに優れていて壊れなくても、人間というものはアフォで
すぐ壊すからバックアップは必要なの。

439(4): 2005/05/11(水)09:45 ID:L5tbV2CV(1) AAS
Red Hat Enterprise Linux 4のファイルシステム(ext3)上で
ディレクトリをtarで固めると、順番めちゃくちゃに格納されちゃう。
Red Hat Enterprise Linux 3のファイルシステム(ext3)だと大丈夫。
何か変わった？

440(1): 2005/05/11(水)10:54 ID:s7L8K+Gr(1) AAS
>>439
H-Treeのオンオフが違うとか?

441(1): 2005/05/11(水)19:42 ID:sC8+382H(1) AAS
>>439
例えば、weekという名前のディレクトリ以下に、一定の並びでファイルが
入っていると仮定します。
$ ls -f week
. .. Sunday Monday Tuesday Wednesday Thursday Friday Saturday
H-Treeがオフの状態のext3上で
$ tar cpf week.tar weeek
を実行すると、その並びでtarファイルが作られます。
もし、H-Treeがオンの状態のext3上で同様に作りたければ、
week/Sunday
省15

442: 439 2005/05/12(木)11:40 ID:o3RQajAb(1) AAS
>>440 >>441
いろいろ教えてくださりありがとうございます。
なるほど、H-Treeが原因のようですね。
H-Treeがオンの時、tarファイルに格納する対象としてディレクトリを
指定すると、その配下のファイルがまとめて固められてしまうので、
このような手順を踏んでいるのですね。参考にさせていただきます。
取引先に納品したtarファイルのリストが従来と違うと文句を言われて
いたので、大変助かりました。
ただ、この方法だとディレクトリの深さが１段までなら大丈夫ですが、
さらにツリーが深くなると、再帰的な処理が必要になると思われます。
省1

443: 2005/05/12(木)11:49 ID:dF2mIo3M(1) AAS
FUSE: Filesystem in Userspace (2)
外部ﾘﾝｸ:japan.linux.com

444: 2005/05/12(木)11:50 ID:9wWIeXgk(1/2) AAS
tar で順番変わると何がマズいんだろ。

445: 2005/05/12(木)12:28 ID:gklP+NyP(1) AAS
ただ気持ち悪いだけだろ。

446(1): 2005/05/12(木)13:35 ID:GQdBBjBd(1) AAS
ファイル展開時に関連するファイルがディスク上に並んで置かれないため、
状況によってはシーク性能に影響するということが考えられるね。

447(1): 2005/05/12(木)13:56 ID:7uDI2iCm(1/2) AAS
ひょっとして、cpioとか使ったことないのか?

448: 2005/05/12(木)14:24 ID:9wWIeXgk(2/2) AAS
>>447
cpio だとどうなの?

449: 2005/05/12(木)15:08 ID:OCISmod/(1) AAS
find | sort | cpio -H tar

450: 2005/05/12(木)19:23 ID:ZMvUpTPR(1) AAS
>>446
tarにおけるアーカイブ順と、ディスク上の物理的な書き込み位置
が関係あるの?

451(1): 2005/05/12(木)19:37 ID:7uDI2iCm(2/2) AAS
DQNをとりまく世界ではあらゆることが起きうるから
tarにおけるアーカイブ順の如何で世界が滅亡しても不思議じゃない。

452: 2005/05/12(木)19:40 ID:zj5o6ZTq(1) AAS
cpioだったら、たとえば、
find hogehoge | sort | cpio -H ustar -vo | gzip -9 > hogehoge.tar.gz
みたいなことをやって、中間ファイルなしに
ファイル名順にそろえられるとかじゃない?

453(2): 2005/05/12(木)20:24 ID:Jw/5ZFRB(1) AAS
sortしちゃったら、Sunday→Monday→…の順じゃなくなるからダメでしょう？

確かH-Treeがオンの状態でも、従来モードにフォールバックできるようになっ
ていて、ファイルシステム上には格納順が残っているはずだから、その情報を
参照すれば良いんじゃないかな。readdir()の時はそっちを使え、みたいな。

454: 2005/05/12(木)20:37 ID:0fpm/QGJ(1) AAS
>>453
VFSが挟まってるのにどうしろというんじゃい。

455: 2005/05/12(木)21:20 ID:mj9qIsKe(1) AAS
>確かH-Treeがオンの状態でも、従来モードにフォールバックできるようになっ
>ていて、ファイルシステム上には格納順が残っているはずだから、その情報を

詳しく

456: 2005/05/12(木)21:34 ID:DO6cGhT1(1) AAS
>>451
どうせ滅亡するのはＤＱＮの脳内世界なのだから
かってに滅亡させておけ

457: 2005/05/12(木)21:57 ID:4OU8dN/u(1) AAS
>>453
sedなりperlなりでfilterすればいいだけでは？
月の名前だったらsortだけでもできるけど。

458(1): 2005/05/13(金)00:07 ID:jHd5r8M+(1) AAS
H-Treeオンの状態だと、H-Treeオフの状態と比べて、意図したファイル並び
という情報が欠落するわけだな。これは、POSIXでは規定されていないから
直ちに欠陥とは言えないが、この性質を利用したアプリケーションは困る。

459: 2005/05/13(金)00:27 ID:GNNJRhMr(1) AAS
>>H-Treeオンの状態だと、H-Treeオフの状態と比べて、意図したファイル並びという情報が欠落するわけだな。
「意図したファイル並び」とはどう定義するんですか?
1秒未満の作成/変更時間を反映した順番とかですか?

460: 2005/05/13(金)00:38 ID:Jo1fj8OM(1) AAS
>>458
> この性質を利用したアプリケーションは困る。

具体例プリーズ。

461: 2005/05/13(金)07:52 ID:W8ukO34X(1) AAS
fdcloneはいったんテンポラリにファイルを移動 -> 並び替えたい順番に
移動しなおす、という動作でファイルの並びを操作しようとするな。

462: 2005/05/13(金)08:08 ID:hKSAyzZk(1) AAS
それは暇そうな操作でつね。

463: 2005/05/13(金)11:21 ID:nV+/skfG(1) AAS
DOS使ってた方が幸せなんじゃないか?

464: 2005/05/13(金)11:48 ID:o2oNLWUR(1) AAS
DOSのFDがそういう操作してたからfdcloneは
わざわざそれにあわせてあげてるんじゃないの?
もともとDOS使ってたほうが幸せな人向けのものな希ガス

465: 2005/05/14(土)22:55 ID:Qor6xCD/(1) AAS
何で話がそういう方向になるのかなぁ。

466: 2005/05/14(土)23:33 ID:KKpbAvEx(1) AAS
じゃあ戻しを試みると、
fdcloneとかのアプリは、fsによって挙動が変わる可能性があるってこと？

467: 2005/05/15(日)00:40 ID:Jypd01dn(1) AAS
DOSからの人でファイルの内部並び順ウンヌン言う人いるけど、
本来保証されていないもの。
ファイル並び順の情報を保存したければ、別の方法で保存するのが筋。

検索の高速化のために内部で並び替えちゃう fs は多いよ。

468(1): 2005/05/15(日)00:48 ID:4/Ea395X(1/2) AAS
それじゃ、readdir()の実装はどう説明すれば良い？
dir_indexが有効だと"."や".."を含めて並びが乱れるよ。

469(1): 2005/05/15(日)01:36 ID:eD5W67uQ(1) AAS
>>468
乱れるからどうだっていうんですか?

470(2): 2005/05/15(日)08:51 ID:4/Ea395X(2/2) AAS
>>469
ディレクトリリストを見るときls -flを使わない人ですか？
先頭が"."と".."と想定しているプログラムが支障をきたします。

471: 2005/05/15(日)08:53 ID:wvbOfMkE(1) AAS
そんなプログラム死ねよ

472: 2005/05/15(日)10:00 ID:FD02IJwt(1) AAS
>dir_indexが有効だと"."や".."を含めて並びが乱れるよ。

>先頭が"."と".."と想定しているプログラムが支障をきたします。

結局dir_index(tune2fsでのH-Treeのスイッチね)は有効にするなということでFA?

473: 2005/05/15(日)10:29 ID:FuN4WlbD(1) AAS
なんか馬鹿が腐れた自作プログラムの擁護するのに大変そうだね…
でも、馬鹿がいくら擁護したところで、自分の馬鹿さ加減をより晒すだけだよ。
あと、暖かくなってきて恥垢臭がきつくなってきたんで、いい加減
包茎手術したら? 馬鹿は治せないけど包茎なら治せるんだし。

474(1): 2005/05/15(日)10:45 ID:+aIWv882(1) AAS
>>470
たとえばどのプログラム?

475(1): 2005/05/15(日)10:59 ID:bU0yJ5y/(1) AAS
>>470
そういう想定をするプログラムが悪いだけでは。
そもそも先頭が"." ".."になることを仕様として保証しているファイルシステムなんて
そんなにないんじゃないか？

476: 2005/05/15(日)13:41 ID:G7HMkt+G(1) AAS
>>475
ﾎﾟｶｰﾝ

477(3): 2005/05/15(日)14:24 ID:JIHdX8Y4(1) AAS
Error counter log:
Errors Corrected by Total Correction Gigabytes Total
EEC rereads/ errors algorithm processed uncorrected
fast | delayed rewrites corrected invocations [10^9 bytes] errors
read: 0 0 0 0 0 116.318 0
write: 0 0 0 121 121 162.833 0
verify: 0 0 0 1 1 109.298 0

Non-medium error count: 0

Error Events logging not supported

smart-ctrl にてこんな感じのエラー吐いたんだけど、これってどう診断すればいいんだろう。
省1

478: 2005/05/15(日)14:39 ID:tQyvF4oC(1) AAS
>>474
自分がくらった例としてpmakeでこういうコードがあった。
(インデントは変えちゃってる)

/*
* Skip the first two entries -- these will *always* be .
* and ..
*/
(void)readdir(d);
(void)readdir(d);

これコメントの意図通り動いてなくて悩んだYO。

479(1): 2005/05/15(日)15:45 ID:W4sCdrI7(1) AAS
ルートディレクトリならどうなるんだろ

480(1): 2005/05/15(日)15:52 ID:sBOcguWp(1) AAS
>>479
お前素人?ルートディレクトリでも..はあるだろうが

481(1): 2005/05/17(火)03:04 ID:PHaMhldM(1) AAS
>>477
ハードディスクは日常的に細かいエラーを起こし、
そのエラー回数を集計したものを表示しているに
過ぎず、問題があって表示しているわけでは無いから
心配するのはまだ。

数値的には、エラーはほとんど無いし、
「uncorrected error」が発生していないし、
心配はいらないと思うよ。

・121 回は無事に書き込みエラーが修正
・116Gバイト読み込み
省2

482(1): 2005/05/17(火)06:19 ID:F2Fb99TS(1) AAS
Ext3でナノ秒タイムスタンプ対応ってどうなってる？

483(1): 2005/05/17(火)08:13 ID:GLsf8WpD(1) AAS
見た事のない smartctl の出力だと思ったら、SCSI なのね。
びんぼーのぼくは、ATA でつよ。

484: 2005/05/17(火)10:00 ID:gmUNXIDN(1) AAS
>>480
スマソ、MS-DOSのFSと混同してた
ちなみにDOSのルートには . .. 共無かった。

485: 2005/05/17(火)11:21 ID:kCITkC3l(1) AAS
>>482
ext3のinodeにはdefaultではnanosecondなc/m/atimeを格納する余地がないので、
big inodeにしないといけなかったような気がする。

linux-2.6.11.10ではfs/ext3/inode.cでは
void ext3_read_inode(struct inode * inode)
{
...
inode->i_atime.tv_nsec = inode->i_ctime.tv_nsec = inode->i_mtime.tv_nsec = 0;

となっていてkernel側では知覚はできるけどfilesystemからは読み取らないようになってるね。

486: 477 2005/05/20(金)01:17 ID:yJ30u50y(1) AAS
>>481
わかりやすい説明ありがとん。smartctl の導入ページはあっても、
情報の分析ページが無くてこまっていました。本当に３Qでふ。

>>483
6年前の PC で未だに Socket 7 だったり。
CPU が遅いからディスクで稼ごうとして FULL SCSI で組んだら
偉く高くついてしまった…orz

487(2): 2005/05/20(金)03:03 ID:jSorVggC(1) AAS
そういえばreiserfs4って頓挫したの？

488: 2005/05/20(金)10:00 ID:Tg7xbKnx(1) AAS
した

489: 2005/05/20(金)12:27 ID:yCDzmLUz(1) AAS
>>487
reiser4ならあるけど、頓挫したのか？

490: 2005/05/20(金)13:14 ID:QWQg0Sx/(1) AAS
頓挫だって？全てのpartitionがreiser4なオレのマシンはどうしたらいいんだ！！

491: 2005/05/20(金)17:48 ID:gRG2z9TW(1) AAS
>>487
ソース見せれ。

492(2): 2005/05/24(火)21:28 ID:CcC3rd0B(1) AAS
Linux って smart に関するチェックツールは標準でついていますか?

SUSEとかRedHatあたりを想定して質問しています．

493: 2005/05/24(火)21:40 ID:U6QwgWRd(1) AAS
smartctl
標準で付いてるかはしらね

494: 2005/05/25(水)02:05 ID:TyXMytcf(1) AAS
>>492
FC3の場合、smartctlはkernel-utilsに入ってる。
標準と言ってもいいと思う。
FC-develの場合、smartmontoolsに入っている。
こちらは標準かはパッケージからは不明。
インストーラのスクリプトを読んでくれ。

495: 2005/05/25(水)16:34 ID:E6SguD3j(1) AAS
>>492
SUSEだと、まんまsmartmontoolsというパッケージに入ってるな。

496(1): 2005/05/29(日)00:10 ID:jMu2od1v(1/3) AAS
Novell SUSE LINX Enterprise Server 9 評価版
にlustreが入ってたので試してみました。

フルインストールでもlustreは選択されてないので、
検索→lustreで出てきたパッケージを入れてインスコ

で、time ddで性能計ってみた
ローカル性能、1spindle
ext2とext2上に作成したスピンドルに対してのI/O

read(time dd if=/fs of=/dev/null)
size___ext2_____lustre
__4KB__778M/s___200M/s
省12

497(1): 2005/05/29(日)04:05 ID:c3E3M3x2(1/2) AAS
Linuxのファイルシステムってなんでまともにsyncしないものが多いんだろ?

498(3): 2005/05/29(日)04:17 ID:TPP2iooT(1) AAS
外部ﾘﾝｸ[html]:blog.livedoor.jp
また、パフォーマンス上も問題があって、実際にLinuxでサーバを組んで、
30万個のファイルを置いてみたら爆発的に遅くなった挙句、ハードディスク
が焼け死ぬという事態をひきおこしてしまい、以来なるべくWindowsサーバを
使っています。

499: 2005/05/29(日)04:28 ID:zSFo58bZ(1) AAS
ファイルシステムってハードディスクの物理的な破損を引き起こす事が可能なの？

500: 2005/05/29(日)11:06 ID:twTCB58j(1) AAS
寿命を縮めるぐらいならできそうだけど、
焼け死ぬかねぇ。

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

あと 483 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.031s