From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id o06N8VIM120044 for ; Wed, 6 Jan 2010 17:08:32 -0600 Received: from mail.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id C0C1FEDA2A1 for ; Wed, 6 Jan 2010 15:09:22 -0800 (PST) Received: from mail.internode.on.net (bld-mail19.adl2.internode.on.net [150.101.137.104]) by cuda.sgi.com with ESMTP id 2RTVPm9vqpVxm6B5 for ; Wed, 06 Jan 2010 15:09:22 -0800 (PST) Received: from discord (unverified [121.44.238.220]) by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 11070986-1927428 for ; Thu, 07 Jan 2010 09:39:21 +1030 (CDT) Received: from [192.168.1.6] (helo=disturbed) by discord with esmtp (Exim 4.69) (envelope-from ) id 1NSf0B-0000jR-8O for xfs@oss.sgi.com; Thu, 07 Jan 2010 10:09:19 +1100 Received: from dave by disturbed with local (Exim 4.71) (envelope-from ) id 1NSewS-00073q-SU for xfs@oss.sgi.com; Thu, 07 Jan 2010 10:05:28 +1100 From: Dave Chinner Subject: [PATCH 0/2] Fix inode reclaim problems (hopefully) Date: Thu, 7 Jan 2010 10:05:23 +1100 Message-Id: <1262819125-27083-1-git-send-email-david@fromorbit.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com These two patches seem to fix the inode reclaim issues I've been able to reproduce lately. The changes are still running xfsqa in a loop to confirm this, but the directory/small file stress test I've been running to trigger the problem has run for 10 hours with these fixes instead of dying after 20-30 minutes. The first patch is a rewrite of Christoph's reclaim under write lock fixes without all the code duplication, and the second avoids direct reclaim altogether because xfs_inode_clean() needs to be run when the flush lock is held to ensure the inode not under IO and really is reclaimable. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs