From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (unknown [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 465571381FA for ; Tue, 27 May 2014 23:51:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2777EE08D2; Tue, 27 May 2014 23:51:40 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 407DDE085A for ; Tue, 27 May 2014 23:51:39 +0000 (UTC) Received: from marcec ([77.22.138.176]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LkOeR-1WIrUQ2Z8V-00cOvu for ; Wed, 28 May 2014 01:51:37 +0200 Date: Wed, 28 May 2014 01:51:14 +0200 From: Marc Joliet To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Soliciting new RAID ideas Message-ID: <20140528015114.3634f6b4@marcec> In-Reply-To: <20140527223938.GA3701@sgi.com> References: <20140527223938.GA3701@sgi.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/RfjlPXBpmyXeDg7byN/8=LQ"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:HCly+MVDkgx05mk6v30HNl1itluY+ICwCTwpb63V+ywN+ryemRh Bu2SS/G3QnPOqZO3omopY6hiw4JCqaTkTD95Z/hsXdn0hHZUNoiX71uIzYqWQPrlR+JZERD JBoGZwuF9y1zRie5PmJJAEYMGXwFAxhRyw0bbJQ3LiPGSq1SMYCVGtTaqSFgWqW+1Q3wn/x ZPTaQnYFOlIN2DcYAirbg== X-Archives-Salt: 51ebea88-0ed0-4b67-ad28-07901c51fb11 X-Archives-Hash: 4cf4761b5c8ff94e28691d3cea560cdf --Sig_/RfjlPXBpmyXeDg7byN/8=LQ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 27 May 2014 15:39:38 -0700 schrieb Bob Sanders : > Mark Knecht, mused, then expounded: [...] > > Beyond this I need to talk file system types. I'm fat dumb and > > happy with Ext4 and don't really relish dealing with new stuff but > > now's the time to at least look. > > >=20 > If you change, do not use ZFS and possibly BTRFS if the system does not > have ECC DRAM. A single, unnoticed, ECC error can corrupt the data pool > and be written to the file system, which effectively renders it corrupt > without a way to recover. [...] As someone who recently switched an mdraid to BTRFS (with / on EXT4 on an SSD, which will be migrated at a later point, once I feel more at ease with BTRFS), I was curious about this, so I googled it. I found two threads, [0] and [3], which dispute (and most likely refute) this notion that BTRFS is m= ore susceptible to memory errors than other file systems. While I am far from a filesystem/storage expert (I see myself as a mere use= r), the cited threads lead me to believe that this is most likely an overhyped/misunderstood class of errors (e.g., posts [1] and [2]), so I wou= ld suggest reading them in their entirety. [0] http://comments.gmane.org/gmane.comp.file-systems.btrfs/31832 [1] http://permalink.gmane.org/gmane.comp.file-systems.btrfs/31871 [2] http://permalink.gmane.org/gmane.comp.file-systems.btrfs/31877 [3] http://comments.gmane.org/gmane.comp.file-systems.btrfs/31821 HTH --=20 Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup --Sig_/RfjlPXBpmyXeDg7byN/8=LQ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJThSUIAAoJEL/Q5oYsiHj0LcQP/A+7IOP0Zjt0UO90GkemDwr4 MTYNW/VToCdnMG2p1OYox9CjzPd+L2u9ThdjyPQpDW3no9AtmHwMroC2JNxC+Zyy 5ew7Oq0fDkCjiupiDT4RorqBRoDbZkYIv9NiQ6kmPA5pFQQBuxAPYHEuX4VhtXl8 /64iIqZjVGHwMnvkxsXJCv/VzzPMwBr/fGqcD+dRWrHBgSlaBIG330Kjm20/c66o hHIjgpM3GOC1wbI7K9IOnBxlI1ndimRFPLlg2HvqT0/I/9QkvBYXqXg2+nOxC4pi 2HFbmJGxSvUIp7IBrd9Bs5ANMpd1ihP4Cj4OemBry8XF5xl585M0NBKNls1J3ws2 Sg399BgrYFrddtUqjJCVQVc73YwldQfWiIePD8PrSWrIOuC2oM8x050Ri8kdr5Y+ r1Q6BL2q1kHcYv5dAsJmPZOfmwYIHFjn8e4I/AM1YNDDHtGKjVW3XJ+HJfG66M0o MvZscXYQXCJOCrgZvW8iOHVb6aDvyUZUYVbtwCht65AfDxPXN0xxb2n7wvJaoyzc FCHFJeVEy3b2aYPz8mF1FFPRPo6yLT9X/AsoLs1lNyiJlzpcEKI3lD3PaGn5Rpdm hNLhcXL5KAjxKxoQAt9eRg4r4wYtA+nBqE0tetFh+7fgnEGcys84sMZsDvBQ6NVw OKdFYn6OF+vHoFZihqAW =F8jX -----END PGP SIGNATURE----- --Sig_/RfjlPXBpmyXeDg7byN/8=LQ--