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

1 名前：login:Penguin [03/09/08 21:47 ID:YkHkXm1o] 多種多様なファイルシステムに対応しているLinux。 そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。 なんでも語ってくれ。 前スレ pc.2ch.net/test/read.cgi/linux/1006743807/ 357 名前：login:Penguin mailto:sage [04/02/14 22:53 ID:EVeEM0ap] SCOがUnixWareにNTFSサポート組み込めてたらもっと売れてたかねえ？ 358 名前：login:Penguin mailto:sage [04/02/14 22:55 ID:zinZCNqj] つーか、CIFSなら流失して欲しかった。 NTFS今更どうでもいい。読み書きできるし。 359 名前：login:Penguin mailto:sage [04/02/15 20:29 ID:XK+NE1xY] 逆にNTFSが流出したら潰されそう 360 名前：login:Penguin mailto:sage [04/02/29 03:01 ID:hLQBw/Mk] NTFS の write サポートって 2.4系にバックポートされないのかな？ 2.4.25だとDANGEROUSのまま 361 名前：login:Penguin mailto:sage [04/02/29 03:47 ID:w+DnpQFE] linux-ntfs.sourceforge.net/ これだろ？ 2.6でDANGEROUSの表示が消えたのかどうかはしらんが、 書き込みが安全だと言い切れる状態ではない。 362 名前：login:Penguin mailto:sage [04/02/29 04:38 ID:LCUm+YYA] ｵﾌﾟｿ厨ってソースが無いものに対してはまったく無力だな。 363 名前：login:Penguin mailto:sage [04/02/29 09:41 ID:bgzDDfYK] >>362 まあそういうもんだろ 無力なやつはほっておけ 364 名前：login:Penguin mailto:sage [04/02/29 18:20 ID:W6jQgk9B] またドザか。 365 名前：login:Penguin mailto:sage [04/03/04 06:55 ID:2rvYzD4v] kernel 2.4 で ext3 を ordered で使ってるのですが、 大きなファイルを書き込もうとすると 5 秒経つごとに kjournald が数秒間激しく走って、 他の処理がストップしてしまいます。 いくら何でも遅すぎという気がするのですが、 そういうものなんでしょうか。 366 名前：login:Penguin mailto:sage [04/03/04 15:36 ID:ikN/Tr9S] reiserfs から reiser4fs にうpしたいんだけど 367 名前：login:Penguin mailto:sage [04/03/05 01:13 ID:eRm/fC7Z] >>365 そんな印象はないが…何を実験したらそう感じる? 368 名前：login:Penguin mailto:sage [04/03/05 20:07 ID:2MEpwOYP] 実験というか、普通に 100MB ほどの file cp してるだけで…… RHL8 をベースに kernel とか自前で compile してる環境で、 あんまり素性は良くないとは思いますが…… 369 名前：login:Penguin mailto:sage [04/03/05 21:03 ID:xuooe8hw] 俺のヘボ環境(PentiumII 400MHz + memory 256MB)で、 IEEE1394外付けHDDで100MBのファイルをローカルコピーした所要時間は $ time cp xaa test cp xaa test 0.04s user 3.16s system 24% cpu 12.896 total だった。もちろんディスクアクセスはバリバリ言って kjournaldがtopの2番目(1番目はもちろんcp)になったりはしたが、 他の処理がストップって感じじゃないぞ。他の処理って何？ ひょっとして100MBのファイルを何個もガチンガチンさわるような仕事？ 370 名前：login:Penguin mailto:sage [04/03/06 00:46 ID:viX8hVA9] tume cp a b して 0.490u 18.300s 0:35.23 53.3% 0+0k 0+0io 98pf+0w と出ましたが…… 裏で他に重いプロセス動いていない状態で cp だけしましたが…… 371 名前：370 mailto:sage [04/03/06 00:51 ID:viX8hVA9] IDE HDD二つあって、両方で time で同じような数値がでてるから、 ハードの故障ではないと思うのだけど…… 372 名前：login:Penguin mailto:sage [04/03/06 16:49 ID:Wbl/ELNq] システム50%使って35秒…俺よりスペック下？ (1) hdparm -t (2) time dd if=/dev/zero of=./b ibs=1024 count=100000 (3) time dd if=./a of=/dev/null ibs=1024 count=100000 はどうなる？まさかsync mountだとか？ 373 名前：login:Penguin mailto:sage [04/03/07 08:24 ID:rvQsV/pc] お付き合いいただいてありがとうございます。 CPU は Pen3 の 800MHz です。結果は上から順にこうなりました。 Timing buffered disk reads: 64 MB in 14.53 seconds = 4.40 MB/sec 1.090u 9.740s 0:23.99 45.1% 0+0k 0+0io 140pf+0w 2.670u 15.200s 0:22.35 79.9% 0+0k 0+0io 140pf+0w 374 名前：login:Penguin mailto:sage [04/03/07 09:38 ID:rvQsV/pc] syncで、で思い出したので調べてみたら、 DMA転送が何故かoffになってました…… 原因はよく分からないのですが、 とりあえず起動時にhdparm -d1を実行して様子をみます…… 375 名前：login:Penguin [04/03/11 22:45 ID:M5DTqQsJ] 質問です。 カーネル2.6使用時のファイルシステムは，現時点で何が一番オススメでしょうか。 ディストリビューションはDebianで， マシンの利用目的はWebサーバです。 できればACLも試してみたいと思っています。 376 名前：login:Penguin mailto:sage [04/03/11 22:56 ID:WJ5hr95y] xfs 377 名前：login:Penguin mailto:sage [04/03/11 23:02 ID:EpkHQQD1] ext2 378 名前：login:Penguin mailto:sage [04/03/12 15:43 ID:CDHj/mtN] どこに書けばよいのかよくわからなかったのでファイルシステムスレにて失礼します。 Linux で、ローカル・ディレクトリ・チェックポイントを実現するようなファイルシステムは存在するのでしょうか？ ローカル・ディレクトリ・チェックポイントとは、NetFORCFE NAS サーバーに実装されているようなものです。 www.tgi.co.jp/PROCOM/DOC/localcp_wp-J.pdf www.tgi.co.jp/NewImage/Check.pdf 379 名前：login:Penguin mailto:sage [04/03/12 15:48 ID:W69aggCM] >>378 LVMのスナップショットみたいなもん？ 380 名前：login:Penguin mailto:sage [04/03/12 16:00 ID:++M80f7W] ならこっちかな。 LVMを語らせていただけませんか？ pc.2ch.net/test/read.cgi/linux/1024122484/ 381 名前：login:Penguin mailto:sage [04/03/12 18:20 ID:CDHj/mtN] >>379 >>380 謝謝！まさにそんな機能でした。 382 名前：login:Penguin [04/03/12 18:33 ID:3s8oHFYh] 質問です。 まっさらから Debian 3.0 を kernel 2.4 で新規インストールするという前提で、HDD 2基を マウントする Linux マシンを組みます。 HDD_1 はシステム、アプリ、/var や swap などが入り、 HDD_2 は完全なファイルサーバー用のエリア（100MB over/file が基本） とするとき、 HDD_1（のシステム領域）と HDD_2 は、それぞれどのファイルシステムを選択するのが よいと思われますか？ なお優先順位はどちらとも 　耐障害性 > 安定性 > 速度 です。 383 名前：login:Penguin mailto:sage [04/03/12 23:32 ID:rthV9o/V] >>382 とりあえずジャーナリングできるやつで、あとは好きにすれば? 新しく作るのに今更ext3でもなかろう...とは思うが。 ファイルサーバ用のファイルシステムは、今ならACLに対応したやつがホットかな。 ちなみに、漏れはほとんどreiserfs。 小さなファイルがほとんどだから、xfsよりもこっちを勧められた。 384 名前：login:Penguin mailto:sage [04/03/13 10:38 ID:DcGhysxg] >>383 すいません。reiserfs3.x から reiserfs4 に上げたいんですけどお教え下さい。 385 名前：login:Penguin mailto:sage [04/03/18 20:49 ID:oingiW5Z] NTFS書き込み正式サポートはまだですか？サポートされればKNOPPIXの利用価値が 激増するんですけど。 386 名前：login:Penguin mailto:sage [04/03/19 22:59 ID:YRFlNFy9] >>385 Captive-NTFS使えば？ www.jankratochvil.net/project/captive/ KNOPPIX3.4で採用されるらしいよ。 387 名前：login:Penguin mailto:sage [04/03/20 16:18 ID:WZAPoCo5] >>386 ユーザ空間でファイルシステム動かす話で実用化を狙ってるのが地味に面白いんだけど、 これってNTFSドライバはWindowsの純正のをもってくるんだよね？ 単に入手方法だけ考えるとCDブートできない機械用にMSが配布してるフロッピから 取ってこれるのかもしれないけど、ライセンス的にどうなのかな。 388 名前：login:Penguin mailto:sage [04/03/20 21:22 ID:x4cMoRse] WinXP_EN_HOM_BF.EXEをcabextractで展開するとcdboot5.imgにntfs.sysが見えるね。 389 名前：login:Penguin mailto:sage [04/03/21 07:29 ID:rJHOQEvY] FATの特許無視して勝手に使ったりドライバファイル盗んで勝手に配布したり 相変わらずモラルを知らない奴らだな。 390 名前：login:Penguin mailto:sage [04/03/21 07:35 ID:5tT6LEFS] >>389 お前FATのライセンス知ってる？ 391 名前：login:Penguin mailto:sage [04/03/21 11:46 ID:Pq7pE02T] >>387-388 っつーか、>>386のツールの中にM$のサイトから自動的にダウンロードするソフトが付属しています。 392 名前：login:Penguin mailto:sage [04/03/23 13:36 ID:AG2H318m] >>386 Captiveに手を染めるぐらいなら本家サポートを待ったほうがよさげですね。 2.6.xでは書き込みもdangerouse扱いじゃなくなったんですっけ。 393 名前：login:Penguin mailto:age [04/03/24 10:06 ID:oq0vBsj1] (´･ω･｀) 394 名前：login:Penguin mailto:sage [04/03/24 11:44 ID:+HppsPhq] >>391 ダウンロード可能＝使用可能じゃないだろ。 しかもユーザーに責任押し付けてるだけだし。 そういうことするから信用がなくなるんだよ。 395 名前：login:Penguin mailto:sage [04/03/24 11:57 ID:HvqBGrKz] >>394 だったら使うなよ というのがこの業界のスタンスだし まあいいんじゃないの？ 396 名前：login:Penguin mailto:sage [04/03/25 12:24 ID:tZ5tq3DY] FATの特許って、データ構造に対するものなの？ あるいはデータへのアクセス手法？ それとも両方？ 教えてエロイ人 397 名前：login:Penguin mailto:sage [04/03/25 12:25 ID:wQXoVoix] VFATのロングファイルネーム対応に対するもの。 と適当言ってみる。 398 名前：login:Penguin [04/03/26 06:03 ID:jS/iKX5x] >>396 両方。 Windowsソースコードの流出、OfficeのフォーマットのXMLでの公開で MSは自社技術をクローズドソースでは保護できなくなってきている。 なので特許による保護・ライセンスビジネスに方針を転換している。 もうすぐLinuxに対する対応も決まってくるよ。 おそらく会社単位で狙い撃ちしていくことになるはず。 399 名前：login:Penguin mailto:sage [04/03/26 09:17 ID:6xoXy2a2] Windowsソースコードの流出ってそんなに深刻なの？ あとEUにはもっとがむばって欲しい。 Officeのフォーマットはオープンにすべきだ、くらい言ってくれ >EU 400 名前：login:Penguin mailto:sage [04/03/26 10:54 ID:r4Oaasi7] >>398 データ構造で特許ってとれるの？ 401 名前：400 mailto:sage [04/03/26 10:56 ID:r4Oaasi7] >>398 あと何処の国の特許取ったの？ 402 名前：login:Penguin mailto:sage [04/03/26 12:44 ID:rZIDnhWH] >>399 それは既に言っている。 XML schemaの公開を制裁の一部に加えようとしているし。 403 名前：login:Penguin mailto:sage [04/03/26 13:11 ID:5Iq7H9D3] >400 FATの件ならFATのデータ構造で特許をとったわけじゃないよ。 VFATのロング/ショートファイルネーム生成の実現方法に関する特許をMSが 取得している訳。 したがってVFATではなく FAT で8.3形式のファイル名しか利用しないという 制約の元で使用する限りにおいてはMSの特許に触れることはない(はず)。 あと、取得したのは米国の特許ね。 この辺は ttp://www.itmedia.co.jp/enterprise/0312/25/epic04.html に書いてあるのが詳しいかな。問題の特許の米国特許番号まで載っている。 404 名前：login:Penguin mailto:sage [04/03/26 14:15 ID:rZIDnhWH] デジカメのメモリカードとかVFATだよなあ。儲かりそうだなあ。 405 名前：login:Penguin mailto:sage [04/03/26 15:50 ID:k+o0nQDE] つーかさー、Windowsとデュアルブートして データ共有領域にFAT使ってるやってるだけでも 有り難いと思えばいいのに。 406 名前：login:Penguin mailto:sage [04/03/26 20:44 ID:zPHssn+4] >>404 デジカメなんかは8.3形式じゃない？ DSCF0001.JPG とかってなってるよ。 407 名前：login:Penguin mailto:sage [04/03/26 21:09 ID:LghBzjcP] >>406 ありゃあえてそうつけてるだけ 408 名前：login:Penguin [04/03/26 21:32 ID:8l+mmiF8] >>403 あと、取得したのは米国の特許ね 米国以外で使う分には、今のところは問題ないわけ？ 409 名前：login:Penguin mailto:sage [04/03/26 21:57 ID:rZIDnhWH] >>406 ディレクトリが、2004-03-26なんてなってるよ。 410 名前：403 mailto:sage [04/03/27 00:00 ID:M4lJiMFX] >408 すまん、それは俺には何とも言えない。MSの法務部門がなんというかだな(w 調べてみた限りでは問題の特許は国際出願にはなっていないようだが。 また日本の特許庁のサイトでもちょっと検索してみたが、引っかからなかった ので日本では該当特許は成立していないと思われ。違ってたらスマソ。 411 名前：sage [04/04/08 19:42 ID:MyiCZN16] (;_;100G over の XFS 使って 100M 〜 200M 前後のファイルを読み書きしていたら、mount も xfs_repair(1) も不可能な状態に ...ext3 使ってて壊れたから乗りかえたのに、いきなりこれかよ ... 412 名前：411 mailto:sage [04/04/08 19:46 ID:om+YpLci] 間違えて age ちゃったよすまソ 413 名前：411 mailto:sage [04/04/08 19:57 ID:MyiCZN16] ちなみに 壊れた FS のログはこんな感じ。 > Apr 8 19:00:03 xxxx kernel: Filesystem "device-mapper(254,13)": corrupt inode 167772289 ((a)extents = 107147). Unmount and run xfs_repair. > Apr 8 19:00:03 xxxx kernel: 0x0: 49 4e 81 a4 01 02 00 01 00 00 00 21 00 00 00 21 > Apr 8 19:00:03 xxxx kernel: Filesystem "device-mapper(254,13)": XFS internal error xfs_iformat_extents(1) at line 678 of file xfs_inode.c. Caller 0xc01ec790 > Apr 8 19:00:03 xxxx kernel: eb4dbd20 c01ecce9 c030e168 00000001 f6b13400 c030e0b4 000002a6 c01ec790 kernel は 2.4.24 に debian sid の kernel-patch-device-mapper(1.00.07-4) と kernel-patch-xfs(1.3.1-3) を あてて使ってる。 mount したまま resize する機能もめあてだったんだが ... < xfs どうするかな ... 414 名前：411 mailto:sage [04/04/08 20:04 ID:MyiCZN16] あと、disk の I/O error は syslog と messages を見るかぎりでは出ていないようでした。 でも、 > Apr 8 19:01:25 xxxx kernel: hdg: status error: status=0x58 { DriveReady SeekComplete DataRequest } > Apr 8 19:01:25 xxxx kernel: > Apr 8 19:01:25 xxxx kernel: hdg: drive not ready for command は、やっぱり disk が怪しい? 415 名前：411 mailto:sage [04/04/08 20:05 ID:MyiCZN16] mount したまま FS を resize する機能を使っている人、情報キボンヌ 416 名前：411 mailto:sage [04/04/08 20:24 ID:MyiCZN16] 2.6.5 に乗り換えようとして device-mapper でひどい目にあったので、 ReiserFS4 は試してない ... なんか map している device の数が増えると動かなかった ( LVM over device-mapper) やっぱ ext3 に戻して backup をこまめに取るしか無いのだろうか ただ、online resize(マウントしたまま resize) がアヤシイんだよね < ext3 417 名前：411 mailto:sage [04/04/08 20:27 ID:MyiCZN16] >>416 補足。 kernel 2.6.5 で LVM over device-mapper は map している device の数が増えるとうまく動かなかった。 miner 番号の大きい device が使えない。制限だかバグだかは不明。 418 名前：login:Penguin mailto:sage [04/04/09 18:52 ID:vld9ah26] やっぱり総合的に見て ufs2 + softupdates ﾏﾝｾｰだよ ﾏﾝｾｰ!!ヽ（´ー｀）ﾉ 419 名前：login:Penguin mailto:sage [04/04/09 21:46 ID:OMIPEWdZ] >>418 お前ここに来なくていいよ 420 名前：login:Penguin [04/04/10 00:40 ID:04yJkWho] XFS merged in 2.4 421 名前：login:Penguin mailto:sage [04/04/12 22:02 ID:tD61SLNy] 次のLinuxファイルシステム技術解説はxfsでも来るかな 422 名前：login:Penguin [04/04/12 22:06 ID:90nnhkEC] xfsって、ファイル名の文字エンコードはどれでもいいの？ 423 名前：login:Penguin [04/04/13 21:34 ID:lGFIQbkK] XFS使い始めて3、4年になるが、その間EUC-JP、UTF-8と使ってきて 特に問題ないよ。 それ以外は知らない。 424 名前：login:Penguin mailto:sage [04/04/13 21:48 ID:V/u6W3OU] XFSは、自分も使用しているが今のところまったく問題はでてない。 #なんか大文字のほうがいいような気がする。xfsってフォントサーバと間違えやすい 425 名前：login:Penguin mailto:sage [04/04/13 22:10 ID:1uNu0LoS] ISO-2022-JPはダメでしょ。/が入るから。 426 名前：login:Penguin mailto:sage [04/04/13 23:02 ID:QHo3p5R0] 大容量ファイルサーバ目指したいのですが、 やっぱクラスタしかないのかな？ 無料の並列ファイルシステムって↓以外に 知ってる人いたら教えてください。 PVFS(kernel2.4系) PVFS2(kernel2.6系) 427 名前：411 mailto:sage [04/04/14 11:15 ID:uDiO3j/8] XFSのデータのリカバリ作業してて思ったんだが、 > Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824 > Apr 7 21:46:01 xxx kernel: I/O error in filesystem ("device-mapper(254,11)") meta-data dev device-mapper(254,11) block 0xaf20040 ("xfs_trans_read_buf") error 5 buf count 8192 > Apr 7 21:46:01 xxx kernel: xfs_force_shutdown(device-mapper(254,11),0x1) called from line 422 of file xfs_trans_buf.c. Return address = 0xc021e11c > Apr 7 21:46:02 xxx kernel: Filesystem "device-mapper(254,11)": I/O Error Detected. Shutting down filesystem: device-mapper(254,11) > Apr 7 21:46:02 xxx kernel: Please umount the filesystem, and rectify the problem(s) volume の I/O error が出ると、shutdown してしまうことがよくある shutdown してしまうと、umount して xfs_repair するまで、 mount-point 以下に全くアクセスできなくなる。 xfs_repair するとファイルが大量に消えていたり、lost+found に繋っていたりする。 できる限り backup を取りたい立場としては、 ちょっと困る挙動だと思った。 これだと、raid とかで冗長化した volume でないと使えない。 XFS -> 冗長化した、 resize する volume で使用 ext3 -> 冗長化しない resize しない volume で使用 (たとえば巨大容量とか) というのでどうだろう。 428 名前：login:Penguin mailto:sage [04/04/14 11:20 ID:NxcgLzmj] >>411でext3でも壊れたって書いているけど、同じマザーボードですか? いくらなんでもハードディスクは交換しているよね。 > Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824 なんだから、ハードディスク壊れているに違いないけども、 ハードディスクは交換ずみなら、コントローラとか、 利用環境を疑った方がいいんじゃない? ファイルシステムのレイヤーで解決できない問題だから。 財布とかRAIDとかさ。 429 名前：411 mailto:sage [04/04/14 11:28 ID:uDiO3j/8] >>428 同じマザーボードです。 ディスクは交換しました。 あと、HDDの冷却がうまくいってないのかと思い、ファンを増やしました。 (HDDはずしたとき熱かった) 電源も地雷の噂のあるやつだったので交換しました。 >>427に出した log は交換する前に出た error です。 リカバリのために backup 取ってるときに FS が shutdown してしまって困る ということ。 430 名前：login:Penguin mailto:sage [04/04/15 01:29 ID:XR5N4r4E] >>429 > リカバリのために backup 取ってるときに FS が shutdown してしまって困る > ということ。 ムチャ言うなよ。 重要なmeta dataのトラブル回避はRAIDの担当分野だよ。 まあ、20年も前ならfile systemで冗長性取るのもありだろうけど。 431 名前：411 mailto:sage [04/04/15 10:14 ID:f3k8qTWn] >>430 backup するときに、 読めるデータは全部読みたい というのは、そんなに無茶な要求ですか? >重要なmeta dataのトラブル回避はRAIDの担当分野だよ。 だれも、そうじゃない とは言ってない。 432 名前：login:Penguin mailto:sage [04/04/15 19:26 ID:xeBXOhma] 素朴な疑問なんだがswapって作らなくても平気？ 433 名前：login:Penguin mailto:sage [04/04/15 19:39 ID:X6yMFQMv] ああ。 434 名前：login:Penguin mailto:sage [04/04/15 19:49 ID:MIE62FH6] >>431 ところで、これはXFS以外だといくぶんマシなの? 他のファイルシステムはシャットダウンはしないかもしれないが、 cpioやtarが読めないファイルをスキップしてくれなくて、 そこでハマったまま止まって、 その他のファイルのバックアップに進んだりはしてくれないんじゃないかと。 435 名前：login:Penguin mailto:sage [04/04/16 01:05 ID:c4wZNgF5] 431はそっちの方がいいんだってさ。 436 名前：411 mailto:sage [04/04/16 10:02 ID:e+oOLW8Q] いままでだと I/O error が出ながら backup が進むという場合が多かったが ... ハマる場合もわりとあるんでしょうか? 437 名前：411 mailto:sage [04/04/16 10:03 ID:e+oOLW8Q] >>435 ext3 の場合です。 438 名前：411 mailto:sage [04/04/16 10:04 ID:e+oOLW8Q] >>435 じゃなくて >>436 です。すまソ 439 名前：login:Penguin mailto:sage [04/04/16 11:56 ID:ETEgnm20] >>421 ??? 詳細キボン 440 名前：login:Penguin mailto:sage [04/04/16 19:25 ID:N2QKuY3q] >>439 @ITのことだろ。 441 名前：login:Penguin mailto:sage [04/04/16 21:59 ID:Yp+XuoAW] >>439 ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html 442 名前：439 [04/04/17 10:19 ID:JtXEz+q1] >>440 >>441 ありがとん 443 名前：439 mailto:sage [04/04/17 10:20 ID:JtXEz+q1] ageてしもた。 みんな、ごめん。 444 名前：login:Penguin [04/04/17 13:48 ID:thjy0l0r] JFSでどうしてもSamba経由のSJISのファイル名が通らない。 これって仕様？ 結局JFSのソースに手を入れて無理矢理何でも通すようにしたのだが。 445 名前：login:Penguin mailto:sage [04/04/17 13:55 ID:twzvtQ3r] sambaの設定で回避できなかったの? 446 名前：login:Penguin [04/04/17 14:12 ID:thjy0l0r] >>445 出来なかった。。。 カーネルは2.6.5で、ext2とかは大丈夫なんだけどとにかく多バイトコードはダメ。 codepageの設定がおかしいのかな。 447 名前：login:Penguin mailto:sage [04/04/17 23:17 ID:Q/j86wpk] >>411 なるほど。ディスクの壊れ方にもよるんだろうけど、俺の場合は 壊れたブロックを含むファイルをさわったプロセスがそこで止まってしまい、 dd_rescueでディスクイメージでコピーするぐらいしか対処できなかった経験ばかりだった。 (ディスクが過熱して一時的にI/O errorってのはあるが) なんか実験する方法ねーかなー。 448 名前：login:Penguin mailto:sage [04/04/18 13:41 ID:VuxMVPxr] Google File System(GFS)ってどうよ？ ttp://www.radiumsoftware.com/0404.html#040406 ttp://blog.topix.net/archives/000016.html 正直意味わからん。だれか俺にもわかるように解説きぼん 449 名前：login:Penguin mailto:sage [04/04/20 16:22 ID:jhW2rYZb] >>448 あんまり深く考えるものでもない。その名の通りgoogle専用FS ファイルのメタ部分とデーター部を物理的に分離して全てのメタ部分を一台のマシンに格納。 このマシンはシステム全てがRAMに乗っかるようにしたりして、 限りなくハイレスポンスで動くようにチューニング。 ※一台といってもフェイルセーフのため待機してるスレーブはあると思われる。 データー部はHDDを持つマシンによるクラスター群に収納。 このマシンはRAIDなどもたず格安のハードで構成する。 そのかわり大量に用意し、かつクラスターどうしで複製・修復の機能を持たせる。 GFSサーバー（リモートFSなのでネット越し）にクライアントからファイルアクセスの要求がくると、 メタ部サーバーが要求したマシンにデーター部の場所を教える。 ※ファイルのある場所はクラスターのどこのマシンか クライアントは教わったデーター部サーバーに直接ファイルアクセス要求をだして データーを受け取ったり書き込んだりする。 世の分散FSなどだとメタ部分の分散を狙う。 だけどメタ部分を分散すると各サーバーで食い違いが生じる問題が出てくる。 そこで、googleでは学術的面倒さを吹っ飛ばすためメタ部は一台（食い違いが起こりえない） としたんだね。 クラスター群のマシンは昔電源がガムテープで止めてあると読んだことがある。 ねじ止めするとパーツ交換に時間がかかるからだってさ。 アメリカは土地が広いんだねー。日本のハウジングじゃブレードサーバーですらでかすぎ。 （ラック利用料（土地代）が高いので） 450 名前：login:Penguin mailto:sage [04/04/20 18:53 ID:nlGIuyMH] いろいろと豪快だな、Google。 451 名前：login:Penguin mailto:sage [04/04/21 02:12 ID:N3FifXa5] "Deep Blue"を思い出すね。 452 名前：login:Penguin mailto:sage [04/05/01 02:55 ID:aLTtib1B] ext3使ってるんですけど、 WindowsのFAT32やNTFSと比較しても随分壊れやすい気がするけど気のせい？ 453 名前：login:Penguin mailto:sage [04/05/01 03:01 ID:MV3vi1L4] >>452 どんな使い方してる？ 454 名前：login:Penguin mailto:sage [04/05/01 03:03 ID:Mkcbqg44] >>453 今すぐその発言を撤回しろ、もしくは首釣って来い FAT32よりも劣っているなどとext3に対してあまりにも失礼だ たとえお前がxfsだとしてもだ 455 名前：login:Penguin mailto:sage [04/05/01 03:04 ID:Mkcbqg44] ＿|￣|○ レス先間違えた 456 名前：login:Penguin [04/05/01 03:18 ID:xU0hyIuq] わらえる 457 名前：login:Penguin mailto:sage [04/05/01 03:35 ID:MV3vi1L4] 　∧||∧ （　⌒ヽ　　吊って来た 　∪　　ノ　 　　∪∪ fsckで復活しますた。 というわけで何事もなかったように続きをどうぞ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef