Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 01:06:50 -0700 (PDT) Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R86XtG018582 for ; Tue, 27 Aug 2002 01:06:34 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id D206EC2B2; Tue, 27 Aug 2002 09:37:11 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id JAA22760; Tue, 27 Aug 2002 09:37:10 +0200 (MET DST) >Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by zuerich.sauter-bc.com (Postfix) with ESMTP id 1044C138010; Tue, 27 Aug 2002 09:36:39 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id 57F2219059; Tue, 27 Aug 2002 09:36:14 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 8927C30881D; Tue, 27 Aug 2002 09:36:32 +0200 (CEST) Message-ID: <3D6B2C00.33549A97@ch.sauter-bc.com> Date: Tue, 27 Aug 2002 09:36:32 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Chris Tooley Cc: linux-xfs@oss.sgi.com Subject: Re: Locking problems References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=us-ascii X-archive-position: 39 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Chris Tooley schrieb: > > No, they are SCSI disks in a software mirror. I'm using the software > raid setup in the 2.4.19 kernel as it was as recent as possible. It could still be a write caching problem, if they cycle power often. Today, most SCSI disks have write cache enabled by default and that can be quite dangerous with XFS in case of power failure. Simon > > Chris Tooley > > On Mon, 2002-08-26 at 14:07, Skylar Thompson wrote: > > On Mon, Aug 26, 2002 at 10:52:43AM -0500, Chris Tooley wrote: > > > > > > We're running a point of sale system on Linux and have put the data on > > > an XFS partition. Unfortunately there has been consistent corruption of > > > the data during writes to the database. Since the database is an ISAM > > > database, it's all stored in files that are opened and closed a lot. > > > The vendor of the point of sale is blaming XFS for the corruption. The > > > application is an old COBOL app that is using the binary compatability > > > modules to run. Are there any known problems with corruption when using > > > these binary compatability libraries with 1.1? > > > > Are you using IDE drives? I know there are problems with some IDE drives > > caching data incorrectly, which causes corruption in the event of a power > > failure. > > > > -- > > -- Skylar Thompson (skylar@attglobal.net) > > > > -- Attached file included as plaintext by Ecartis -- > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.0.6 (GNU/Linux) > > Comment: For info see http://www.gnupg.org > > > > iD8DBQE9anxUYyzijMrwBxERAmEZAJ9DWcmS9BwJ+3Eev0bAxwsYbs+nGwCgi2h0 > > frlaiUyM1pkT+yvnu/GqRqA= > > =R66B > > -----END PGP SIGNATURE----- > > > > > >