[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[plamo:14740] Re: ReiserFS vs. I/O error



From: KOJIMA Mitsuhiro <kojima@linet.gr.jp>
Message-Id: <20020715.152705.35680334.kojima@linet.gr.jp>

> こじま@明日はまた台風接近かな? > 東京方面

九州北部はギリギリでそれそう。なんかここ2年くらいずっとこのパターンだな…

> > 先週の水曜日の深夜に、メインマシンの /usr/local が吹っ飛びました。
> 
> ご愁傷さまです...

取れるところだけ dd で抜いて、string にかけたら 1G 越しちゃいました。ま
ぁ、かなりの量を他のマシンとか、昔のバックアップとか、自分のWebサイトと
か、どっかのMLに投げたログとかから補完できるのですが。

> 個人的には,reiserfsck --rebuild-tree まで行って復旧した経験はないんですよね(苦笑)

なるほど。

> などと書いてあるんだけど,だいたい --rebuild-tree しなければならない状
> 態だと,そのパーティションはマウントできないので,結局お手あげ(= 全滅)
> になっちゃうんですよね.

Plamo標準のreiserfsckだと、I/Oエラーを乗り越えてゴニョゴニョやって、最後
にabortしたんですが、最新のやつを作ってやってみると、I/Oエラーの時点で
abortしてしまいます。どっちがましなんだかよくわかりませんが、どちらもフ
ァイルシステムを程よく壊してくれたようです (^^;。

> 以前は,kernel 2.2 と kernel 2.4 では対応している Reiserfs のバージョ
> ンが異なるので,2.4 で作ったパーティションを 2.2 でマウントしたりする
> とマズい,って話を聞いたことあるんだけど,最近の 2.4 only な環境では使っ
> てないから確認できないなぁ,,

もともと2.4しか使ってないので、安心して(?)ReiserFSに乗り換えたクチですの
で、mkreiserfs -v1 じゃないんですよ。かれこれ1年半くらい使っていましたが、
ソフトウェア的に(?)怪しくなったことはないです。

> > というわけで、ディスクにハードウェア的な読み込みエラーが出た場合、
> > ReiserFS はかなり弱いようです。
> 
> B+ ツリー的な凝ったことをしていない分,HW 的なトラブルの影響が局所的に
> 収まるんでしょうかねぇ > ext2

ですね。そういう意味では、パフォーマンスの問題さえクリアすれば、ext3って
結構安心して使えそうな気がします。ReiserFSは速いので、reiserfsck が強く
なってくれれば(せめて壊したまま落ちてくれなければ)、2.4.xな環境下なら、
十分常用に耐えるものだとは思っているのですが。

> まぁ,HW 的なトラブルは RAID とかの層で吸収すべきで,FS の層が対応すべ
> きものではない,という考え方もありそうだけど.

最近は、ハズレさえ引かなければ、個人レベルではまず壊れませんしねぇ。
# だからこそいざ壊れた時のダメージが大きい。
--
田原 / jado@flowernet.gr.jp, shunichi_tahara@zenrin.co.jp

References
[plamo:14738] ReiserFS vs. I/O error, Shun-ichi TAHARA (田原 俊一)
[plamo:14739] Re: ReiserFS vs. I/O error, KOJIMA Mitsuhiro

[検索ページ] [メール一覧]
Plamo ML 公開システム