「Ext3のコミット間隔を当てにしたアプリケーションは、Ext4でデータロスの恐れあり」記事へのコメント

Ubuntu関係なくね？

[Anonymous Coward]

Ubuntuのext4でのみ問題が起こるようにも読める文章ですが、
カーネルの問題であって基本的にディストリビューションは関係ないですよね？
(もちろん独自にパッチをバックポート、とかはあるでしょうが)

本家記事は元のバグレポートがUbuntuに対してなされてるのがわかるので意味が通るんですが
こっちでは何が何やら、ミスリードチックです。

Re:

[Anonymous Coward]

Ext4の問題でも、Ext3のコミット間隔を当てにしたアプリケーションの問題でもなく、Linuxカーネルの問題……ってことですよね？
何のことなのか訳分からなくてLinux環境ではファイルシステムを意識してソフト開発しないといけないのかなんて思ってました。

Re:

[Anonymous Coward]

Ext3のコミット間隔を当てにしたアプリケーションの問題ですよ。

Re:

[Anonymous Coward]

バグ報告や本家を読んでもイマイチ分からないのですが、逆にコミット間隔を当てにするにはどういったコードを書けば良いのでしょうね。コミット間隔が5秒だからってアプリケーションで何をどうするんでしょうか。
突然のシステムダウンから復帰したときに、色んなファイルがゼロバイトになる現象のようなんですど、複数のファイルがごっそりゼロバイトになることに未対応であるアプリがあるってだけなんじゃないかと。

Re:

[BonTf (8325)]

要はPOSIXで制定されている以上の事を求めるプログラマ多すぎ、というのが結論。
Ext3の挙動が標準であると思い込んでアプリケーション書いていたら、その挙動はExt3固有で POSIXにはそんなこと書いてなかった。
それで、Ext4じゃその挙動が変わっちゃったという話みたい。

Ted Tsoがバグレポートの中 [launchpad.net]で書いていることを引用すると、

1.a) open and read file ~/.kde/foo/bar/baz
1.b) fd = open("~/.kde/foo/bar/baz", O_WRONLY|O_TRUNC|O_CREAT) --- this truncates the file
1.c) write(fd, buf-of-new-contents-of-file, size-of-new-contents-of-file)
1.d) close(fd)

Re:

[Anonymous Coward]

それって、「データの書き込みを保証するにはシステムコールを呼べ、Cライブラリの高水準入出力関数なんて使うな」ってことですかね？
それはそれでどうなのよ、と思うのですが。

Re: Ubuntu関係なくね？

[to (16347)]

Linux の fclose(3) のマニュアルにはちゃんと書いてありますね。

              Note that fclose() only flushes the user space buffers provided by the
              C library. To ensure that the data is physically stored on disk the
              kernel buffers must be flushed too, for example, with sync(2) or
              fsync(2).