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

1 名前：login:Penguin [2006/11/25(土) 21:24:41 ID:BgxtdIS9] 過去スレ 01 pc.2ch.net/test/read.cgi/linux/1006743807/ 02 pc5.2ch.net/test/read.cgi/linux/1063025258/ 03 pc8.2ch.net/test/read.cgi/linux/1101495293/ 04 pc8.2ch.net/test/read.cgi/linux/1136695633/ 05 pc8.2ch.net/test/read.cgi/linux/1152348695/ 324 名前：login:Penguin mailto:sage [2006/12/21(木) 19:50:34 ID:5fo5L+zb] 話を少し戻すと、DBMSなどのバックアップを ストレージの3rdミラー（TimeFinderやMRCFなど）を使用することを想定すると、 「Linuxのsyncコマンドでは同期の保証がされない？」ってのは少し気になる問題ではある。 通常、3rdミラーバックアップは、本番機側でsyncを掛けた直後にミラーをスプリットするので、 スプリットされたボリュームのファイルシステムがきちんと整合性取れるのかどうか、ちと不安。 いままで、UnixとWindowsでしか、3rdミラーを使ったシステムを手がけたことがないから、 Linuxリプレイスが基幹系に及んできたらどうなるんだろうか。 325 名前：login:Penguin mailto:sage [2006/12/21(木) 19:53:34 ID:4grny1OI] またsyncコマンドか 奥なんとかさん、出番ですよ。 326 名前：login:Penguin mailto:sage [2006/12/21(木) 20:02:32 ID:BadC1Qip] >>325 包茎くん乙 もう二度と湧いて出てこないでね。臭いんで。 327 名前：login:Penguin mailto:sage [2006/12/21(木) 20:56:54 ID:eQeBXR6E] >>324 > Linuxリプレイスが基幹系に及んできたらどうなるんだろうか。 東証と富士通は Itanium+Linux で行くらしいよ。取引システムの 処理能力がさんざ問題にされたから、そちらを重視なんだろうけど。 itpro.nikkeibp.co.jp/article/NEWS/20061219/257264/ 328 名前：login:Penguin mailto:sage [2006/12/21(木) 21:03:57 ID:WbIkO1iK] >>324 >　「Linuxのsyncコマンドでは同期の保証がされない？」ってのは少し気になる問題ではある。 Oracleもこの事の真偽ぐらいは当然知っていると思うから、 もし保証されないのであれば、放置はしていないと思う。 umountで同期できるんだから、同期できないはずはないと思う。 rawデバイス使用時の問題も、含めて。 329 名前：login:Penguin mailto:sage [2006/12/22(金) 16:04:30 ID:WqL6S9ur] 妻の殺害容疑で勾留中のHans Reiser、Namesysを売却方針 slashdot.jp/linux/article.pl?sid=06/12/22/0642220&from=rss 330 名前：login:Penguin mailto:sage [2006/12/22(金) 16:13:04 ID:DsPvjvvV] これはもうだめかもしれんね 331 名前：login:Penguin mailto:sage [2006/12/22(金) 16:36:02 ID:/iCqG6bS] ReiserFSのためにはむしろいいことかもよ。 彼は優秀な技術者だけど、トラブルメーカーだった。 332 名前：login:Penguin mailto:sage [2006/12/22(金) 17:42:56 ID:/1j0azIV] 天才が抜けた穴が簡単に埋まるとは思えんがな。 333 名前：login:Penguin mailto:sage [2006/12/22(金) 19:00:59 ID:Co7/GRNn] 無実を証明するからだれか金を援助してくれ。 一応形式的にだが会社をやるよ。 無実を証明したらまた俺が開発してやるよ。 魅力的なプランだろ？ こんな感じだと思う。 開発するのはアナルだけど。 334 名前：login:Penguin mailto:sage [2006/12/22(金) 19:03:52 ID:opUYRnYx] >>333 (;´Д｀)ﾊｧﾊｧ 335 名前：login:Penguin mailto:sage [2006/12/22(金) 22:41:01 ID:2mRPP6sE] 話ぶった切って悪いんだけど 分散ファイルシステムの話題はここでおｋ？それとも別の場所あるのかしら。 336 名前：login:Penguin mailto:sage [2006/12/22(金) 22:43:42 ID:LHAWvpAd] >>335 ここでやっちゃっていいんじゃない？ 337 名前：login:Penguin mailto:sage [2006/12/22(金) 22:51:33 ID:/iCqG6bS] >　天才が抜けた穴が簡単に埋まるとは思えんがな。 Reiser4はもう基本はできてるだろう。 後は若いPGの仕事でしょ。 Reiser5以降の事は知らない。 これは彼が捕まっていなくてもわからないし、会社を売ってなくてもわからない。 338 名前：login:Penguin mailto:sage [2006/12/22(金) 23:32:19 ID:2mRPP6sE] ここでいいか。ではとりあえず・・。 分散ファイルシステムにはAFS（OpenAFS，Arla），Coda，InterMezzoとあるみたいなんだけど， 現状では機能面だとこうで InterMezzo ＞ Coda ＞ AFS 安定性でみるとこう AFS ＞ Coda ＞ InterMezzo こんなんであってる？ あと，NFSv4とかも比較にいれたほうがいいんだろうか。 339 名前：login:Penguin mailto:sage [2006/12/23(土) 01:59:13 ID:v667gEsO] >>338 Cleversafe は? 340 名前：login:Penguin mailto:sage [2006/12/23(土) 02:20:21 ID:lNb3tcYl] LFSすげーな 4倍以上はやい NetBSD-current i386 LFS time tar zxf ~/pkgsrc-2006Q3.tar.gz -C /opt tar zxf ~/pkgsrc-2006Q3.tar.gz -C /opt 2.06s user 17.66s system 86% cpu 22.773 total FFS time tar zxf ~/pkgsrc-2006Q3.tar.gz -C /opt tar zxf ~/pkgsrc-2006Q3.tar.gz -C /opt 1.94s user 25.83s system 26% cpu 1:43.08 total 341 名前：login:Penguin mailto:sage [2006/12/23(土) 10:07:11 ID:pzaVswcy] 未だに、NFSv3をUDPで使ってます。 342 名前：login:Penguin mailto:sage [2006/12/23(土) 10:43:55 ID:yHT154ws] UDPはUDPでメリット無いのかな？ 負荷分散とかしやすそうなイメージがある（イメージだけで裏は取ってない）。 343 名前：login:Penguin mailto:sage [2006/12/23(土) 11:09:44 ID:Z2SBvvTY] UDPだから、転送速度が上がるとかｗ これもあてずっぽう。 344 名前：login:Penguin mailto:sage [2006/12/23(土) 11:54:29 ID:/zNuBneV] >>339 Cleversafeって実用に耐えるの？ 345 名前：login:Penguin mailto:sage [2006/12/23(土) 21:55:41 ID:MNgpS4hJ] メリットがあるから UDP 使ってた訳だが 346 名前：login:Penguin mailto:sage [2006/12/24(日) 12:25:32 ID:QbyLMMQt] >>340 softupdateは効かせてある？ それとuser timeに違いがあるのが気になる。同じになるはず。 347 名前：login:Penguin mailto:sage [2006/12/24(日) 12:28:30 ID:QbyLMMQt] UDPだとTCPをおしのけて通信できる でもGbEを使いきろうとするとTCPのような細かい制御が必要。 348 名前：login:Penguin mailto:sage [2006/12/24(日) 15:03:41 ID:VUeVRThv] >でもGbEを使いきろうとするとTCPのような細かい制御が必要。 ォィォィ 349 名前：login:Penguin mailto:sage [2006/12/24(日) 15:05:47 ID:VUuQmegh] >>347 > でもGbEを使いきろうとするとTCPのような細かい制御が必要。 ウソつくな。 350 名前：login:Penguin mailto:sage [2006/12/24(日) 15:17:50 ID:lyOxSAlM] 使いきりたいならUDP一択だろ 351 名前：300 mailto:sage [2006/12/24(日) 15:24:13 ID:xYVNmyrQ] ちわ。 お久しぶりです。 ビッグエンディアンの検証ですが、途中で止まっています。 QemuにPPC版Debianのインスコまでは終わりましたが、アップルパーティションマップの仕様が全く見つからず。 仕方がないので、カーネルソースの中を探していて面白いものを見つけました。 352 名前：300 mailto:sage [2006/12/24(日) 15:25:54 ID:xYVNmyrQ] linux/fs/partitions/mac.h struct mac_partition { __be16signature;/* expected to be MAC_PARTITION_MAGIC */ __be16res1; __be32map_count;/* # blocks in partition map */ __be32start_block;/* absolute starting block # of partition */ __be32block_count;/* number of blocks in partition */ charname[32];/* partition name */ chartype[32];/* string type description */ __be32data_start;/* rel block # of first data block */ __be32data_count;/* number of data blocks */ __be32status;/* partition status bits */ __be32boot_start; __be32boot_size; __be32boot_load; __be32boot_load2; __be32boot_entry; __be32boot_entry2; __be32boot_cksum; charprocessor[16];/* identifies ISA of boot */ /* there is more stuff after this that we don't need */ }; 353 名前：300 mailto:sage [2006/12/24(日) 15:28:25 ID:xYVNmyrQ] linux/fs/partitions/mac.h #define MAC_PARTITION_MAGIC0x504d 354 名前：300 mailto:sage [2006/12/24(日) 15:29:44 ID:xYVNmyrQ] linux/fs/partitions/mac.c if (be16_to_cpu(part->signature) != MAC_PARTITION_MAGIC) { put_dev_sector(sect); return 0;/* not a MacOS disk */ } 355 名前：300 mailto:sage [2006/12/24(日) 15:38:08 ID:xYVNmyrQ] ちょっと、読みづらくてすまそ。 >>352の __be16signature;/* expected to be MAC_PARTITION_MAGIC */ は __be16 signature; /* expected to be MAC_PARTITION_MAGIC */ がコピペでつぶれてしまった。 これってマジックバイトがパーティションテーブルに書き込まれているように思えるんだけど。 それなら、fsが読む事と、パーティションテーブルを読むことの後先のつじつまが合うんじゃね？ 後、アップルパーティションマップの仕様を知っている人は情報を希望。 356 名前：300 mailto:sage [2006/12/24(日) 15:51:34 ID:xYVNmyrQ] すまそ。 >>353の #define MAC_PARTITION_MAGIC0x504d は #define MAC_PARTITION_MAGIC 0x504d がつぶれたもの。 ついでだけど、>>354 if (be16_to_cpu(part->signature) != MAC_PARTITION_MAGIC) { これだとIntel Macは読めない？ 357 名前：300 mailto:sage [2006/12/24(日) 16:29:15 ID:xYVNmyrQ] マジックバイトの話よりこちらの方が重要かな。 >>352を見るとデータはほとんど __be16 か __be32 で渡されている。 マックのパーティションを読む場合に限ればパーティションテーブルの読み込みは、 ビッグエンディアンの決めうちで行われているように見える。 358 名前：300 mailto:sage [2006/12/24(日) 20:12:13 ID:xYVNmyrQ] その他 fs/partitions/msdos.h #define MSDOS_LABEL_MAGIC 0xAA55 fs/partitions/sgi.h #define SGI_LABEL_MAGIC 0x0be5a941 fs/partitions/sun.h #define SUN_LABEL_MAGIC 0xDABE 359 名前：300 mailto:sage [2006/12/25(月) 21:38:37 ID:u5v64fWw] 今日も連投マジすまそ。 アップルパーティションマップの仕様を見つけた。 developer.apple.com/documentation/mac/Devices/Devices-121.html#MARKER-2-27 内容はほぼ>>352と同じ。 対象ディス鳥のインスコは www.ne.jp/asahi/open/gallery/qemuonwin/qowdebianppc/qowdebianppc.htm ここを参考に行った。 以下、検証資料を載せる。 360 名前：300 mailto:sage [2006/12/25(月) 21:40:28 ID:u5v64fWw] f-disk -l /dev/hda /dev/hda # type name length base ( size ) system /dev/hda1 Apple_partition_map Apple 63 @ 1 ( 31.5k) Partition map /dev/hda2 Apple_Bootstrap untitled 1954 @ 64 (977.0k) NewWorld bootblock /dev/hda3 Apple_UNIX_SVR2 untitled 3941407 @ 2018 ( 1.9G) Linux native /dev/hda4 Apple_UNIX_SVR2 swap 250879 @ 3943425 (122.5M) Linux swap Block size=512, Number of Blocks=4194304 DeviceType=0x0, DeviceId=0x0 361 名前：300 mailto:sage [2006/12/25(月) 21:44:48 ID:u5v64fWw] dd if=/dev/hda of=part.map bs=512 skip=1 count=63 hexdump part.map > part.txt 0000000 504d 0000 0000 0004 0000 0001 0000 003f 0000010 4170 706c 6500 0000 0000 0000 0000 0000 0000020 0000 0000 0000 0000 0000 0000 0000 0000 0000030 4170 706c 655f 7061 7274 6974 696f 6e5f 0000040 6d61 7000 0000 0000 0000 0000 0000 0000 0000050 0000 0000 0000 003f 0000 0000 0000 0000 0000060 0000 0000 0000 0000 0000 0000 0000 0000 * 0000200 504d 0000 0000 0004 0000 0040 0000 07a2 0000210 756e 7469 746c 6564 0000 0000 0000 0000 0000220 0000 0000 0000 0000 0000 0000 0000 0000 0000230 4170 706c 655f 426f 6f74 7374 7261 7000 0000240 0000 0000 0000 0000 0000 0000 0000 0000 0000250 0000 0000 0000 07a2 0000 0033 0000 0000 0000260 0000 0000 0000 0000 0000 0000 0000 0000 362 名前：300 mailto:sage [2006/12/25(月) 21:45:28 ID:u5v64fWw] 続き * 0000400 504d 0000 0000 0004 0000 07e2 003c 241f 0000410 756e 7469 746c 6564 0000 0000 0000 0000 0000420 0000 0000 0000 0000 0000 0000 0000 0000 0000430 4170 706c 655f 554e 4958 5f53 5652 3200 0000440 0000 0000 0000 0000 0000 0000 0000 0000 0000450 0000 0000 003c 241f 0000 0033 0000 0000 0000460 0000 0000 0000 0000 0000 0000 0000 0000 * 0000600 504d 0000 0000 0004 003c 2c01 0003 d3ff 0000610 7377 6170 0000 0000 0000 0000 0000 0000 0000620 0000 0000 0000 0000 0000 0000 0000 0000 0000630 4170 706c 655f 554e 4958 5f53 5652 3200 0000640 0000 0000 0000 0000 0000 0000 0000 0000 0000650 0000 0000 0003 d3ff 0000 0033 0000 0000 0000660 0000 0000 0000 0000 0000 0000 0000 0000 * 0007e00 363 名前：300 mailto:sage [2006/12/25(月) 21:48:02 ID:u5v64fWw] 0000000-0000060の解析 --------Sig--Pad--MapBlkCnt-PartStart-PartBlkCnt 0000000 504d 0000 0000 0004 0000 0001 0000 003f --------PartName 0000010 4170 706c 6500 0000 0000 0000 0000 0000 0000020 0000 0000 0000 0000 0000 0000 0000 0000 --------ParType 0000030 4170 706c 655f 7061 7274 6974 696f 6e5f 0000040 6d61 7000 0000 0000 0000 0000 0000 0000 --------DataStart-DataCnt--PartStatus-BootStart 0000050 0000 0000 0000 003f 0000 0000 0000 0000 --------BootSize--BootAddr--BootAddr2-BootEntry 0000060 0000 0000 0000 0000 0000 0000 0000 0000 364 名前：300 mailto:sage [2006/12/25(月) 21:49:58 ID:u5v64fWw] 以上、PPCの場合もネイティブで間違いないと思う。 もう一度謝ります。 連投すまそ。 365 名前：login:Penguin mailto:sage [2006/12/25(月) 21:53:17 ID:A+i14brz] さてここで>>300に問題です。 macパーティションの上にext3ファイルシステムを作った場合 どうなるでしょうか？ 366 名前：300 mailto:sage [2006/12/25(月) 22:02:09 ID:u5v64fWw] 誤り訂正 アップルパーティションマップの仕様のリンク developer.apple.com/documentation/mac/Devices/Devices-121.html#MARKER-9-41 f-disk -l /dev/hda　→　mac-fdisk -l /dev/hda >>365 どうなるって、とり方次第でどうにでもとれて意味がよくわからん。 現状は/dev/hda3がext3でマウントされていて、読み書きできてる。 確認不足な点があるなら、追加するよ。 367 名前：300 mailto:sage [2006/12/25(月) 22:10:13 ID:u5v64fWw] もう一度誤り訂正 リンク先は>>359が正しかったorz マジ申し訳ない。 368 名前：login:Penguin mailto:sage [2006/12/25(月) 22:16:50 ID:xhvW4o8W] 謝りすぎすよｗ 369 名前：login:Penguin mailto:sage [2006/12/28(木) 20:16:52 ID:11msnvQ0] www.atmarkit.co.jp/flinux/rensai/watch2006/watch12a.html 370 名前：login:Penguin mailto:sage [2007/01/04(木) 23:31:25 ID:krLFR/+F] Linux: Chasing Down Data Corruption kerneltrap.org/node/7517 Linux: Data Corruption Bug Fixed kerneltrap.org/node/7518 371 名前：login:Penguin mailto:sage [2007/01/05(金) 23:50:17 ID:9EtcSPvI] gfs興味あるけど、資料少ないなー 372 名前：login:Penguin mailto:sage [2007/01/06(土) 09:56:21 ID:RHHwlQBc] GFS使ったことあるけど、Maildir形式のメールサーバ×４台に使ったら、 ファイルアクセスが遅すぎて使い物にならなかった。 大容量ファイル向きだわ。 GFS2でどこまで進化してるのに興味あるな。 373 名前：login:Penguin mailto:sage [2007/01/06(土) 12:01:58 ID:iH08ipQn] 使ったことあるならちょっと聞かせてくれ gfsって、LVMで分割したブロックを他のPCに持って行ってネットワーク経由でアクセスするって考え方でいいんだよな？ （もちろん、冗長化とかでA+AとかA+B+P+Qとかのモデルを取る場合もあるだろうが） で、LVMってのは、MMUのディスク領域版だよな？ ブロックに分割した領域が、セクタアドレスの再配置を伴って、見かけ一続きのブロック領域としてファイルシステムに提供されるという なんか根本的に間違ってるかな 374 名前：login:Penguin mailto:sage [2007/01/07(日) 12:14:00 ID:kV7nDToe] >>373 セットアップ人任せだったし、結構前だから、もうあまり覚えてないなー。 でもファイル読み書きはSANや共有SCSIで読み書きして、 ファイルロックを専用のネットワークでやるんじゃなかったっけ？ クラスタ組んでる内の１台がロック管理用のサーバになって、 他のホストがそのクライアントみたいな。 で、LinuxのLVMって、まだSistina GFS時代の頃にSistina社が オープンソースで提供したものだったから、 LVMもGFSも管理方法が似てるとかだったような…。 昔はググってもほとんど情報なかったけど、今はググれば情報あるんじゃない？ 375 名前：login:Penguin mailto:sage [2007/01/09(火) 01:43:47 ID:1r/HKlFu] 鯖運用するのにFSを何にするのかついつい迷ってしまう。 面倒だから ext3 でいいよね? 376 名前：login:Penguin mailto:sage [2007/01/09(火) 07:37:31 ID:pFKWUuBq] ファイルがぶち壊れるの、fsのせいかと思ったら、原因はmmap()だったのか… ttp://kerneltrap.org/?q=node/7518 377 名前：login:Penguin mailto:sage [2007/01/09(火) 08:09:00 ID:8ySvgupC] こんどはgetdentsが遅いって話になってるな。 378 名前：login:Penguin mailto:sage [2007/01/13(土) 00:17:35 ID:hhd3ra9J] ジャーナリングファイルシステムが保証するのはメタデータだけらしいですが、 逆にいうとタイムスタンプとかファイルサイズのメタデータが更新されてれば ファイルの中身は正しく更新されたと考えていいんでしょうか？ 379 名前：login:Penguin mailto:sage [2007/01/13(土) 00:18:27 ID:/hTyXuuv] んなわけない 380 名前：login:Penguin mailto:sage [2007/01/13(土) 08:50:01 ID:LPgOApau] メタデータの何を保証してると思ってるんだ? 381 名前：login:Penguin [2007/01/13(土) 13:50:32 ID:7SZBdiSI] 保証されるのはメタデータの一貫性じゃね？ データそのものはロストしてもファイルシステムの 健康は損なわれないってことでしょ。 382 名前：login:Penguin mailto:sage [2007/01/13(土) 14:40:37 ID:/ysw0X03] 希望と中途半端な理解がごたまぜになった妄想 383 名前：login:Penguin [2007/01/14(日) 11:07:16 ID:NA5ZaSYQ] chattr コマンドでは dump コマンドによるバックアップ対象に 含めるか否かなどのフラグを操作することができますが、 これらのアトリビュートは ext2/3 特有のフラグです。 xfs や jfs でも同様のアトリビュートの仕組みはあるのでしょうか？ 384 名前：login:Penguin [2007/01/17(水) 10:59:30 ID:XCRonxTk] >>217 古いネタになりますが.. ext3におけるジャーナル情報の記録はJournaling Block Device Layerを 通して行なわれるのであって、Generic Block I/O Layerが用いられるわ けではないため、リクエストのソーティングなどは行なわれないのでは ないでしょうか? 385 名前：login:Penguin mailto:sage [2007/01/17(水) 11:29:42 ID:83gvpb7N] >>382 つまりlost+foundにバックアップを取っておけば いざというとき幸せになれるということですね？ いい意味で 386 名前：login:Penguin mailto:sage [2007/01/17(水) 12:45:07 ID:wR6IvIw/] >>384 今は奥山はジャーナリングの不整合っていうのは取り下げていたような気が。 387 名前：login:Penguin mailto:sage [2007/01/17(水) 13:20:07 ID:NH1vWgwK] >>386 ソース希望 388 名前：login:Penguin mailto:sage [2007/01/17(水) 16:06:16 ID:wR6IvIw/] 「書き込み順序にエレベーターシークアルゴリズム などを用いるので、 Journal ファイルへの >　Journal 記録の反映順序保証さえない」というのは 最近言わなくなって、その前の「sync システムコールを呼び出しても、 保証されない」というのを声高に主張するようになっているんだったかな。 syncしても書き込まれなのは事実だし。 389 名前：login:Penguin mailto:sage [2007/01/17(水) 16:07:15 ID:wR6IvIw/] あ、syncしても書き込まれないから、ジャーナリング不整合になるという結論は変化なしか。 390 名前：login:Penguin [2007/01/17(水) 16:11:06 ID:dKhI4BNe] で、その結論は正しいの？ 391 名前：login:Penguin mailto:sage [2007/01/17(水) 16:19:09 ID:l/++G+GY] 奥なんとかさんに聞いとけ 392 名前：login:Penguin [2007/01/17(水) 16:36:28 ID:XCRonxTk] 最近のXFSはデータを準備してからメタデータを書くという噂を聞いたのだけど ホント? 393 名前：login:Penguin mailto:sage [2007/01/17(水) 18:07:01 ID:BxDmthED] ext3のデフォと同じじゃん 394 名前：login:Penguin mailto:sage [2007/01/17(水) 21:49:32 ID:5iSAbmWu] BSDのsoftupdateもヤバくなるから取り下げたんじゃないのん？ 395 名前：login:Penguin mailto:sage [2007/01/17(水) 22:28:40 ID:+AGvt5ET] >>394 ディスク側に持ってるキャッシュフラッシュのタイミングが気にいらん ってな、話だっけ? 396 名前：login:Penguin mailto:sage [2007/01/18(木) 01:21:11 ID:QSNRktCd] >>395 あと、FreeBSD 5.x以降ではLinux同様syncしてもflushされないのがわかったのもある 397 名前：login:Penguin mailto:sage [2007/01/18(木) 02:01:10 ID:jUaHNsmy] >>395 >　タイミングが気にいらん そういう話じゃないだろう ジャーナルに書き込んだがディスクはまだフラッシュしていない この状態でクラッシュすると、OSはジャーナルを書き込んだと思っているが実際には書き込まれていない 398 名前：397 mailto:sage [2007/01/18(木) 02:03:10 ID:jUaHNsmy] あ、すまん >395はソフトアップデートの話だったな スルーしてくれ 399 名前：login:Penguin mailto:sage [2007/01/18(木) 02:13:17 ID:4qrnvGep] キチガイって伝染するんだな 400 名前：login:Penguin mailto:sage [2007/01/18(木) 10:40:41 ID:vfB3lZBF] 400 うん 401 名前：login:Penguin mailto:sage [2007/01/18(木) 21:07:25 ID:jUaHNsmy] ついでだが、>397の状態でも常に問題が起こらないとする そうすると、ジャーナルは無用の長物だということにならないか？ 402 名前：login:Penguin mailto:sage [2007/01/18(木) 22:08:12 ID:fQv5Q68V] 問題では歩けど解決策が...ってことだろ 403 名前：login:Penguin mailto:sage [2007/01/19(金) 02:41:03 ID:6XfomkSC] ヒント：再起動 404 名前：login:Penguin mailto:sage [2007/01/19(金) 12:31:32 ID:T0ADJeSd] まさに伝家の宝刀 405 名前：login:Penguin mailto:sage [2007/01/19(金) 20:39:33 ID:4t6qqCPq] ジャーナル破損→再起動→ファイルシステム破損 >>403-404 本当にどうも有難うございました 406 名前：login:Penguin mailto:sage [2007/01/20(土) 11:26:20 ID:UaLVa0QY] 壊れるのは書き込みの順序が原因で、syncしないことは別問題 407 名前：login:Penguin mailto:sage [2007/01/20(土) 11:35:29 ID:gfquQKqH] 先生、質問！ １．書き込みの順序の問題が起こっているのはなぜですか？ ２．syncしないことで起こる別問題って何ですか？ 408 名前：login:Penguin mailto:sage [2007/01/20(土) 12:10:54 ID:KTOxmzQl] ２は、データ自体が不正になってしまうことだな。 チェックポイント自体は正常に通過したけど、実際にデータが書き込まれていないってことだ。 チェックポイントを正常に通過しているから、ファイルシステム自体が壊れているわけではない。 これは、パフォーマンス上は有利であるが、非常に深刻な問題をもたらすことがある。 １は、媒体エラーによってもたらされるものだろう。 ジャーナルの再作成、fsckが必要になる。 lost+foundに前回のチェックポイント以降の更新データが保存される。 409 名前：login:Penguin mailto:sage [2007/01/20(土) 12:17:24 ID:gfquQKqH] 返事がないようなので、もうひとつ ３．自由なタイミングでsyncできても、書き込みの順序の問題は解決できませんか？ 410 名前：login:Penguin mailto:sage [2007/01/20(土) 13:45:07 ID:gfquQKqH] 返事ぐらいしろよ つまらないのでWindows2000の話 [書き込みキャッシュを有効にする] 機能を有効にすると、データが失われる support.microsoft.com/kb/281672/ 書き込みキャッシュが有効な場合の遅いディスク パフォーマンス support.microsoft.com/kb/332023/ja 「この修正プログラムは、実装に伴うリスクのレベルを理解および承諾し、 適切なハードウェアの電源保護によってこのリスクを軽減できるという確信がない限り、 実装しないでください。」 411 名前：login:Penguin mailto:sage [2007/01/20(土) 14:47:24 ID:UaLVa0QY] 書き込み順序の問題はディスクのcacheが原因 slashdot.jp/linux/article.pl?sid=02/09/18/0623254&mode=nested 412 名前：login:Penguin mailto:sage [2007/01/20(土) 15:01:37 ID:UaLVa0QY] >>２．syncしないことで起こる別問題って何ですか？ ディスクに確実に書き込まれたことを保証しないといけない場合に困る。 syncの呼び出し後にネットワークで書き込み終了を通知したが、 実際に書き込まれる前に電源が落ちるといったケースが考えられる >>３．自由なタイミングでsyncできても、書き込みの順序の問題は解決できませんか？ syncによって順序を保証する手法もある。 詳細はlinux/Documentation/block/barrier.txtを参照。 但し、処理によっては実用にならない程遅い可能性もある。 413 名前：409 [2007/01/20(土) 15:15:27 ID:gfquQKqH BE:454855493-2BP(0)] >>412 >　>>３．自由なタイミングでsyncできても、書き込みの順序の問題は解決できませんか？ >　syncによって順序を保証する手法もある。 実はここが聞きたかったわけで、そうすると >>406 >　壊れるのは書き込みの順序が原因で、syncしないことは別問題 別問題とは言えないことを自ら返事されたわけです 414 名前：login:Penguin mailto:sage [2007/01/20(土) 15:54:53 ID:UaLVa0QY] >>413 確かにそうだけど… softupdateなんかで依存の発生する場所全部にsyncを入れるのが 現実的？非現実的である証拠のデータが出せなくて申し訳ない ですが… 415 名前：login:Penguin [2007/01/20(土) 16:16:11 ID:gfquQKqH BE:1078176588-2BP(0)] いえ、データ出すのは大変ですから Windows2000でさえ両方の含みを残している 難しい判断なんでしょうね 416 名前：login:Penguin mailto:sage [2007/01/20(土) 17:08:10 ID:UaLVa0QY] ついでに、これも転載 lists.freebsd.org/pipermail/freebsd-stable/2006-September/028251.html 417 名前：login:Penguin mailto:sage [2007/01/20(土) 17:25:35 ID:snxMEiUl] >>416 そのスレを読んでいくと、ジャーナリングでもsoftupdate同様に todays desktop drives can lie about writing data. の影響を受けるっていう、このスレの流れと同様の話になっていっていますな。 418 名前：login:Penguin mailto:sage [2007/01/20(土) 23:02:52 ID:SqdA4hO3] ハードディスクが独自に高性能化を辿った結果、 書き込み順についてはどんなに直接sync命令しても確実に保証されるものではないってことかな? 今のhddじゃエレベーターシークアルゴリズムとかは意味がないか逆効果かもとどっかで見たことあるし。 419 名前：login:Penguin mailto:sage [2007/01/21(日) 02:52:54 ID:hY5qL1VD] >>418 SCSIとSerial ATA 2.5はFUAによってwrite cache有効時でも書きこみの完了を保証できる。 ので、ドライバがまともに実装されていればOK。 ATAはcache flushを保証する手段が用意されていないので何をやっても無理。 420 名前：login:Penguin mailto:sage [2007/01/21(日) 20:35:19 ID:4gtXWK3A] ZFSではwc対策はどうなっているの？ 421 名前：login:Penguin mailto:sage [2007/01/21(日) 23:48:40 ID:AqF7ihH/] しかし、ジャーナリングファイルシステムって、電源断とかのトラブルでも ファイルが壊れないようにするものじゃないのか。 実験室での使用なので、けっこう動作環境が良くないのは分かるけど 今日、ext3 また壊れてしまった。フォーマットからやりなおし。 土曜にバックアップとっていて良かった。 やっぱりXFSに移行するかな。 422 名前：login:Penguin mailto:sage [2007/01/21(日) 23:55:06 ID:xsvOt/km] ext3が何度も壊れ、 reiserfsの大パーティションのマウントの遅さが嫌になり、 XFSに行き着いて幸せになった俺 423 名前：login:Penguin mailto:sage [2007/01/22(月) 00:14:17 ID:ppnVbPRo] たしかに reiserfs はでかいパーティションのマウントに時間がかかるね 424 名前：login:Penguin mailto:sage [2007/01/22(月) 00:19:23 ID:RyHURUu7] ちょっと気になったのは、このスレの過去ログ読むとLinuxのVFSのせいで XFSでもファイルシステムが壊れるって聞いたけど、どうなの?

---

---

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

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