From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id o2C9wr2L241547 for ; Fri, 12 Mar 2010 03:58:55 -0600 Received: from bombadil.infradead.org (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 29E741D2F4D5 for ; Fri, 12 Mar 2010 02:00:26 -0800 (PST) Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34]) by cuda.sgi.com with ESMTP id HSWLWWCvZZebTNOV for ; Fri, 12 Mar 2010 02:00:26 -0800 (PST) Date: Fri, 12 Mar 2010 05:00:19 -0500 From: Christoph Hellwig Subject: Re: XFS hang during xfs_fsr run Message-ID: <20100312100019.GA13230@infradead.org> References: <20100304134641.GA26871@infradead.org> <4B8FC1B7.3070505@dermichi.com> <20100304222611.GK14317@discord.disaster> <4B92C71C.5010003@dermichi.com> <20100308000601.GF28189@discord.disaster> <4B94EADD.2080108@dermichi.com> <4B953D3F.3090002@sandeen.net> <4B975C5C.5090806@dermichi.com> <20100311233934.GB4732@dastard> <4B9A0D2F.30506@dermichi.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <4B9A0D2F.30506@dermichi.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , 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: Michael Weissenbacher Cc: Christoph Hellwig , Eric Sandeen , xfs@oss.sgi.com On Fri, Mar 12, 2010 at 10:45:19AM +0100, Michael Weissenbacher wrote: > Hi Dave! >> Hi Michael - have you got any idea what the files are that are >> hitting this? This failure is implying that the inode is still dirty >> after syncing all the data. Is something trying to modify it while >> XFS is trying to map it? > Yes, as far as i can tell it's always a file that some process is > currently modifying. It happens ofter with some file unter /var/log > which syslog is currently modifying. I tried setting the "no-defrag" > flag via xfs_io's chattr on all log files but that didn't seem to help. > It seems that cyrus imapd is triggering this problem far more likely > than any other program. Some examples of files where it usually hangs: > /var/spool/imap/x/user/xxxx/cyrus.cache (lsof -> cyrus) > /var/imap/db/log.xxxxxxx (lsof -> cyrus) > /var/log/xxx.log (lsof -> syslog) So what's interesting is that cyrus uses mmapp access to files, which might be an indicator that we have problems with excluding fsr on mmaped files. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs