[過去ログ] /**ファイルシステム総合スレ その7**/ (955レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
101: 2007/03/21(水)01:02 ID:DJG3OGOa(1/7) AAS
>>99
これだけ長時間バッファがフラッシュされないなんてありかな?
102: 80 2007/03/21(水)01:17 ID:E4OzVxjT(1/6) AAS
>>99
syncもだめでした。それにしてもこの状態(busy)で安定したまま一日以上過ぎてますので。
ちょっとコードを読んで見ました。mountコールのエラーパスはこうなるようです。
|sys_mount (fs/namespace.c)
|-do_mount
|--path_lookup(fs/namei.c)
|---link_path_walk
|----__link_path_walk
| ごちょごちょして良く分からんがたぶんEBUSYは返さない?
|--security_sb_mount(include/linux/security.h)
省12
103(2): 80 2007/03/21(水)01:19 ID:E4OzVxjT(2/6) AAS
続き。ここで跳ねられてる? "pending delete"のファイルってlsofとかでも見れませんでしたっけ?
|----fs_may_remount_ro(struct super_block *sb) (fs/file_table.c)
|{
| struct list_head *p;
|
| /* Check that no files are currently opened for writing. */
| file_list_lock();
| list_for_each(p, &sb->s_files) {
| struct file *file = list_entry(p, struct file, f_list);
| struct inode *inode = file->f_dentry->d_inode;
省15
104: 90 2007/03/21(水)02:58 ID:DJG3OGOa(2/7) AAS
>>98
別に根拠は無いです。
ファイルはつかまれてなさそうなので、デバイスをつかまれてないかなと思った。
105(1): 2007/03/21(水)03:24 ID:DJG3OGOa(3/7) AAS
rwでremountしてもやはりbusyになるんだろうか?
106(1): 2007/03/21(水)03:31 ID:DJG3OGOa(4/7) AAS
dmesgの結果や/var/log/messagesの内容も知りたい。
107(1): 80 2007/03/21(水)03:54 ID:E4OzVxjT(3/6) AAS
>>105
いえ、それはOKです。けどrwをrwにremountしてもスルーされてるだけかもしれませんね。
>>106
mountコマンドを入力したときにはとくにどちらにも新たな出力は見られません。先ほど見た
エラーパスにも特にその周辺で何かを吐き出すコードは見られませんでした。また両方とも
デバイス名sdaでgrepして見ましたが、起動時の普通のメッセージ以外に特に最近異常を示す
メッセージは見受けられません。他に何か探すべきものがありましたらご指摘キボンヌ。
そろそろ上に挙げたコードにデバッグコードを埋め込んでカーネル再構築を試みます。
108: 80 2007/03/21(水)04:04 ID:E4OzVxjT(4/6) AAS
>>103
> "pending delete"のファイルってlsofとかでも見れませんでしたっけ?
自己レス。普通は見えますね。
# mount -o remount,rw /
# cat > hogehoge
^Z
[1]+ Stopped cat >hogehoge
# rm -f hogehoge
# lsof | grep hogehoge
cat 9979 root 1w REG 3,8 0 983060 /hogehoge (deleted)
省1
109: 80 2007/03/21(水)05:59 ID:E4OzVxjT(5/6) AAS
inodeの中身をダンプするデバッグ用のルーチンなんかありませんかね?
出来るだけ情報を書き出したいけど、中身が全然分かってないから下手したら
そこでクラッシュしそう。
110: 2007/03/21(水)11:54 ID:DJG3OGOa(5/7) AAS
>>107
> そろそろ上に挙げたコードにデバッグコードを埋め込んでカーネル再構築を試みます。
障害の発生を再現するのは手間だから待った方がいいと思う。
試して欲しいのは、
mount -v -o remount, ro /
で詳細情報を表示させてみることと、
mount -f -o remount, ro /
で強制した場合にremountできるかということです。
111(1): 2007/03/21(水)12:11 ID:DJG3OGOa(6/7) AAS
mount -f -o remount, ro /
これをやってもらいたいのは、
>103の
fs_may_remount_ro(struct super_block *sb)
を通らず、
mark_files_ro(struct super_block *sb)
(fs/super.c 567)
に分岐すると思うからです。
112: 2007/03/21(水)12:44 ID:DJG3OGOa(7/7) AAS
mount -f -o remount, ro /
は
mount -v -f -o remount, ro /
の方が情報が得られてよいかも。
113(1): 2007/03/21(水)12:55 ID:6FsiTP6N(1) AAS
いくつか気になった。
・80と書いている人は81?
・うちのdebian(sarge)だと-vつけてもなんか変わらない
・ファイルシステムの種類は関係ない話なの?
何の役にも立たんと思うが。
114(1): 2007/03/21(水)17:23 ID:JC5nLr5t(1) AAS
うえの方でfind ... fuserしてほしいと書いた者だが、PID並べられてもしょうがないんだよね。
psで対応するコマンド調べてくらはい。
そのくらいはできる人と思ってたんだが、もしやド素人じゃないよね?
もしド素人なら、これでうまくいっても他で障害がでるだろうから、あまりごちゃごちゃやらんほうがいいと思うよ。
ド素人でないなら、、、もうちょっと独力でも頑張ってほしかった。
いずれにせよ、結果まってるよ〜。
115: 2007/03/21(水)18:35 ID:J9iygeoh(1/2) AAS
>>86
tkt tktt
116(1): 81(80は間違いorz) 2007/03/21(水)21:06 ID:E4OzVxjT(6/6) AAS
げげ、誰かリブートしやがったorz すみません。また障害発生を待たないと...
>>113
間違えてました orz
ちなみにext3です。
>>111
-fは(fake)であって-forceではありません。103の"force"は内部のemergency_remount()から呼ばれたときに
だけ立てられるフラグでこれは探したところdriver/char/sysrq.cのsysrq_handle_mountroからしか
呼ばれないので普通に使うものではないようです。
>>114
意図を汲まずに申し訳ございませんでしたが、何を探しているのかが良く分かってませんでした。
省8
117: 2007/03/21(水)22:14 ID:nLBpV1q7(1) AAS
>>116
lsofで結果見てたんだね。失礼。
閉じられているはずのファイルがなぜか開きっぱなしの問題はよくあることです。
解決方法がなかなか見つからないので、ぜひがんばってください。
報告待ってます。
118: 2007/03/21(水)22:16 ID:J9iygeoh(2/2) AAS
閉じられてるファイルが〜なぜか開いているのな〜ら〜
sync!sync!sync!
って歌があったね
119: 2007/03/21(水)23:24 ID:f2Azm7Ce(1) AAS
だめよだめだめデッドローックー
120: 2007/03/23(金)08:47 ID:TxxCM3Q2(1) AAS
ext4はサイズ変更に対応してる?対応してればLVMと組み合わせて使い易いのだけど。
性能的にはどうなんだろう?
上下前次1-新書関写板覧索設栞歴
あと 835 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.016s