From: Lucas C. V. R. <lu...@go...> - 2012-02-02 12:16:20
|
On Thu, Feb 2, 2012 at 2:16 AM, James Rhodes <jr...@re...> wrote: > Hi everyone, > > Just confirmed that applying the 'sync' option does not fix this issue. In > addition, for the last 3 tests it has always finished around request unique > ID 3078. > > Regards, James Rhodes. > Redpoint Software > > http://about.me/james.rhodes Hi James, >From the stacktrace it looks like FUSE/kernel is waiting for your filesystem daemon to respond to the rmdir request. [ 3985.016197] rmdir S 0000000000000000 0 7943 6389 0x00000000 [ 3985.016197] ffff88000020bd78 0000000000000082 ffff88000020bd48 ffffffff8103f626 [ 3985.016197] ffff88000020bfd8 ffff88000020bfd8 ffff88000020bfd8 00000000000123c0 [ 3985.016197] ffff88000aa06240 ffff8800021a26c0 0000000000000246 ffff8800089daca8 [ 3985.016197] Call Trace: [ 3985.016197] [<ffffffffa029a4d2>] wait_answer_interruptible+0x72/0xb0 [fuse] [ 3985.016197] [<ffffffffa029a7f5>] request_wait_answer+0x145/0x220 [fuse] [ 3985.016197] [<ffffffffa029a93b>] fuse_request_send+0x6b/0xa0 [fuse] [ 3985.016197] [<ffffffffa029df6b>] fuse_rmdir+0x7b/0x100 [fuse] [ 3985.016197] [<ffffffff811574d7>] vfs_rmdir.part.29+0xa7/0xf0 [ 3985.016197] [<ffffffff811598d3>] do_rmdir+0x113/0x120 [ 3985.016197] [<ffffffff81545692>] system_call_fastpath+0x16/0x1b [ 3985.016197] [<00007fa3755fac17>] 0x7fa3755fac16 Perhaps you have some deadlock situation in your code (or an ancient version of libfuse which contains some bug)? Have you tried to attach gdb to your process? -- Lucas "If you're looking for a reason I've a reason to give: pleasure, little treasure" |