Received: with ECARTIS (v1.0.0; list xfs); Mon, 11 Feb 2008 09:12:02 -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=-0.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.0-r574664 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m1BHBsAs027326 for ; Mon, 11 Feb 2008 09:11:55 -0800 X-ASG-Debug-ID: 1202749937-776f001a0000-NocioJ X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from ug-out-1314.google.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id B50DCDE1979 for ; Mon, 11 Feb 2008 09:12:17 -0800 (PST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by cuda.sgi.com with ESMTP id LnZtcQ2qAsCrVSbm for ; Mon, 11 Feb 2008 09:12:17 -0800 (PST) Received: by ug-out-1314.google.com with SMTP id o29so841501ugd.20 for ; Mon, 11 Feb 2008 09:12:16 -0800 (PST) Received: by 10.67.29.20 with SMTP id g20mr9297187ugj.54.1202749936317; Mon, 11 Feb 2008 09:12:16 -0800 (PST) Received: from teal.hq.k1024.org ( [84.75.117.152]) by mx.google.com with ESMTPS id m38sm2190960ugd.44.2008.02.11.09.12.13 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Feb 2008 09:12:15 -0800 (PST) Received: by teal.hq.k1024.org (Postfix, from userid 4004) id 527CE40A0B7; Mon, 11 Feb 2008 18:12:09 +0100 (CET) Date: Mon, 11 Feb 2008 18:12:09 +0100 From: Iustin Pop To: "Felix E. Klee" Cc: xfs-oss X-ASG-Orig-Subj: Re: Data safety horror stories? Subject: Re: Data safety horror stories? Message-ID: <20080211171209.GA7567@teal.hq.k1024.org> Mail-Followup-To: "Felix E. Klee" , xfs-oss References: <1202748389.28320.1236240801@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1202748389.28320.1236240801@webmail.messagingengine.com> X-Linux: This message was written on Linux X-Header: /usr/include gives great headers User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Barracuda-Connect: ug-out-1314.google.com[66.249.92.175] X-Barracuda-Start-Time: 1202749938 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.42006 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Virus-Scanned: ClamAV 0.91.2/5774/Mon Feb 11 06:30:56 2008 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 14403 X-ecartis-version: Ecartis v1.0.0 Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com X-original-sender: iusty@k1024.org Precedence: bulk X-list: xfs On Mon, Feb 11, 2008 at 05:46:29PM +0100, Felix E. Klee wrote: > I heard that, in case of a power failure, XFS may lose data, even data > that was already existing on the disk. For example, I heard horror > stories of files being overwritten with zeros. > > Are those stories true? No, XFS will not lose any data that the application has committed to the disk. Improperly written applications and/or improperly configured systems might have issues with recently written files losing data. FWIW: I have never lost data with XFS, neither on home computers nor in SAN environments (in the presence of link/path failure). Be sure the read the FAQ, especially the section about write cache on dekstop/consumer HDDs. Just my opinion as an XFS user, your mileage might vary. iustin