From owner-freebsd-stable@FreeBSD.ORG Wed Jan 2 16:47:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D4716A421 for ; Wed, 2 Jan 2008 16:47:51 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9244113C468 for ; Wed, 2 Jan 2008 16:47:51 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m02GlhSm075177; Wed, 2 Jan 2008 08:47:49 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m02GlhSN075176; Wed, 2 Jan 2008 08:47:43 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 02 Jan 2008 08:47:43 -0800 Message-ID: <20080102084743.xtecj951wogwws8w@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 02 Jan 2008 08:47:43 -0800 From: "Chris H." To: John Nielsen References: <20080102002651.r72jwx0pgk4000c8@webmail.1command.com> <20080102070518.ki0v7vxkgo0cossg@webmail.1command.com> <20080102111751.5huybrwosgs0ccos@newwebmail.jnielsen.net> <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> In-Reply-To: <20080102112230.g7p1bj3sdck488g8@newwebmail.jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: gmirror on 7B4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2008 16:47:52 -0000 Quoting John Nielsen : > I'm not sure I remember everything from earlier in this thread so I > don't know if it's relevant, BUT you can't boot from a gstripe volume > (or from a gconcat one AFAIK). Inferring from your fstab example > below it doesn't sound like you intend to but I just wanted to be > sure. Are you sure? I read that using gmirror requires /kernel to be located in the /boot slice and everything else (all other slices) can be mirrored safely. But in all my reading (man pages, FBSD handbook, asstd articles) I haven't seen anything indicating booting wasn't possible from a gstripe volume. For the record, FSTAB (on da3): /dev/da3s1b none (swap) /dev/da3s1a / /dev/da3s1d /var Thanks for your response. Chris > > Quoting John Nielsen : > >> Quoting "Chris H." : >> >>> Quoting "Chris H." : >>> >>>> Hello, >>>> I seem to remember a similar question being asked in the past. But never >>> ---8<---snip---8<--- >>>> I had originally intended to create a raid mirror on the whole lot of HD's >>>> during the install process. But I wasn't presented, nor could I find that >>>> option during install. So, due to lack of time, pushed it off till later, >>>> and simply installed onto the one HD. Now to my question(s)... >>>> >>>> Where is the option to create, and install to a gMIRRORED drive-set? >>> ---8<---snip---8<--- >>>> 2) In my cases above, I'm interested in RAID-0 (mirroring for /volume/ >>>> not redundancy). >>>> >>> >>> OK, my mistake... >>> Seems for my application (RAID0), *gstripe* is what I should >>> be using. >>> Q: But RAID0 provides 0 redundancy. How will you cope with data loss? >>> A: Complete backups occur twice daily and I (we) use IP RAID0 - >>> eg; 2 different servers have/provide the same data, and the DNS provides >>> "round-robin". Thereby spreading the requests roughly equal across >>> both servers. >>> So, given my new found knowledge. I felt I should probably ask before >>> potentially clobbering (breaking) the server I'll be attempting this on. >>> Will the following accomplish my goal? >>> Current setup: >>> /dev indicates the following: >>> da0, da0c, da0cs1, da0s1, da0s1c >>> da1, da1c, da1cs1, da1s1, da1s1c >>> da2, da2c, da2cs1, da2s1, da2s1c >>> ...and the following, which FreeBSD is installed on: >>> da3, da3s1, da3s1a, da3s1b, da3s1c, da3s1d >>> All drives are of same size/make/model. >>> >>> Given the above, I intend to issue the following: >>> >>> # gstripe label -v -s 131072 bigstripe \ >>> /dev/da0 /dev/da1 /dev/da2 /dev/da3 >>> >>> # newfs -U /dev/stripe/bigstripe >>> >>> # mount /dev/stripe/bigstripe /bigstripe >>> >>> # echo 'geom_stripe_load="YES"' >> /boot/loader.conf >>> >>> # echo '/dev/stripe/bigstripe /bigstripe ufs rw 2 2' >> /etc/fstab >> >> Yes, this should be fine (though you may need to do a "gstripe load" >> near the beginning). >> >>> Or do/should I issue: >>> >>> # gconcat label -v extradisks /dev/da0 /dev/da1 /dev/da2 >>> >>> # gstripe label -v bigstripe /dev/da3 /dev/concat/extradisks >>> >>> # bsdlabel -wB /dev/stripe/bigstripe >>> >>> # newfs -U /dev/stripe/bigstripe >>> >>> # mount /dev/stripe/bigstripe /bigstripe >> >> No, assuming the disks are (roughly) the same size there's no reason >> to use gconcat, and in this case doing so will likely hurt >> performance in addition to adding complexity. gconcat is generally >> just for JBOD-type scenarios and it sounds like you're after RAID0 >> which is what gstripe is for. >> >> JN >> >>> Thank you for all your time and consideration. >>> >>> Chris >>> >>> P.S. I know this is a bit noisy. I intend to keep it brief. >>> Thank you for your understanding. :) >>> >>>> -- >>>> panic: kernel trap (ignored) >>>> >>>> >>>> >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>>> >>> >>> -- >>> panic: kernel trap (ignored) >>> >>> >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >>> >>> >> >> >> > > > -- panic: kernel trap (ignored)