> -----Original Message----- > From: Jim Rees [mailto:rees@xxxxxxxxx] > Sent: Tuesday, August 02, 2011 9:48 PM > To: Myklebust, Trond > Cc: Peng Tao; Adamson, Andy; Christoph Hellwig; linux- > nfs@xxxxxxxxxxxxxxx; peter honeyman > Subject: Re: [PATCH v4 00/27] add block layout driver to pnfs client > > Here's what the test is doing. It does multiple parallel instances of > this, > each one doing thousands of the following in a loop. Console output > with > mutex and lock debug is in > http://www.citi.umich.edu/projects/nfsv4/pnfs/block/download/console.tx > t Hmm... That trace appears to show that the contention is between processes trying to grab the same inode->i_mutex (in ima_file_check() and do_unlinkat()). The question is why is the unlink process hanging for such a long time? I suspect another callback issue is causing the unlink() to stall: either our client failing to handle a server callback correctly, or possibly the server failing to respond correctly to our reply. Can you try to turn on the callback debugging ('echo 256 > /proc/sys/sunrpc/nfs_debug')? A wireshark trace of what is going on during the hang itself might also help. Cheers Trond -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
