[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sat, 8 Aug 2009 20:38:40 GMT
From: bugzilla-daemon@...zilla.kernel.org
To: linux-ext4@...r.kernel.org
Subject: [Bug 13909] md5sum on 3GB file is constantly hanging
http://bugzilla.kernel.org/show_bug.cgi?id=13909
--- Comment #9 from Rus <harbour@...nx.od.ua> 2009-08-08 20:38:38 ---
No, all the system do not hang. All VFS operations except this particular 3GB
file are normal. dd/md5sum process is in R+ state, accessing this 3GB file with
any othr program (xxd) put it in D+ state. For ex. first I've run dd on this
file, next xxd - ps output :
...............
3882 tty12 R+ 51:45 dd if=ZverDVD2009.iso of=/dev/null
3929 tty11 D+ 0:00 xxd /Arhiv/Soft/winz/ZverDVD2009.iso
.................
blocked process (xxd) output :
...................................................
SysRq : Show Blocked State
task PC stack pid father
xxd D 0000007b 0 3929 3429
f4d8cdf0 00000046 0000007b 0000007b 000000d8 000000e0 ffffff10 f1a631e0
c0b60080 c0b60080 c0b5c78c f1a631e0 c0b60080 000d1dcf f4d8cdf0 00000001
0000007b f1a63020 f1a19180 f1aec000 c27e8080 f1ae77f0 f4d8cdf0 c0142c69
Call Trace:
[<c0142c69>] ? mutex_spin_on_owner+0xe9/0x110
[<c0742482>] __mutex_lock_slowpath+0xe2/0x250
[<c0741b7a>] mutex_lock+0x2a/0x50
[<c0387fb5>] ima_path_check+0xb5/0x370
[<c03793f4>] ? security_inode_permission+0x64/0x90
[<c0256263>] may_open+0xe3/0x440
[<c025a43b>] ? path_walk+0x9b/0xc0
[<c025bfde>] do_filp_open+0x2be/0xe70
[<c01f1224>] ? unlock_page+0x54/0x70
[<c0216ff8>] ? __do_fault+0x408/0x710
[<c026b5b9>] ? alloc_fd+0x49/0x1b0
[<c0246575>] do_sys_open+0xd5/0x1a0
[<c02466d9>] sys_open+0x39/0x60
[<c0104ed8>] syscall_call+0x7/0xb
............
Running (but hanged dd) trace:
dd R running 0 3882 3430
00000003 a949c236 f56dbcb8 f1aec000 c03cd800 00000000 f1b15ea0 00000000
c0104f1e 00000003 0000000c 00000000 a949c236 f56dbcb8 f1aecc18 f620ba04
0000007b 0000007b 000000d8 000000e0 ffffff10 c9c20c55 f1aecc28 c026eba2
Call Trace:
[<c03cd800>] ? trace_hardirqs_on_thunk+0xc/0x10
[<c0104f1e>] ? restore_nocheck_notrace+0x0/0x10
[<c026eba2>] ? mnt_drop_write+0x32/0x200
[<c01f2b1a>] ? find_get_page+0x1aa/0x200
[<c026719f>] ? touch_atime+0x6f/0x310
[<c01f45dd>] ? generic_file_aio_read+0xb6d/0xb80
[<c02471dc>] ? do_sync_read+0xdc/0x150
[<c0158bf7>] ? irq_exit+0x57/0xd0
[<c0173f50>] ? autoremove_wake_function+0x0/0x70
[<c024737f>] ? rw_verify_area+0x12f/0x1e0
[<c02477fa>] ? vfs_read+0x16a/0x250
[<c0247100>] ? do_sync_read+0x0/0x150
[<c0251286>] ? kernel_read+0x46/0x70
[<c0388b74>] ? ima_calc_hash+0x1f4/0x260
[<c0388c67>] ? ima_collect_measurement+0x87/0xc0
[<c03881a6>] ? ima_path_check+0x2a6/0x370
[<c0256263>] ? may_open+0xe3/0x440
[<c025a43b>] ? path_walk+0x9b/0xc0
[<c025bfde>] ? do_filp_open+0x2be/0xe70
[<c01f1224>] ? unlock_page+0x54/0x70
[<c0216ff8>] ? __do_fault+0x408/0x710
[<c026b5b9>] ? alloc_fd+0x49/0x1b0
[<c0246575>] ? do_sys_open+0xd5/0x1a0
[<c02466d9>] ? sys_open+0x39/0x60
[<c0104ed8>] ? syscall_call+0x7/0xb
...............................................
So it doesn't matter what file I'm selecting, only needs it it be big enough.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists