[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 07/26 20:42 / Filesize : 227 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:login:Penguin [03/09/08 21:47 ID:YkHkXm1o]
多種多様なファイルシステムに対応しているLinux。
そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。
なんでも語ってくれ。

前スレ
pc.2ch.net/test/read.cgi/linux/1006743807/

577 名前:login:Penguin mailto:sage [04/06/18 23:46 ID:AvZ78uxi]
>>575
壊そうと思えば簡単に壊せるようじゃ困ると思わない?

578 名前:login:Penguin mailto:sage [04/06/18 23:47 ID:47LKkKdM]
壊そうとすればどれだろうと壊れるだろ

579 名前:login:Penguin mailto:sage [04/06/19 00:09 ID:BLhUJPcc]
>壊そうと思えば簡単に壊せるようじゃ困ると思わない?
>>577はファイルシステムの脆弱性のことを言いたいのか?

580 名前:login:Penguin mailto:sage [04/06/19 00:14 ID:qBPMfpBi]
>>558
RAID1でも、複数のディスクに同時に書き込んでいて、複数のディスクが
同時に事故(例えば停電)したら、同じエラーが出るんじゃない?
ファイルシステムのバグが原因ならもっと確実だろうけど。

>>574
linuxのハイバネって、確かswapパーティションに書くよね。
他のカーネルでswapのマウントまで行ったらリジュームできなくなると思うんだが。
だとすると、/のジャーナルリプレイ完了(開始?)後、swapのマウント前に
再起動(リセット?)したのかな?ずいぶん微妙なタイミングだな、と。

# 間違った仮定に基づいていたらごめんなさい。

581 名前:login:Penguin mailto:sage [04/06/19 00:38 ID:crb3z0Bs]
swapパーティションにハイバネイメージを書いた後、
swapパーティションの先頭のシグニチャをいじってswapに見えなくする。
linux kernelはswapパーティションのパーティションIDではなく、
パーティションの先頭に書いてあるシグニチャでswaponできるか
どうかを判定するようだ。
このへんmkswapしなくていい普通のUNIXとは違うんだよな。
だから、他のカーネルでブートするとハイバネイメージを書いた
swapパーティションはswaponできないままブートプロセスが進行する。
(あと、ハイバネしないカーネルはroot deviceを先に、
ハイバネするカーネルはresumeのデータを読むためswap partitionを先に
アクセスする違いがあるな)
最近のハイバネパッチは異バージョンのカーネルのハイバネイメージを
検出すると、破棄してクリーンブートを続行するかリブートするか選択できる。

つーかハイバネの話はスレ違いなので適切なところへ...

582 名前:login:Penguin [04/06/19 17:53 ID:Ojl/frYN]
盛り上がってまいりますた!

583 名前:login:Penguin mailto:sage [04/06/19 19:24 ID:b7g1S+9G]
>>557
Samba-JP MLの奥山のポストをよんでみたけど、
エレベーターシークを行なっているのはブロックデバイスのドライバだから
(driver/block/elevator.c)XFSでも逃げられないのでは?

ext3のjournalingに使われるjournaled block deviceドライバがfs以下にあるので
これで回避できてるのかもよくわからないけど。

584 名前:login:Penguin [04/06/20 14:35 ID:u46dN04k]
エレベーターアクション

585 名前:login:Penguin mailto:sage [04/06/20 16:25 ID:LnupTILL]
(#゚Д゚)ゴルァ!!



586 名前:login:Penguin mailto:sage [04/06/21 23:10 ID:0RsP8ti8]
上でRAIDとかfull journalとかとの比較がでてるけど、
どっちもdata領域をsync書き込みしたいという要望なのかな。

softupdateはasync書き込みに対してfilesystemを安定化させる手法だから、
kernelがbuffer cacheをflushする前に書き込んだ内容は電源切ったら消えますよ。
flushは30秒に1回がdefaultだから、最悪で30秒分もどってしまう。

奥山さんが言ってるdata領域の安全性というのは
meta data領域とdata領域の整合性のことで、
data領域への任意の時点での書き込み内容を保証する話じゃないでしょう。
だからfull journalとは目的が少し違うわけで。

softupdateの場合は、metadata領域のupdateもdata領域のupdateも
同じkernel daemon processで処理されるけど、
journaling fsの場合、
(1) journal領域のupdate
(2) metadata領域のupdate
(3) data領域のupdate
が全部別々のprocessになりうるから、
連携がとれてないとfilesystemが壊れうる瞬間がすごく長くなりますよね。
ext3の場合、(3)はext2とおなじbdflushを使っているのが気になります。

587 名前:login:Penguin mailto:sage [04/06/21 23:43 ID:eqKLWGgr]
>>586
それは理解した上でext3のジャーナルデータの書き出し部がどうなっているのか
とか、vfsがどうなっているのかっていう話になっているわけだけど。

588 名前:login:Penguin mailto:sage [04/06/22 07:03 ID:lX6e0lR+]
ファイルシステムが壊れているわけではないけど、
定期的なfsckでたくさん不整合が見つかるもんなぁ。< ext3の場合。


589 名前:login:Penguin mailto:sage [04/06/22 08:16 ID:Kf20g4IL]
結局VFSが元凶ということでFA?

590 名前:login:Penguin mailto:sage [04/06/22 08:20 ID:ZFd0MGIb]
>>588
みつかんねぇよアホ。

591 名前:login:Penguin mailto:sage [04/06/22 08:21 ID:ZFd0MGIb]
己のスキルの無さとハードの不安定をファイルシステムのせいにしたがる奴が多すぎ。
馬鹿のひとつおぼえみたいにVFSとかぬかしてんじゃねぇよ。

592 名前:login:Penguin mailto:sage [04/06/22 08:55 ID:Kf20g4IL]
現象論しか語れない人はおいといて誰かVFSの解説してください
それともLinuxユーザは所詮ソース読{ま|め}ない人?

593 名前:login:Penguin mailto:sage [04/06/22 09:34 ID:bpmK8UtP]
vfsの何を解説して欲しいの?
このスレにも解説記事が上がってるでしょ?

594 名前:login:Penguin mailto:sage [04/06/22 11:08 ID:k9MXLi0G]
VFSはmmと密接な関係にあるので、理解するのは容易ではありません。

595 名前:login:Penguin mailto:sage [04/06/22 13:28 ID:GDkTi28/]
vfsにバグがあるか聞きたいんでしょうけど‥自分で読まないのかね



596 名前:login:Penguin mailto:sage [04/06/22 15:00 ID:k9MXLi0G]
「バグがある」と言いたいお年頃なんでしょう。

597 名前:login:Penguin mailto:sage [04/06/22 19:09 ID:ZFd0MGIb]
ハゲがある!

598 名前:login:Penguin mailto:sage [04/06/22 19:21 ID:nlS0pHJH]
何年も昔と違って今じゃカーネルソースを読んで
理解できるユーザなんてほんの一握りじゃね?

IBMとか巨額をつっこんでるみたいだし、
エンタープライズ向けを狙ってるんだから、
vfsにバグがいつまでも残ってるとは考えられないし、
気にしなくていいじゃん。

599 名前:login:Penguin mailto:sage [04/06/22 23:46 ID:OlYY0W1z]
昔のカーネルは一人で全体を把握できる規模だったんだが
趣味のレベルならそのくらいの時代がいちばん面白いよなぁ

600 名前:login:Penguin mailto:sage [04/06/23 09:11 ID:GrKF3qBX]
今だって、vfsだけなら全体を把握できるでしょ

601 名前:login:Penguin mailto:sage [04/06/23 09:46 ID:VRvAskwF]
具体的にはどのファイルがvfsなの?

602 名前:login:Penguin mailto:sage [04/06/23 10:05 ID:s/ZGu0C5]
dir/w と打ったら、VFS.BAS と出てくるやつ。

603 名前:login:Penguin mailto:sage [04/06/23 15:32 ID:VOtrtiUk]
www.namesys.com/
  _, ._
( ゚д゚) ・・・

  _, ._
( ´Д⊂

  _, ._
(; ゚Д゚) ・・・ !?

604 名前:login:Penguin mailto:sage [04/06/23 23:31 ID:FhRp4hw2]
>>601

linux-2.x.x/fs/*.c(file.cやopen.c、inode.cなど)

VFSの動きを知りたいなら、linux-2.x.x/include/linux/fs.hの
file構造体、inode構造体、super_block構造体
file_operations構造体、inode_operations構造体、super_operations構造体
も必須でしょう。

kernel2.6系のmountシステムコールなら
user   |       VFS      |   ext2などのファイルシステム
mount(2)→sys_mount・・・get_sb_bdev→fill_super(それぞれのファイルシステムの)

こんなかんじ。
ユーザが出すシステムコールと各ファイルシステムのインタフェースを
つなぐのがVFSの役目

605 名前:login:Penguin mailto:sage [04/06/23 23:39 ID:5AebQMKD]
キチガイどもだ。SCOと同じ。



606 名前:login:Penguin [04/06/24 04:30 ID:kxxZElbT]
マクブー

607 名前:login:Penguin mailto:sage [04/06/25 12:16 ID:hE3kdf0q]
ノーパソのHDDが突然おかしくなった。
読み書きするたびにからからいい、
今までの数十倍の時間がかかる。
絶望し、新しいマシンを購入した。
しかし10年もの間築いてきたデータは失われた。

一ヵ月後、だめもとでまた起動してみた。
やはりまともに動かない。
LILO の文字がでるのに 10 秒かかる。
ブート途中で interrupt lost でどうしようもない。
頭にきたのでパソコンを縦に持って
前後に強く振った。
ぶぶぶおーん。
ディスクはうなり声を上げ、力強い回転を取り戻した。
再起動してみた。猛烈な勢いでブートプロセスが動き出す。
今わたしは、この手に再び青春を取り戻したのだ。

608 名前:login:Penguin mailto:sage [04/06/25 12:47 ID:SzvaOs5Z]
>>607 は人世に勝利した。

609 名前:login:Penguin mailto:sage [04/06/25 13:04 ID:lHoLgRLH]
>>607
ファイルシステムの種類くらい書いてくださいよ

↓は何を使っていたと思う?

610 名前:login:Penguin mailto:sage [04/06/25 13:20 ID:6MH+qN5X]
BodyBladeFS


611 名前:login:Penguin mailto:sage [04/06/25 14:21 ID:IfjZ22Il]
>>603
「ああ、ついに完成だ!」
「ええ、ベンチマークもダントツよ」

ライザーマンとライザーウーメンは全てのFSに勝利することを確信した。

だが、UFSは彼らの両耳と背中の一部と両足首に無敵のコードが記述されていないことに気づいていた…

612 名前:607 mailto:sage [04/06/25 18:50 ID:hE3kdf0q]
>>609
reiserfs

613 名前:607 mailto:sage [04/06/25 18:51 ID:hE3kdf0q]
カキコの途中で転送されてしまった。
reiserfs だけど、HDD の故障だから関係ないよ。
となるとすれ違いなわけだが。

614 名前:login:Penguin [04/06/26 00:46 ID:+I5XIHM6]
windowsでフォーマットしたudf1.5なdvd-ramに、
kernel 2.6.6から書きこみしたら、
windowsからのみ読めないdvd-ramになったのだけど、
まだそういうもんなのでしょうか?
俺が悪いだけ?

615 名前:login:Penguin [04/06/27 02:44 ID:r2yYfAYa]
gfs



616 名前:login:Penguin [04/07/01 12:05 ID:Ua6cWiFK]
reiser4! reiser4!

617 名前:login:Penguin [04/07/03 05:20 ID:487hlVK2]
ext4! ext4!

618 名前:ヽ(´ー`)ノ ◆.ogCuANUcE mailto:sage [04/07/06 12:41 ID:W4M9mgc+]
OS を新しく入れ直したのだが、結局 ext3 を指定するヘタレな俺。


619 名前:login:Penguin mailto:sage [04/07/09 03:42 ID:BiBL8TNY]
>>614 え?そうなの?

てか、DVD-RAMを普通にマウントできたのか、Linuxって。
しらなかった。Linux から DVD-RAM が使えると知ってうれしい反面、
書き込んだファイルは Windows からは見えないと知って悲しい…

友達がDVD-RAM ドライブ安く売ってやるって言ってるんだよなぁ。
両面で9GB over ってすごく魅力的。

620 名前:login:Penguin mailto:sage [04/07/09 10:55 ID:UP7PBbWC]
俺はWindowsからもMac OS Xからも読めるけども。
ドライブの相性とかなんじゃないの?

621 名前:login:Penguin mailto:sage [04/07/09 11:17 ID:BiBL8TNY]
>>620
RAMはいい加減負けを認めろ
pc5.2ch.net/test/read.cgi/cdr/1075543288/915

ここでそういう話が出ていたので。

622 名前:login:Penguin mailto:sage [04/07/09 23:20 ID:+ZnBPgYi]
>>619
コピーガードのかかった奴を再生できないだけで
単にばかでかいディスクとして使うだけなら問題ないのでは

623 名前:login:Penguin [04/07/14 05:49 ID:c/hOsYYI]
>>618
そうなんだよな。どうも他の奴が信用できなくてな。
痛い目に会ってるが別れられない女みたいだ。


624 名前:login:Penguin mailto:sage [04/07/15 20:25 ID:5lqEIi82]
>>619
UDF なら Win でも読み書きできるよ。ただし、ファイル名はUTF8でないと
化けた気がする。UDF だとファイル名の長さの制限がきつかったりするので
自分は ext2 で使ってるけど。

625 名前:login:Penguin mailto:sage [04/07/16 11:53 ID:Vg7dpsWJ]
619はfsスレにいるくせに、DVD-RAMのfsのことを知らないお馬鹿さんなのか…



626 名前:login:Penguin mailto:sage [04/07/16 20:37 ID:d+Gl/srn]
はいはい、賢い君が解説してあげてね。

627 名前:login:Penguin mailto:sage [04/07/17 00:14 ID:uYf+6XIo]
またお前等か

628 名前:login:Penguin mailto:sage [04/07/17 01:40 ID:7Kb80Ae+]
626=包茎

629 名前:login:Penguin mailto:sage [04/07/18 08:54 ID:q1DvCxM7]
reiser4の正式リリースまだ?

630 名前:login:Penguin [04/07/24 05:44 ID:vg2JDXNA]
DVDで9Gのfsckなんて、どんくらい時間かかるんだろう

631 名前:ひろさん ◆EriosvaGhM mailto:GODsage [04/07/24 06:34 ID:2FXJT91Y]
         ,r::::::::::::::::::::、:、   / ̄ ̄ ̄ ̄ ̄ ̄ ̄
          |:::∧_∧::::::::|:::|   |
         ⊂(@∀@)つ|:::| <>>1クズ・・・っ!ゴミ・・・っ!
       //(手  塚)//::::!
       |:::|/とヽ ♂ θ|:::| :::/  
    / ̄ ̄旦 ̄ ̄ ̄/|
  /______/ | |
  | |-----------| |

   _
  / /|)
  | ̄|
/ /

632 名前:login:Penguin mailto:sage [04/07/24 13:45 ID:rdrdO/Bm]
linux-2.4.26のJFSでX11R6.7のビルドツリーを一気にけしたらこんなん出た。

Jul 24 13:08:44 kernel: JFS: dbFree asked to free block larger than mapsize
Jul 24 13:08:44 kernel: blkno = 0x612073656b, nblocks = 0x742029, mapsize = 0xb7d723
Jul 24 13:08:44 kernel: ino = 1097861, cflag = 1a
Jul 24 13:08:44 kernel: ef55fd1c c01ac0a6 c02acfb4 0010c085 0000001a 00742029 00000000 00b7d723
Jul 24 13:08:44 kernel: 00000000 00000004 00000000 ed57a000 ecddb580 de100000 ef5b2d2c 2073656b
Jul 24 13:08:44 kernel: 00000061 00742029 2073656b 00000061 cadb35bc c01bf8ff c85d9280 2073656b
Jul 24 13:08:44 kernel: Call Trace: [<c01ac0a6>] [<c01bf8ff>] [<c01a6626>] [<c01b9bad>] [<c01b9511>]
Jul 24 13:08:44 kernel: [<c0140804>] [<c019c8f0>] [<c019e08b>] [<c019c8f0>] [<c019c938>] [<c0166273>]
Jul 24 13:08:44 kernel: [<c01bf3c8>] [<c01bd345>] [<c01bff22>] [<c01c010c>] [<c0105000>] [<c010757e>]
Jul 24 13:08:44 kernel: [<c01bffe0>]


633 名前:login:Penguin mailto:sage [04/07/24 20:08 ID:3x2oC8uf]
JFSはgrubがstage2読み込めなかったから、そこであきらめた。
あまり速く感じなかったし。

634 名前:login:Penguin mailto:sage [04/07/24 20:11 ID:pg+BMm7w]
結局をまえらは何を使ってんの?

635 名前:login:Penguin mailto:sage [04/07/24 22:11 ID:mD/xfnZR]
tmpfs



636 名前:login:Penguin mailto:sage [04/07/25 00:27 ID:f2bZTBkb]
確かにJFSあんまり速い感じしないね。
FreeBSDでFFSの方が速く感じるくらい。
XFSは結構速く感じたんだけどなー

637 名前:login:Penguin mailto:sage [04/07/25 02:23 ID:itx8xHvq]
xfsのみ
他は sysfs, procfs, usbdevfs tmpfs
あと、/devにramfsつかってるみたい(gentooでudev)

638 名前:login:Penguin mailto:sage [04/07/30 03:51 ID:B3aKaqWg]
Andrew Morton曰く
kerneltrap.org/node/view/3466
ext2 > ext3 > ReiserFS

639 名前:login:Penguin mailto:sage [04/07/30 04:08 ID:GnPObs1y]
low latency ってどういう意味?


640 名前:login:Penguin mailto:sage [04/07/30 05:11 ID:PChBEPCS]
遅延が低い -> 命令を受けとってから結果を出すまでが早い

641 名前:login:Penguin [04/08/12 09:00 ID:N+hD0xmM]
結局ext3マンセーですか

642 名前:login:Penguin mailto:sage [04/08/13 00:22 ID:G2YmjapA]
消去法でな。

643 名前:login:Penguin mailto:sage [04/08/13 01:08 ID:5bTDISAo]
FiST
ttp://www.filesystems.org/
ってどう?

644 名前:login:Penguin mailto:sage [04/08/14 01:40 ID:53ANcvHM]
XFSって使ってる人いないの?
Fedoraで対応したみたいなので、使ってみようと
おもうんだけど・・・

645 名前:login:Penguin mailto:sage [04/08/14 02:39 ID:yC0Am6B3]
使ってるよ。調子いいよ。



646 名前:login:Penguin mailto:sage [04/08/14 03:24 ID:Hdmvxdp1]
オレ様安心度ランキング
ext3>ReiserFS>XFS>>>>>>>>>>>>>>>>>>>>JFS

JFSマジでゴミ。
こいつのせいでどれだけのデータを…。

647 名前:644 [04/08/14 10:48 ID:53ANcvHM]
>>645、646 情報THX!

XFSってHigh Performanceと言われてはいるけど
IOZoneとかBonnie++の結果見ているとそんなに変わらない気もするんだよね・・・
ちょっとやってみますよ。/procのチューニングでも結果は変わりそうだし、多分。

648 名前:login:Penguin mailto:sage [04/08/15 01:37 ID:KMcXEfs2]
XFSはsgiだから個人的に安心。
silicon graphicsのワークステーションがはじめて触ったコンピュータだし。
IRIXも止りそうでも復活するしw

649 名前:login:Penguin mailto:sage [04/08/15 03:32 ID:IDfzaDV4]
>>648
オレも初めはそう思ったよ。

650 名前:login:Penguin mailto:sage [04/08/15 05:10 ID:bbt8DrQw]
人が割り当てられて継続的に
メンテナンスされてるかどうかが重要じゃない?
実際の事情はしらないが
昔すごかったものでも
手を入れられなければ時代遅れになっていくとか




651 名前:login:Penguin mailto:sage [04/08/15 12:22 ID:rzt59Oh6]
tux2fsとかな

652 名前:login:Penguin mailto:sage [04/08/15 13:16 ID:OpzeaJWs]
このスレでは「*FSに問題があった(漠然)」は信用できないよ。
Filesystem壊れて、diskのsurface checkすらしない人が、
「*FSは糞」とか言っているから。
具体的な問題を指摘している場合じゃないと。

毎日使っているデスクトップやサーバーで問題がない、
は参考にしてもいいかもしれないけども。

653 名前:login:Penguin mailto:sage [04/08/15 17:31 ID:3EPYiVEm]
reiser4progs 1.0.0

654 名前:login:Penguin mailto:sage [04/08/16 22:42 ID:naON9Gwg]
initramfs

655 名前:login:Penguin mailto:sage [04/08/18 10:38 ID:jyHG6G5C]
reiser4をmmに入れるみたいだね。
3-6週間後には、正式リリースに入るかもと本人は言ってるが。



656 名前:login:Penguin mailto:sage [04/08/19 00:24 ID:wilqnuNu]
>>655
祭りだな。

657 名前:login:Penguin mailto:sage [04/08/19 19:23 ID:q44+Px6Q]
mm2来た。experimental扱いだけど入ってる。

658 名前:login:Penguin mailto:sage [04/08/20 05:53 ID:Z6hqLHfE]
reiser4のベンチマーク結果
www.namesys.com/benchmarks.html

Quotaもまだサポートされてなく、チューニングもまだ途中らしいからベンチマークも
これから良くなるはず。

659 名前:login:Penguin mailto:sage [04/08/23 19:06 ID:KZ/OdvCI]
連載記事 「Linuxファイルシステム技術解説」

XFSキター

660 名前:login:Penguin mailto:sage [04/08/24 04:52 ID:VJ+Ji4lz]
NTFS の圧縮を使っても、
linux から読めますか?

661 名前:login:Penguin mailto:sage [04/08/24 09:27 ID:+S+GZJZ2]
第7回 64bitファイルシステム XFSの実装
www.atmarkit.co.jp/flinux/rensai/fs07/fs07a.html

662 名前:login:Penguin mailto:sage [04/08/24 10:02 ID:oM0C+8cs]
>>660
ダメ。

663 名前:login:Penguin [04/08/24 17:35 ID:G2S370B/]
@it kita- age

664 名前:login:Penguin mailto:sage [04/08/24 17:56 ID:+PM77uqo]
結局Linuxには使い物になるジャーナリングFSが無いのでext2が最強。
WindowsならNTFSがあるんだけど。

665 名前:login:Penguin mailto:sage [04/08/24 17:59 ID:h/DBLpU4]
>>644
ext3とかXFSは何が不満だ?



666 名前:login:Penguin mailto:sage [04/08/24 19:39 ID:YBvmKinU]
>>664
>結局Linuxには使い物になるジャーナリングFSが無いのでext2が最強。
Linuxには、ファイルシステムが選択できていい環境ではないか。
さらに昔よりも性能がよくなってるし。XFSやReiserfs等。

>WindowsならNTFSがあるんだけど。
実際のところ、NTFSは遅い。

667 名前:login:Penguin mailto:sage [04/08/24 22:25 ID:gY+scSGI]
>>664
つーかNTFSってジャーナリングFSなの?

668 名前:login:Penguin mailto:sage [04/08/24 22:42 ID:p1LQaaw/]
来たな、SGIの回し者

669 名前:login:Penguin mailto:sage [04/08/24 22:43 ID:YBvmKinU]
>>667
IDにSGIキター
やっぱXFSですか?

670 名前:login:Penguin mailto:sage [04/08/24 23:29 ID:DQBIqODa]
>>667
そうだよ.


671 名前:login:Penguin mailto:sage [04/08/25 00:31 ID:3pFjjnqE]
>>664
> 結局Linuxには使い物になるジャーナリングFSが無いのでext2が最強。

ext2ってe2progsのprocessがぶらさがって、
umount出来なくなったりしません(でした)か?

ext3にしてから問題なし。

672 名前:660 mailto:sage [04/08/25 01:17 ID:F5BkJV/7]
>>662
どうもです。
しかし、その後調べてみたら
> LinuxのNTFSドライバーは、Unicodeファイル名(各国文字コード列に変換されたもの、あるいはUTF8)、
> 圧縮ファイル、分散格納されたファイルをサポートしている。
ttp://linux-ntfs.sourceforge.net/info/ntfs-ja.html#3.3
こんな風に書いてあったんですが、
読めないってのはドライブ全体を圧縮したときの話で、
ファイル単位なら読めるということでしょうか。


673 名前:login:Penguin mailto:sage [04/08/25 09:51 ID:FvX3ObYo]
全然読めるよ

674 名前:login:Penguin mailto:sage [04/08/25 10:05 ID:Qp0Unqp9]
Reiser4 Filesystem Released
developers.slashdot.org/article.pl?sid=04/08/24/0058234

> RedHat are the guys that at one point shipped their kernel with
> REISERFS_DEBUG turned on just to make us look slow.....
developers.slashdot.org/comments.pl?sid=119091&cid=10053967

Reiser3 の話だけど。

675 名前:login:Penguin mailto:sage [04/08/25 11:40 ID:Qofu7N3f]
ext3をフェイルオーバークラスタシステムの共有ディスクに使っていたんだけど、
フェイルオーバー発生時に自動でfsckが掛けられてしまったのだが、ジャーナル
のデータがおかしなことになったらしく、あるファイルのケツに他のファイルの
データが書き込まれるのが頻発・・・orz.

共有ディスクの1つは、apache+PHPのドキュメントとログファイルが大半だった
んだけど、書き込みが多いログファイルでは上記の現象が多く、どこにどのログ
がマージ(笑)されてるのか、全然分からなくなってしまったので、泣く泣く前夜
のバックアップから戻すことに・・・

一方、postgresのデータを置いた共有ディスクは破損がひどく、かなりのファイ
ルがlost+found行き。より分ける気力もなく、これもバックアップも戻すことに。





676 名前:login:Penguin mailto:sage [04/08/25 18:07 ID:HfoblC6x]
>>675
御愁傷様です。具体的にはどういうフェイルオーバーですか?

677 名前:login:Penguin mailto:sage [04/08/25 18:21 ID:xmMf2dVp]
そういうの聞くとゾッとするけど、ext2/ext3 でトラブったことないなぁ。







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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<227KB

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