[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
176: 04/12/31 20:36 ID:+6UdYIVA(2/2) AAS
NFSv4はー？
177: 04/12/31 23:23 ID:ZKOMi0/j(3/4) AAS
>>175
v2だとfile lockがなぁ…。mail spoolだし。
178: 04/12/31 23:31 ID:ZKOMi0/j(4/4) AAS
mail spool形式はMaildir++だから本来はあんまりクリティカルに考える必要は
ないはずなんだけど、qmail周りやcourier周りでは問題なかったのに、
qmailadminからのユーザ作成やezmlmでのML管理まわりでトラブル起きたんで…
179(1): 05/01/01 00:40 ID:JwYkeDD0(1/2) AAS
ああ、けどlock廻りって、仕様としては、NLM 4になっても、
・offset_tに64bit使える、
・NULL procedureが出来た
だけしか違わないけどね。実装に問題があるのかな。
NFS v2: NLM v1, v3
NFS v3: NLM v4
180: 05/01/01 01:37 ID:+HlQyzYO(1/2) AAS
>>179
その辺はクライアント側の問題もあるしね。でも、lock周りでトラブルが
起きるぐらいならともかく、NFS serverがkernel panic起すのは問題外なんで、
v2での運用も考えてみようかな…。って、それならkernelを2.4に戻してv3使う
ほうがいいか。
にしても、2.4の時は全く問題なかったのに、なんで2.6でkernel panicが頻発
したんだろ? 2.6.10で治っていればいいんだけど…。ちなみに、いまのところ
2.6.10で3日と6時間は連続稼働しております。せめてあと4日間持ってくれ…
181: 05/01/01 10:38 ID:JwYkeDD0(2/2) AAS
lock関係結構書き変ってます。fs/nfs/file.c
後はaio, nfs4関連。
v2で駄目なら2.4に戻すの推奨。
182: 05/01/01 16:11 ID:+HlQyzYO(2/2) AAS
結局、素直にkernel 2.4でv3という昔の環境に戻しました。年始じゃ
なければ2.6.10の耐久試験をするのもよかったのですが、あと3日間は
kernel panic起こされると対処のしようがないので…
183: 05/01/05 23:44 ID:7jO/Triq(1) AAS
前スレのSCSIケーブル引っこ抜き問題に対する
パッチがlkmlに投稿されているね。
外部ﾘﾝｸ[html]:www.uwsg.iu.edu
誰にCc:してるのかわからないけどコメント付かないね。
日本人の英語なんて、誰も読みたくないのかな。
184(2): 05/01/07 19:14 ID:37zgYEYd(1/2) AAS
パッチで修正される個所↓のような返り値見てなさっぷりにワロス
diff -Nru linux-2.4.29-pre3-bk2/fs/ext3/fsync.c linux-2.4.29-pre3-bk2_fix/fs/ext3/fsync.c
--- linux-2.4.29-pre3-bk2/fs/ext3/fsync.c 2002-11-29 08:53:15.000000000 +0900
+++ linux-2.4.29-pre3-bk2_fix/fs/ext3/fsync.c 2005-01-04 19:58:32.000000000 +0900
@@ -69,7 +69,7 @@
if (test_opt(inode->i_sb, DATA_FLAGS) == EXT3_MOUNT_WRITEBACK_DATA)
ret |= fsync_inode_data_buffers(inode);
- ext3_force_commit(inode->i_sb);
+ ret |= ext3_force_commit(inode->i_sb);
return ret;
省1
185: 05/01/07 19:25 ID:PZiwxxdD(1/2) AAS
>>184
うひゃ。commitを失敗すること考えとらんのか。
ext3って一時が万事この調子でコーディングされてそうで怖いね。
って、ext3に限らずこんな調子なのかなぁ。
LinusがSolarisなんて参考にならんなんて豪語しとるけど、
外部ﾘﾝｸ[htm]:japan.cnet.com
2.6になってもNFSでkernel panicだとか、ext3のこのコーディングだとか、
とても自慢できるような状態じゃないぞ。
186: 05/01/07 20:07 ID:37zgYEYd(2/2) AAS
たしかにSolarisを参考にしたところでなおらんわな(w
187: 05/01/07 22:19 ID:PZiwxxdD(2/2) AAS
ちなみに、2.6のfs/ext3/fsync.cのext3_sync_file()を見ると
int ext3_sync_file(struct file * file, struct dentry *dentry, int datasync)
{
struct inode *inode = dentry->d_inode;
int ret = 0;
J_ASSERT(ext3_journal_current_handle() == 0);
if (ext3_should_journal_data(inode)) {
ret = ext3_force_commit(inode->i_sb);
goto out;
}
省12
188(1): 05/01/08 00:50 ID:PmSFbau+(1) AAS
あのう、件のパッチですが、
2.4.x系へのパッチはfs/ext3またはfs/jbd以下なのに対して
2.6.x系へのパッチはfs直下なんですが…これはどう考えたら…
189(1): 05/01/08 03:08 ID:VY5AI+E7(1) AAS
>>188
fileの置き場所が変わったという話ではなくて？
190: 05/01/08 05:37 ID:8Ho/ilwT(1) AAS
>>189
2.6.10-bk6へのパッチでは
fs/buffer.cのfile_fsync ()
fs/fs-writeback.cのwrite_inode_now ()
fs/inode.cのgeneric_forget_inode ()
fs/jbd/commit.cのjournal_commit_transaction()
が書き変わり、include/linux/fs.hでwrite_inode_now()がvoidからintに
変更されているわけだけど、これって他のfsにも波及するんじゃないかって
ことでそ。
191(5): 05/01/11 12:41 ID:APWyOerl(1/6) AAS
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/md0 2068476 610616 1352788 31% /
/dev/hda2 21958 3404 17420 16% /boot
/dev/md1 3102836 288668 2656552 10% /var
/dev/md2 13624648 13166756 0 100% /home
使用率が100％になってしまいました。
原因は、root のメールボックスが一杯になっていたためで、dele コマンドでメールを全部削除して、
システムを再起動してみたんですが、上記に変化はありません。
du で調べると、root のメールボックスのフォルダ以下のサイズは減っているんですが・・・
ファイルの更新ができなくて困っています。
省1
192: 05/01/11 15:31 ID:byff9noY(1/4) AAS
釣りですか？
193(1): 05/01/11 16:23 ID:APWyOerl(2/6) AAS
ちがいます。
本気で困っています。
194(1): 05/01/11 16:28 ID:byff9noY(2/4) AAS
>>193
rootのメールボックスとやらは、/root以下にあるのではないかな？
/homeが100%になってるのに、/root以下を削除しても、意味ないのではないかな？
195: 05/01/11 16:37 ID:APWyOerl(3/6) AAS
>>194
root 管理者のことです。
よくわからないんですけど、システムで何かあるとメールが送られてくる奴です。
/home の下にあるメールボックスです。
今も調べていますが、何も改善されません・・・
上下前次1-新書関写板覧索設栞歴
あと 788 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.015s