From owner-freebsd-questions@FreeBSD.ORG Thu Jun 21 14:31:50 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E5FC1065670 for ; Thu, 21 Jun 2012 14:31:50 +0000 (UTC) (envelope-from jcigar@ulb.ac.be) Received: from relaygateway01.edpnet.net (relaygateway01.edpnet.net [212.71.1.210]) by mx1.freebsd.org (Postfix) with ESMTP id 92B848FC17 for ; Thu, 21 Jun 2012 14:31:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAMov40/V26ak/2dsb2JhbAANOLhyAQEBBAEBATUWIBsLGAkQAQETDwIWAQkmDgUCBAEBAQEZBIVwggWxDIkEiy4CGIJnDQSDCwOTA4M5hBaNOoFd X-IronPort-AV: E=Sophos;i="4.77,451,1336341600"; d="scan'208";a="93866228" Received: from 213.219.166.164.adsl.dyn.edpnet.net (HELO [192.168.0.10]) ([213.219.166.164]) by relaygateway01.edpnet.net with ESMTP; 21 Jun 2012 16:30:13 +0200 Message-ID: <4FE32FF5.60603@ulb.ac.be> Date: Thu, 21 Jun 2012 16:30:13 +0200 From: Julien Cigar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120603 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4FE2CE38.9000100@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Is ZFS production ready? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 14:31:50 -0000 One interesting feature of ZFS if it's block checksum: all reads and writes include block checksum, so it can easily detect situations where, for example, data is quietly corrupted by RAM. This feature is very important for databases. On 06/21/2012 15:58, Matthias Gamsjager wrote: > On Thu, Jun 21, 2012 at 3:43 PM, Wojciech Puchar< > wojtek@wojtek.tensor.gdynia.pl> wrote: > >> I really want to see your face when you fsck 48TB w/o ffs+j (since that is >>> so young must be immature :S ) of data with the phone ring non stop with >>> >> Even if ZFS would be the only filesystem in existence i would make one per >> 2 disks (single mirror). >> >> No matter what's going on, what do you prefer in case say - double disk >> failure from one mirror on 48 disk systems? >> >> losing completely data of 1/24 of users (and then restoring that amount >> from backups), or losing randomly chosen 1/24 of files from whole system? >> >> answer yourself. >> > Sorry but I don;t follow you right there. with 48 disks you would not > mirror 24vs24. I will perform very well but there is too much risk in that. > you would rather go with a raidz2 stripe sets. > > >> With UFS of course i would have single disk fsck time - less than a hour. >> which CAN be done out of work hours with soft updates. >> >> i normally turn off automatic fsck for large data filesystems, and if >> crash happened i run it after/before work hours. >> >> >> raid is not a backup. You can loose data with any configuration or fs. so > like in the compiler discussion. There is no perfect something in this > world. It's always a tradeoff. > with ZFS you have access to most advanced techniques and I believe that > data is most safe with raidz3 as it can be. UFS cant match that and you > have to rely on a raidcontroller which can screw up your data as well. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"