On Tue, Jul 27, 2010 at 09:36:26PM +1000, Nick Piggin wrote: > On Tue, Jul 27, 2010 at 06:06:32PM +1000, Nick Piggin wrote: > On this same system, same setup (vanilla kernel with sha given below), > I have now twice reproduced a complete hang in XFS. I can give more > information, test patches or options etc if required. > > setup.sh looks like this: > #!/bin/bash > modprobe rd rd_size=$[2*1024*1024] > dd if=/dev/zero of=/dev/ram0 bs=4K > mkfs.xfs -f -l size=64m -d agcount=16 /dev/ram0 > mount -o delaylog,logbsize=262144,nobarrier /dev/ram0 mnt > > The 'dd' is required to ensure rd driver does not allocate pages > during IO (which can lead to out of memory deadlocks). Running just > involves changing into mnt directory and > > while true > do > sync > echo 3 > /proc/sys/vm/drop_caches > ../dbench -c ../loadfiles/client.txt -t20 8 > rm -rf clients > done > > And wait for it to hang (happend in < 5 minutes here) .... > Call Trace: > [<ffffffff812361f8>] xlog_grant_log_space+0x158/0x3d0 It's waiting on log space to be freed up. Either there's an accounting problem (possible), or you've got an xfslogd/xfsaild spinning and not making progress competing log IOs or pushing the tail of the log. I'll see if I can reproduce it. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
