From owner-freebsd-geom@FreeBSD.ORG Thu Jul 13 22:56:51 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 499C716A4E0 for ; Thu, 13 Jul 2006 22:56:51 +0000 (UTC) (envelope-from mhjacks@swbell.net) Received: from smtp112.sbc.mail.mud.yahoo.com (smtp112.sbc.mail.mud.yahoo.com [68.142.198.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 7F1C943D64 for ; Thu, 13 Jul 2006 22:56:46 +0000 (GMT) (envelope-from mhjacks@swbell.net) Received: (qmail 19176 invoked from network); 13 Jul 2006 22:56:45 -0000 Received: from unknown (HELO anduril.minas.tirith) (mhjacks@swbell.net@65.67.72.193 with login) by smtp112.sbc.mail.mud.yahoo.com with SMTP; 13 Jul 2006 22:56:45 -0000 Received: from localhost (localhost [127.0.0.1]) by anduril.minas.tirith (Postfix) with ESMTP id BF5C02E02F for ; Thu, 13 Jul 2006 17:56:44 -0500 (CDT) X-Virus-Scanned: amavisd-new at minas.tirith Received: from anduril.minas.tirith ([127.0.0.1]) by localhost (anduril.minas.tirith [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5tfxIBW3TiiA for ; Thu, 13 Jul 2006 17:56:43 -0500 (CDT) Received: from [192.168.2.102] (arwen.minas.tirith [192.168.2.102]) by anduril.minas.tirith (Postfix) with ESMTP id 6261F2E02E for ; Thu, 13 Jul 2006 17:56:43 -0500 (CDT) Message-ID: <44B6CFAC.10702@swbell.net> Date: Thu, 13 Jul 2006 17:56:44 -0500 From: Martin Jackson User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Automatic subdisk naming? 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: Thu, 13 Jul 2006 22:56:51 -0000 It's been a while, but I seem to recall that given a plex with org concat, the historic vinum could create subdisks that were automatically named with the name prefixes of the other objects in that volume. For example: drive vg device ad0s1g volume home plex org concat sd len 4g drive vg Which would create: home (volume) home.p0 (plex) home.p0.s0 (subdisk) Then, when the time came to expand the volume, the following could be used: sd len 4g plex home.p0 Which would create home.p0.s1 and the volume home could be expanded with growfs. In the 6.1-RELEASE-p2 implementation of gvinum, when I try this, I get a subdisk simply named ".s0", but apparently added to the correct plex (it increases in size). Is this considered a bug? Is it enough detail? :) A casual search of PR's didn't show me anything that looked quite like this. Thanks, Marty