From owner-freebsd-geom@FreeBSD.ORG Fri Dec 12 12:08:27 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF261065670 for ; Fri, 12 Dec 2008 12:08:27 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.freebsd.org (Postfix) with ESMTP id 59E018FC19 for ; Fri, 12 Dec 2008 12:08:27 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-disposition: inline Content-type: text/plain; charset=us-ascii Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KBR00JGTJ16WBA0@bgo1smout1.broadpark.no>; Fri, 12 Dec 2008 13:07:54 +0100 (CET) Received: from carrot.studby.ntnu.no ([80.203.120.105]) by bgo1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KBR00NZ1J155431@bgo1sminn1.broadpark.no>; Fri, 12 Dec 2008 13:07:54 +0100 (CET) Date: Fri, 12 Dec 2008 14:08:49 +0100 From: Ulf Lilleengen To: Ivan Voras Message-id: <20081212130848.GB39875@carrot.studby.ntnu.no> References: <4940FF0F.2020404@field.hu> <20081211205659.GA72478@keira.kiwi-computer.com> <49419680.4010003@field.hu> <20081212040137.GA76422@keira.kiwi-computer.com> <20081212083708.GA1455@carrot.studby.ntnu.no> In-reply-to: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-geom@freebsd.org Subject: Re: Encrypting raid5 volume with geli X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 12:08:27 -0000 On Fri, Dec 12, 2008 at 11:07:40AM +0100, Ivan Voras wrote: > Ulf Lilleengen wrote: > > On tor, des 11, 2008 at 10:01:37pm -0600, Rick C. Petty wrote: > > *snip* > >> There are a set of patches that lulf@ has which I believe put the volume in > >> "up" state initially instead of "down", but maybe it only works for > >> mirrors. The code in current and RELENG_7 does initially put the volume in > >> "down" state. > >> > > Yes, it only works for mirrors, since I thought it doesn't really matter if a > > mirror is properly initialized, since the user need to put data into the > > mirror for it to be useful anyway. The same goes for RAID-5 I guess, but I > > was not sure if it might trigger some weird behaviour since parity would not > > match if reading the volume. I will test out a small modification I made, > > which removes the need to run 'gvinum start' on the raid5 plexes. > > It doesn't have to be "weird" behaviour, depending on whether gvinum > checks parity on reads (does it?). If it does, it will only have to > ignore checksum errors in this case. It does check parity on reads. But I think it doesn't matter, since no sane data has been written in that block anyway. But as you say, one way to handle it is to ignore the checksums if the data is known to not be initialized, but then wouldn't one have to keep track of which blocks have a valid parity and which who does not? > I suppose people will want to run utilities like diskinfo -vt on the > volume with invalid parities so it's not a theoretical scenario :) > I guess, but I then one can just initialize the volume anyway. -- Ulf Lilleengen