From owner-freebsd-fs@FreeBSD.ORG Mon May 14 02:14:09 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D7DD106567F for ; Mon, 14 May 2012 02:14:09 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id C7DF58FC22 for ; Mon, 14 May 2012 02:14:08 +0000 (UTC) Received: by ggnm2 with SMTP id m2so3506581ggn.13 for ; Sun, 13 May 2012 19:14:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=yLsUUB7nyzu7or4IWrD/6lciW5Ee/IIM8oCeHkYqg80=; b=oDU9Biw+tz8RGe+PWlXNaph6d8EA+0fBmjqWRsPSNYpOiUmjtYfWW7HkDt/j6UEMrG vYR7xNMkhhmAT7TD5FuN5up6Z1HNg6CuYa1WAAiyg05JVUUIznFsHmL2DDNwyNiBleLL +oZUdTfKaAZOqU0dXUaoOCbE6TY0lqiZiRV5GxyxnDkFQC8GB4FWoQ2YfGbinZ05Ghyc vJR454YIoxO3Nizk1gyXKqqyNC28372vSJiOv/r+WmhGzsBzA0rcif+3LBqhbqj22UAO l+C1uNM1Gf/2IaeDfZDBcTaI67NgO4KCj25i6qlFlEoGvcW3Po9o3naMfWgRNpqQOcxW wjLg== MIME-Version: 1.0 Received: by 10.50.100.169 with SMTP id ez9mr835899igb.44.1336961647776; Sun, 13 May 2012 19:14:07 -0700 (PDT) Received: by 10.231.31.196 with HTTP; Sun, 13 May 2012 19:14:07 -0700 (PDT) In-Reply-To: <4FAFF38C.3060002@platinum.linux.pl> References: <4FAFF38C.3060002@platinum.linux.pl> Date: Mon, 14 May 2012 10:14:07 +0800 Message-ID: From: Marcelo Araujo To: Adam Nowacki Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: Mirror of Raidz for data reliability X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: araujo@FreeBSD.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 02:14:09 -0000 Hello Adam, Well, in my understand it would be not the same. Because it will works as a stripe, and OK we have 2 copies of each striped data between both raidz, however I don't have a mirror for every each disk in the pool, so no data protection. Also I could scale with more JBOD or Machines till 3 times, because zfs set copies support till 3 copies. In case, I use something like: zpool create tank raidz da0 da1 raidz da2 da3 raidz da4 da5 raidz da6 da7 I don't have set copies=3D4, but in the previous email that I sent, you hav= e no limit to set more mirrors. What do you think? Best Regards, - Araujo 2012/5/14 Adam Nowacki > Wouldn't this accomplish the same? > zpool create tank raidz da0 da1 da2 raidz da3 da4 da5 > zfs set copies=3D2 tank > > > On 2012-05-13 19:35, Marcelo Araujo wrote: > >> Hi All, >> >> Me and a co-work are working in a new feature for ZFS, we have 2 Machine= s >> and 2 JBOD, every Machine are connected on those JBOD via SAS and we are >> trying to make a fail-over server. Currently every each Machine has two >> SAS >> cables, each one connected in both JBOD. >> >> We have worked last week to figure out, how we could make the data be >> always alive in case one JBOD dies, and let me show you my console outpu= t >> ;): >> >> controllerA# zpool status -v araujo >> pool: araujo >> state: ONLINE >> scan: resilvered 57K in 0h0m with 0 errors on Sat May 12 14:32:29 2012 >> config: >> >> NAME STATE READ WRITE CKSUM >> araujo ONLINE 0 0 0 >> raidz1-0 ONLINE 0 0 0 >> mirror-0 ONLINE 0 0 0 >> da0 ONLINE 0 0 0 >> da3 ONLINE 0 0 0 >> mirror-1 ONLINE 0 0 0 >> da1 ONLINE 0 0 0 >> da4 ONLINE 0 0 0 >> mirror-2 ONLINE 0 0 0 >> da2 ONLINE 0 0 0 >> da5 ONLINE 0 0 0 >> >> >> What I have is: A file system called "araujo" created using raidz with 3 >> disks, than, I can attache new disks to create a mirror for every disk >> that >> is part of the raidz, with this case, if one of my JBOD fail, my raidz >> will >> still alive, also I can scale with more JBOD to make sure that my data >> will >> be always alive. >> >> Currently is possible to do the solution above, just comment few lines o= f >> code, but our plan is bring something new like: >> root# zpool create tank raidzm da0 da1 da2 da3 da4 da5 >> >> Where da0 da1 da2 will be raidz and da3 da4 da5 will be mirror of da0 da= 1 >> da2. In this case, if da0 da1 or da2 fail, we have the mirror and the >> raidz >> will still works. >> >> I=92m wondering if there is any other elegant solution for this case, HA= ST >> could be an option, but I don=92t want use ETHERNET to sync JBOD, and in= the >> case above, it is faster to sync any hard driver more less locally. >> >> >> Best Regards, >> > > ______________________________**_________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@**freebsd.org > " > --=20 Marcelo Araujo araujo@FreeBSD.org