From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 16:07:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7D8A16A401 for ; Thu, 19 Apr 2007 16:07:12 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 95D7513C4B9 for ; Thu, 19 Apr 2007 16:07:12 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so508458pyh for ; Thu, 19 Apr 2007 09:07:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W6COGsB6SDjzNPOOTZ2I7c1ZN88pwM/1VDMMhI77GkeUaPkWHwcZyvrKPxBvSC55OfEMxK2rSS4Uao6d+VaXGy+cj6BshFZ0kD/3NeNbqwgjvz7NJt3a9S7BsmUy57FlRx2jwbXF/XbCCNaia1N0JiFKxk3Mp0l1MB3sgTtBfks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LZkXtevKkJ5F22aykJxKDPkFANjmsm+AFko/8tXP6FqH9BaZ9ykj6QrxyWhO+BUEJScfvw4ABd/vUT74AlMRzN1OgeKZp1RhdFmnl5FskZ/ukMTM0dFVOmxLZurmsq4RbTey+N5VIvqsmEmCXAia7fXNBioMyoEoBl29L6nVxpE= Received: by 10.65.242.10 with SMTP id u10mr3902620qbr.1176997356609; Thu, 19 Apr 2007 08:42:36 -0700 (PDT) Received: by 10.64.76.4 with HTTP; Thu, 19 Apr 2007 08:42:36 -0700 (PDT) Message-ID: <57d710000704190842o4eb69d43lcb7a448fff62963e@mail.gmail.com> Date: Thu, 19 Apr 2007 08:42:36 -0700 From: "pete wright" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: iscsi and geom mirror - stupid idea or not ? 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: Thu, 19 Apr 2007 16:07:12 -0000 On 4/19/07, Pete French wrote: > what would happen if I made a machine which contained a mirrored > geom pair consiting of one local driive and one drive accessed via iscsi on > a remote machine ? would this work ? > > what I am considering is two such machines, geographicly distinct. one is > a 'master' and boots off the mirrored drive, the other is a slave and > has a separate boot drive which just rngs FreeBSD to make the drive inside > it into an iscsi target for the first machine. The idea here is if the first > machine is catastrphicly killed (like building falls down on it or > something) then the second one can be rebooted from the internal drive, and > will hence become the first one. It's basically a way of making a standby > machine in case of disaster. > > I havent really looked at iSCSI until recently, and this is just one of > the ideas I came up with looking at the possibilities. > iSCSI is good for many things - although i would not suggest this setup. it sounds like you are trying to use the mirror/iSCSI architecture as some sort of backup scheme. it may make more sense to capture snapshot's of your data and mirror that off to secondary storage. along these same lines is a common iSCSI implementation of having a dedicated piece of hardware that manages RAID, grouping of LUN's and other management functions. this allows you physically, and logically, implement some sort of redundancy/backup schema independent of the iSCSI consumer (i.e. the OS that will be mounting the iSCSI volume). let the machine hosting the iSCSI storage do it's job, and let the client do it's job - it does not make sense to try to mix these too. so the short answer is i would not try to mix iSCSI volumes with local volumes via a software mirror. a properly implemented iSCSI solution can easily account for DR situations, and using filesystem snapshotting will make this task easier as well. -pete -- ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group