Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 May 2012 02:43:21 +0300
From:      George Kontostanos <gkontos.mail@gmail.com>
To:        freebsd-fs@freebsd.org
Subject:   Re: Mirror of Raidz for data reliability
Message-ID:  <CA%2BdUSyrG-RFFjchEYfovbvORVBZNHes9r9MhhGG1d568cO-CwA@mail.gmail.com>
In-Reply-To: <CAOfEmZiTkr9Xcj6J4FRBd4FzL1ztgEpytSAUc=wZ8DBJtXsH%2Bg@mail.gmail.com>
References:  <CAOfEmZh8v5xbQqkJJ7ZKkan7Ho0FPNrXJ95S1WRpioDXVG6P7w@mail.gmail.com> <20120515102206.GA53750@psconsult.nl> <CAOfEmZiTkr9Xcj6J4FRBd4FzL1ztgEpytSAUc=wZ8DBJtXsH%2Bg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 15, 2012 at 2:55 PM, Marcelo Araujo <araujobsdport@gmail.com> w=
rote:
> 2012/5/15 Paul Schenkeveld <freebsd@psconsult.nl>
>
>> On Mon, May 14, 2012 at 01:35:51AM +0800, Marcelo Araujo wrote:
>> > Hi All,
>> >
>> > Me and a co-work are working in a new feature for ZFS, we have 2 Machi=
nes
>> > and 2 JBOD, every Machine are connected on those JBOD via SAS and we a=
re
>> > trying to make a fail-over server. Currently every each Machine has tw=
o
>> 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 out=
put
>> > ;):
>> >
>> > controllerA# zpool status -v araujo
>> > =A0 pool: araujo
>> > =A0state: ONLINE
>> > =A0scan: resilvered 57K in 0h0m with 0 errors on Sat May 12 14:32:29 2=
012
>> > config:
>> >
>> > =A0 =A0 =A0 =A0 NAME =A0 =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE CKSUM
>> > =A0 =A0 =A0 =A0 araujo =A0 =A0 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =
=A0 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 raidz1-0 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0=
 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 mirror-0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0=
 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 da0 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0=
 =A0 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 da3 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0=
 =A0 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 mirror-1 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0=
 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 da1 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0=
 =A0 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 da4 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0=
 =A0 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 mirror-2 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0=
 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 da2 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0=
 =A0 =A0 0
>> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 da5 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0=
 =A0 =A0 0
>> >
>>
>> Maybe a dumb question, how you you create the above setup? =A0I seem una=
ble
>> to create a raidz consisting of mirrors neither can I attach a second
>> physical drive to an existing one in a raidz of three single drives:
>>
>> =A0# zpool create tank raidz1 mirror /dev/da0 /dev/da3 mirror /dev/da1
>> /dev/da4 mirror /dev/da2 /dev/da5
>> =A0invalid vdev specification: raidz1 requires at least 2 devices
>>
>> =A0# zpool create tank raidz1 /dev/da0 /dev/da1 /dev/da2
>> =A0# zpool attach tank /dev/da0 /dev/da3
>> =A0cannot attach /dev/da3 to /dev/da0: can only attach to mirrors and
>> top-level disks
>>
>> =A0# zpool upgrade
>> =A0This system is currently running ZFS pool version 28.
>>
>> =A0All pools are formatted using this version.
>>
>> Kind regards,
>>
>> Paul Schenkeveld
>>
>
> Hey Paul,
>
> Yes, I'm using the latest version with code modification, it might be a n=
ew
> feature.
> The currently ZFS doesn't support this kind of set, that was I ask, if
> there is another way that I supposed to don't know and could do the same
> thing.
>
> If it make sense, maybe, I'll put more effort to bring this kind of stuff
> as a new feature. However, it is not so simple that I could made in few
> days as well as have this feature only on FreeBSD, it will make the code
> inconsistent between our ZFS port and Illumos-gate.
>
> But is interesting.
>
> Best Regards,
> --
> Marcelo Araujo
> araujo@FreeBSD.org
> _______________________________________________
> 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"

If you have 2 machines then your best bet would be HAST.
If you are worried about data replication you can always use lagg with
2 or more interfaces.

--=20
George Kontostanos
Aicom telecoms ltd
http://www.aisecure.net



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2BdUSyrG-RFFjchEYfovbvORVBZNHes9r9MhhGG1d568cO-CwA>