From owner-freebsd-current@FreeBSD.ORG Sat Jun 26 15:46:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36CD516A4CE for ; Sat, 26 Jun 2004 15:46:20 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 887E743D39 for ; Sat, 26 Jun 2004 15:46:19 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i5QFjnC01202348; Sat, 26 Jun 2004 17:45:50 +0200 Date: Sat, 26 Jun 2004 17:45:51 +0200 (CEST) From: Lukas Ertl To: Pawel Jakub Dawidek In-Reply-To: <20040626123530.GF12007@darkness.comp.waw.pl> Message-ID: <20040626174133.I666@korben.in.tern> References: <20040625013138.54319.qmail@web53710.mail.yahoo.com> <20040626123530.GF12007@darkness.comp.waw.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: imap 4249; Body=3 Fuz1=3 Fuz2=3 cc: Daryl Chance cc: current@FreeBSD.org Subject: Re: geom_vinum problems (crashes and lockups) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2004 15:46:20 -0000 On Sat, 26 Jun 2004, Pawel Jakub Dawidek wrote: > On Sat, Jun 26, 2004 at 02:07:03PM +0200, Lukas Ertl wrote: > +> This is a situation that I currently consider 'unsupported'. The problem > +> is that the 'd' partition has no offset, thus it is (from the point of > +> view of a geom_vinum drive geom) the same as the 'c' partition. This is > +> the first problem. The second problem is the on-disk format of a > +> bsdlabel. As far as I understand it, this meta-data is stored inside > +> the first partition, so when you open the drive for writing (i.e. > +> mount, fsck) you trigger a spoil event which cause all kinds of confusion > +> for geom_vinum. > > I don't know exactly what problems you got, but maybe it can help you: > To avoid spoiling and metadata changes under me, I'm opening every > provider, which I want to use in geom_mirror (r1w1e1), even if provider > which I create isn't yet opened. This was a good tip, but unfortunately it still doesn't work out. I always run into the 'spoiled but dcr = %d' KASSERT. Unfortunately, kernel debugging is currently rather a 'guessing' since kgdb doesn't work. The next problem is that you might specify /dev/da1s1a as vinum drive but get /dev/da1s1c or even /dev/da1s1. 'Classic vinum' looked at the type field in the disklabel, but we don't do this anymore. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/