「Linux 2.6.20リリース」記事へのコメント

2.6.20 Changelog

[Livingdead (18685)]

Changelog はここ [kernel.org]のようです。個人的には mmap 周りの問題 [atmarkit.co.jp]が解決されているのがうれしい。

VM: Fix nasty and subtle race in shared mmap'ed page writeback

ファイルの内容がぶっ壊れるなんてぞっとしますから。私の場合 Debian をメインで使っているので余計にビビッタ。

--
屍体メモ [windy.cx]

Re:2.6.20 Changelog

[Anonymous Coward]

Linuxでファイルシステムが壊れるのはよくあること(w

3年前と2年前にファイルシステム(ext3)のバグによるデータ破壊に泣いているので、
Linuxのファイルシステムは信用しないようにしてます。

ext3 は枯れていると信じたい

[Livingdead (18685)]

2.6 系列では ext3 は枯れてると信じたいけど、
あくまで願望でしかないんだよなぁ。
実際、mmap 周りが犯人とはいえ今回もデータ飛んでるし。
自分は今のところ致命的な自体は経験したことが無いけど単に幸運なだけか。
その「経験したバグ」ってACL周りとかじゃなくて、
ファイル本体あるいはファイルシステム全体が吹っ飛ぶような状態？

今の仕事では業務データの多くが AIX5L JFS に入ってるんですが、
さすがにこういう商用のものは大丈夫なんだろうな。

--
屍体メモ [windy.cx]

Re:ext3 は枯れていると信じたい

[heika (271)]

商用だから安心と言うことはありませんが、リソースを
集中してパッチを出してくれますから。
まあ、そういうところに商用としてお金を払っているんですけどね。

やっぱり業務で使う分には物理的に他メディアへバックアップを取る
のは管理する側からすれば当然なので、たとえデータが飛んでも、
OSメーカに文句は言っても、泣き言は言わない。

私のところはHP-UXが多いのですが、ファイルシステム関連のパッチ
はHPからバラバラとよく出てますね。相当クリティカルだというもの
しか適用しませんけど。

そもそも正しく書き込めないのが困る

[Livingdead (18685)]

確かに一度正しく書き込めたものに関してはRAIDやバックアップの取得でなんとかなるのですが、そもそも書き込んだはずの内容が、実際に書き込まれてみると違う内容になっているというのが今回の mmap 周りの問題だったので、かなりビビリました。しかも samba にも mmap がらみの設定 [arrakis.es]があったので、「まるごとか？まるとごなのか？」と。ぶっ壊れたことが分かる場合には対処の使用があるものの、#1104735 [srad.jp]のように深く静かに潜行するものはどうしたものか・・・

改竄対策で Tripwire のようなもの（ハッシュとかその他もろもろの付加情報も取る）を作ってファイルのデータベースを作成し、定期的に健全性をチェックするということは（要件に入っていたので）やっているものの、リアルタイムではないしそもそも最初から正しく書き込めてなかったりしたらどうしようとか orz

考えすぎると眠れない。（考えなければ眠れる）

--
屍体メモ [windy.cx]

Re:ext3 は枯れていると信じたい

[Anonymous Coward]

最悪商用なら担当者の首が飛びますので慰みにはなりますよ