Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f83IL5w32754 for linux-xfs-outgoing; Mon, 3 Sep 2001 11:21:05 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f83IKxd32735 for ; Mon, 3 Sep 2001 11:20:59 -0700 Received: from ausmail.coremetrics.com ([209.184.141.185]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id LAA04810 for ; Mon, 3 Sep 2001 11:20:59 -0700 (PDT) mail_from (austin@coremetrics.com) Received: by AUSMAIL with Internet Mail Service (5.5.2653.19) id ; Mon, 3 Sep 2001 13:18:54 -0500 Message-ID: <85063BBE668FD411944400D0B744267A888527@AUSMAIL> From: "Gonyou, Austin" To: "Gonyou, Austin" , "'Seth Mos'" , "'XFS mailing list'" Subject: RE: System lock while accessing files causes file corruption Date: Mon, 3 Sep 2001 13:18:51 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk One quick not on this, is there anything I can do kernel wise to prevent this without striking a crapload of overhead on the system? -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com > -----Original Message----- > From: Gonyou, Austin > Sent: Monday, September 03, 2001 12:41 PM > To: 'Seth Mos'; Gonyou, Austin; XFS mailing list > Subject: RE: System lock while accessing files causes file corruption > > > That's all well and good..but what about the configuration > files? They are text and are not redundant in the same way. I > know it's been done to death..and I've read a lot of this > stuff, but even after making thanges, etc, especially if I > use logbufs > 2, I can make this happen at will. That's why > I've got concerns. I know about the points Keith made, and > very valid in this case especially, but my major concern is > deploying a TB size db only to get taken down that my configs > are messed up. (yes, I know that's what backups and CVS are > for) but that's not acceptable when talking about my primary > FS. I'm going to go through as many iterations of this as I > can to see if I can narrow down exactly what and where, what > hardware, etc. We're about to do a major deployment and I'm > just trying to do due dilligence, beyond the FAQ and random > mails. Thanks for listening, and this can certainly come > off-list if you feel that's best. I really don't want to beat > a dead horse anymore than I have to. Assurance of success in > this respect is very important. We don't have a lot of > storage to throw around. > > -- > Austin Gonyou > Systems Architect, CCNA > Coremetrics, Inc. > Phone: 512-796-9023 > email: austin@coremetrics.com > > > -----Original Message----- > > From: Seth Mos [mailto:knuffie@xs4all.nl] > > Sent: Sunday, September 02, 2001 7:18 PM > > To: Gonyou, Austin; XFS mailing list > > Subject: Re: System lock while accessing files causes file > corruption > > > > > > At 18:16 2-9-2001 -0500, Gonyou, Austin wrote: > > >Why is this? If I open a file, text/otherwise and the power > > actually fails, > > >(i turn it off), once in a while I get a corrupt file. Why > > is this? What > > >would happen if I was writing to some Oracle filesystems and > > this situation > > >occurred? Please advise. > > > > See the http://oss.sgi.com/projects/xfs/faq.html#nulls > > > > A database would survive since most have their own buffering and > > transaction scheme. > > > > > > -- > > Seth > > Every program has two purposes one for which > > it was written and another for which it wasn't > > I use the last kind. > > >