X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 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 o8N8lLmY117093 for ; Thu, 23 Sep 2010 03:47:22 -0500 X-ASG-Debug-ID: 1285231695-2b3a01730000-NocioJ X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from pirx.askja.de (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id EF7BA1D9182E for ; Thu, 23 Sep 2010 01:48:15 -0700 (PDT) Received: from pirx.askja.de (pirx.askja.de [83.137.103.148]) by cuda.sgi.com with ESMTP id MYbKrsFUxhgDC37x for ; Thu, 23 Sep 2010 01:48:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by pirx.askja.de (Postfix) with ESMTP id D35D93014B; Thu, 23 Sep 2010 10:48:03 +0200 (CEST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Scanned: Debian amavisd-new at pirx.askja.de Received: from pirx.askja.de ([127.0.0.1]) by localhost (pirx.askja.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1vdQndB5eRy2; Thu, 23 Sep 2010 10:48:00 +0200 (CEST) Received: by pirx.askja.de (Postfix, from userid 1012) id DBD6D30375; Thu, 23 Sep 2010 10:48:00 +0200 (CEST) Date: Thu, 23 Sep 2010 10:48:00 +0200 From: Ralf Gross To: Dave Chinner Cc: xfs@oss.sgi.com X-ASG-Orig-Subj: Re: XFS internal error xfs_da_do_buf(2) Subject: Re: XFS internal error xfs_da_do_buf(2) Message-ID: <20100923084800.GD23326@pirx.askja.de> References: <20100922083226.GF2614@dastard> <20100922121123.GB23326@pirx.askja.de> <20100922232431.GH2614@dastard> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100922232431.GH2614@dastard> User-Agent: Mutt/1.5.18 (2008-05-17) X-Barracuda-Connect: pirx.askja.de[83.137.103.148] X-Barracuda-Start-Time: 1285231695 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.41641 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Virus-Status: Clean Dave Chinner schrieb: > > With 'stat every file regularly' you mean check the md5sum? > > If you just want to read the metadata, then just doing something > like a 'ls -R ' will read every directory block and inode and > run the checks that trigger the errors you are seeing. running > md5sum on every file will check the data as well, but will take a > lot longer. ok, 'ls -R ...' takes 40 min. to finish. I'll let it run once a week. The backup incrementals do not read every file, so this might detect corruption earlier. Would it make any sense to run xfs_check periodicially on a mounted fs? xfs_check man page says: 'The filesystem should normally be unmounted or read-only during the execution of xfs_check. Otherwise, spurious problems are reported.' I guess you would have mentioned it... Ralf