Received: with ECARTIS (v1.0.0; list xfs); Sun, 24 Feb 2008 04:17:19 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.0-r574664 (2007-09-11) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,MIME_8BIT_HEADER autolearn=no version=3.3.0-r574664 Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m1OCHDNv015208 for ; Sun, 24 Feb 2008 04:17:15 -0800 X-ASG-Debug-ID: 1203855456-4e0c02530000-NocioJ X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from stine.vestdata.no (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 59EE760F9FC for ; Sun, 24 Feb 2008 04:17:36 -0800 (PST) Received: from stine.vestdata.no (stine.vestdata.no [217.149.127.10]) by cuda.sgi.com with ESMTP id xIDS7kMhmNITy8KE for ; Sun, 24 Feb 2008 04:17:36 -0800 (PST) Received: from stine.vestdata.no (stine.vestdata.no [127.0.0.1]) by stine.vestdata.no (8.12.11.20060308/8.12.11) with ESMTP id m1OCHOdt008657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Feb 2008 13:17:24 +0100 Received: (from ragnark@localhost) by stine.vestdata.no (8.12.11.20060308/8.12.11/Submit) id m1OCHNQ3008645; Sun, 24 Feb 2008 13:17:23 +0100 Date: Sun, 24 Feb 2008 13:17:23 +0100 From: Ragnar =?iso-8859-15?Q?Kj=F8rstad?= To: Rekrutacja119 Cc: xfs@oss.sgi.com X-ASG-Orig-Subj: Re: xfs I/O error Subject: Re: xfs I/O error Message-ID: <20080224121722.GY29277@vestdata.no> References: <2db2c6b80802231346r78d59381j49927e15f40e7ef8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2db2c6b80802231346r78d59381j49927e15f40e7ef8@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Zet.no-MailScanner-Information: Please contact the ISP for more information X-Zet.no-MailScanner: Found to be clean X-MailScanner-From: ragnark@stine.vestdata.no X-Barracuda-Connect: stine.vestdata.no[217.149.127.10] X-Barracuda-Start-Time: 1203855460 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=3.0 tests= X-Barracuda-Spam-Report: Code version 3.1, rules version 3.1.43003 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Virus-Scanned: ClamAV 0.91.2/5964/Sun Feb 24 03:17:29 2008 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 14634 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: xfs@ragnark.vestdata.no Precedence: bulk X-list: xfs On Sat, Feb 23, 2008 at 10:46:52PM +0100, Rekrutacja119 wrote: > the easiest solution would be to just ignore errors, and if not, then to > somehow force xfs to mark them as bad sectors If you really wanted to you could probably use dm to map your bad sectors to another device. -- Ragnar Kjørstad Software Engineer Platform Computing