From owner-freebsd-geom@FreeBSD.ORG Mon Aug 21 19:56:34 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 4C6A916A511 for ; Mon, 21 Aug 2006 19:56:34 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 448A543E11 for ; Mon, 21 Aug 2006 19:55:51 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k7LJtIMj062472 for ; Mon, 21 Aug 2006 19:55:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k7LJtGus062467 for freebsd-geom@FreeBSD.org; Mon, 21 Aug 2006 19:55:16 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Aug 2006 19:55:16 GMT Message-Id: <200608211955.k7LJtGus062467@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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: Mon, 21 Aug 2006 19:56:34 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ o kern/95771 geom [geom] geom mirror provider destroyed (machine crashed o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/98742 geom [geli] IO errors while using geli o kern/99256 geom [geli] kernel panic/freeze with geli and ufs (maybe re 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/98538 geom [geom] Kernel panic on ggate destroy 4 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 03:58:43 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 AFF3A16A4DA for ; Tue, 22 Aug 2006 03:58:43 +0000 (UTC) (envelope-from supraexpress@globaleyes.net) Received: from MX1.ll.net (mail.globaleyes.net [209.131.230.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44AD743D4C for ; Tue, 22 Aug 2006 03:58:43 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from [10.0.0.5] (unverified [209.131.254.239]) by MX1.ll.net (Vircom SMTPRS 4.35.480.0) with ESMTP id for ; Mon, 21 Aug 2006 22:58:37 -0500 X-Modus-BlackList: 209.131.254.239=OK;supraexpress@globaleyes.net=OK X-Modus-RBL: 209.131.254.239=Excluded X-Modus-Trusted: 209.131.254.239=NO Message-ID: <44EA80EB.70809@globaleyes.net> Date: Mon, 21 Aug 2006 22:58:35 -0500 From: User1001 User-Agent: Thunderbird 1.5.0.5 (X11/20060806) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <20060808195202.GA1564@garage.freebsd.pl> <20060810232255.GE1389@garage.freebsd.pl> <20060811143257.E2260@fledge.watson.org> <20060812100328.GB73241@garage.freebsd.pl> <44DDF69F.7040104@globaleyes.net> In-Reply-To: <44DDF69F.7040104@globaleyes.net> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Verifying GELI disk encryption 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: Tue, 22 Aug 2006 03:58:43 -0000 Defining a small 2MB 'partition' and setting it up for GELI encryption made it easy to use DD to view the raw data (with ghex2) when the partition was detached from GELI. This way, I could be certain that ANY data written to the partition would be read, no matter WHERE it actually resided within the partition. When I first tried this on a new 70+GB DRIVE that had only one file, it was a wee bit difficult to ensure that DD "slice" actually contained the encrypted file that I was expecting. So one "simple way to verify (geli) encryption" is to use it on a small enough space that can be relatively easy to view as raw data. User1001 wrote: > What are some relatively simple ways to verify the encryption of/on a > GELI device? From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 19:13:39 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 ABBBF16A4DD for ; Tue, 22 Aug 2006 19:13:39 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43FDD43D6D for ; Tue, 22 Aug 2006 19:13:39 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7MJDc1x073971 for ; Tue, 22 Aug 2006 14:13:39 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EB5762.7080109@centtech.com> Date: Tue, 22 Aug 2006 14:13:38 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1708/Tue Aug 22 07:43:00 2006 on mh1.centtech.com X-Virus-Status: Clean Subject: retasting devices on demand 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: Tue, 22 Aug 2006 19:13:39 -0000 How can I get a particular GEOM class to re-taste devices on demand? I have an issue that geom label won't see new labels (UFS labels), and also where I have a shared disk subsystem, where one system puts a label on a device (a glabel) and the other system doesn't know to look for it again. I'd really like a 'geom retaste' command - is this a reasonable option? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 19:16:23 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 89AAE16A4DD for ; Tue, 22 Aug 2006 19:16:23 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21A5943D49 for ; Tue, 22 Aug 2006 19:16:22 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 33E2A170C5; Tue, 22 Aug 2006 19:16:20 +0000 (UTC) To: Eric Anderson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Aug 2006 14:13:38 EST." <44EB5762.7080109@centtech.com> Date: Tue, 22 Aug 2006 19:16:20 +0000 Message-ID: <60418.1156274180@critter.freebsd.dk> Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Tue, 22 Aug 2006 19:16:23 -0000 In message <44EB5762.7080109@centtech.com>, Eric Anderson writes: >How can I get a particular GEOM class to re-taste devices on demand? Phrased just like that there is no way. >have an issue that geom label won't see new labels (UFS labels), and >also where I have a shared disk subsystem, where one system puts a label >on a device (a glabel) and the other system doesn't know to look for it >again. > >I'd really like a 'geom retaste' command - is this a reasonable option? The easy way is to open the device for write and close it again: true > /dev/da0 would do it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 19:37:10 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 E7FB216A4DA for ; Tue, 22 Aug 2006 19:37:10 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37FE343D5C for ; Tue, 22 Aug 2006 19:37:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k7MJb9mw077685; Tue, 22 Aug 2006 14:37:09 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EB5CE4.5080008@centtech.com> Date: Tue, 22 Aug 2006 14:37:08 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Poul-Henning Kamp References: <60418.1156274180@critter.freebsd.dk> In-Reply-To: <60418.1156274180@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1708/Tue Aug 22 07:43:00 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Tue, 22 Aug 2006 19:37:11 -0000 On 08/22/06 14:16, Poul-Henning Kamp wrote: > In message <44EB5762.7080109@centtech.com>, Eric Anderson writes: > >> How can I get a particular GEOM class to re-taste devices on demand? > > Phrased just like that there is no way. I should be more generic next time :) >> have an issue that geom label won't see new labels (UFS labels), and >> also where I have a shared disk subsystem, where one system puts a label >> on a device (a glabel) and the other system doesn't know to look for it >> again. >> >> I'd really like a 'geom retaste' command - is this a reasonable option? > > The easy way is to open the device for write and close it again: > > true > /dev/da0 > > would do it. > Yep, that did it. I think I tried touch (or maybe something else) before and it didn't tickle it, so I moved on. Might be more intuitive for admins to use a retaste command with the given tool or geom command line. Is that function left out for a reason, or just hasn't been implemented yet? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 19:43:07 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 ACA2416A4E0 for ; Tue, 22 Aug 2006 19:43:07 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5391643D45 for ; Tue, 22 Aug 2006 19:43:07 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id B224A170C5; Tue, 22 Aug 2006 19:43:05 +0000 (UTC) To: Eric Anderson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Aug 2006 14:37:08 EST." <44EB5CE4.5080008@centtech.com> Date: Tue, 22 Aug 2006 19:43:05 +0000 Message-ID: <60561.1156275785@critter.freebsd.dk> Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Tue, 22 Aug 2006 19:43:07 -0000 In message <44EB5CE4.5080008@centtech.com>, Eric Anderson writes: >> The easy way is to open the device for write and close it again: >> >> true > /dev/da0 >> >> would do it. > >Yep, that did it. I think I tried touch (or maybe something else) >before and it didn't tickle it, so I moved on. > >Might be more intuitive for admins to use a retaste command with the >given tool or geom command line. Is that function left out for a >reason, or just hasn't been implemented yet? The problem is that it won't work if part of the disk is already open... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 20:46:29 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 3461A16A4E0 for ; Tue, 22 Aug 2006 20:46:29 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D4943D6A for ; Tue, 22 Aug 2006 20:46:24 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7MKkNke096294; Tue, 22 Aug 2006 15:46:24 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EB6D1F.90104@centtech.com> Date: Tue, 22 Aug 2006 15:46:23 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Poul-Henning Kamp References: <60561.1156275785@critter.freebsd.dk> In-Reply-To: <60561.1156275785@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1709/Tue Aug 22 14:34:50 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Tue, 22 Aug 2006 20:46:29 -0000 On 08/22/06 14:43, Poul-Henning Kamp wrote: > In message <44EB5CE4.5080008@centtech.com>, Eric Anderson writes: > >>> The easy way is to open the device for write and close it again: >>> >>> true > /dev/da0 >>> >>> would do it. >> Yep, that did it. I think I tried touch (or maybe something else) >> before and it didn't tickle it, so I moved on. >> >> Might be more intuitive for admins to use a retaste command with the >> given tool or geom command line. Is that function left out for a >> reason, or just hasn't been implemented yet? > > The problem is that it won't work if part of the disk is already > open... > I guess there's no way around this, except for maybe setting the debugflags? Even so, a retaste function that worked on existing disks (like I had) would be useful and an obvious command for admin-types. Would you be opposed to such a command? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 20:49:48 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 8AF7416A4E6 for ; Tue, 22 Aug 2006 20:49:48 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F31843D5F for ; Tue, 22 Aug 2006 20:49:45 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 059F8170C5; Tue, 22 Aug 2006 20:49:43 +0000 (UTC) To: Eric Anderson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Aug 2006 15:46:23 EST." <44EB6D1F.90104@centtech.com> Date: Tue, 22 Aug 2006 20:49:43 +0000 Message-ID: <60853.1156279783@critter.freebsd.dk> Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Tue, 22 Aug 2006 20:49:48 -0000 In message <44EB6D1F.90104@centtech.com>, Eric Anderson writes: >Even so, a retaste function that worked on existing disks (like I had) >would be useful and an obvious command for admin-types. Would you be >opposed to such a command? As I said: the problem is that if part of the disk is open it will not work. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 20:59:43 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 20A6016A4DE for ; Tue, 22 Aug 2006 20:59:43 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AF8043D46 for ; Tue, 22 Aug 2006 20:59:42 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7MKxckr098556; Tue, 22 Aug 2006 15:59:41 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EB703A.6000704@centtech.com> Date: Tue, 22 Aug 2006 15:59:38 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Poul-Henning Kamp References: <60853.1156279783@critter.freebsd.dk> In-Reply-To: <60853.1156279783@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1709/Tue Aug 22 14:34:50 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Tue, 22 Aug 2006 20:59:43 -0000 On 08/22/06 15:49, Poul-Henning Kamp wrote: > In message <44EB6D1F.90104@centtech.com>, Eric Anderson writes: > >> Even so, a retaste function that worked on existing disks (like I had) >> would be useful and an obvious command for admin-types. Would you be >> opposed to such a command? > > As I said: the problem is that if part of the disk is open it will > not work. > Ok, I'll restate more clearly: Admins really will want a way to retaste a device - if it's used, give the usual 'operation not permitted', and if it isn't, then just retaste. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 21:18:49 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 97F0016A4DA for ; Tue, 22 Aug 2006 21:18:49 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA3143D55 for ; Tue, 22 Aug 2006 21:18:49 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id B9EC6170C5; Tue, 22 Aug 2006 21:18:46 +0000 (UTC) To: Eric Anderson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Aug 2006 15:59:38 EST." <44EB703A.6000704@centtech.com> Date: Tue, 22 Aug 2006 21:18:45 +0000 Message-ID: <61019.1156281525@critter.freebsd.dk> Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Tue, 22 Aug 2006 21:18:49 -0000 In message <44EB703A.6000704@centtech.com>, Eric Anderson writes: >On 08/22/06 15:49, Poul-Henning Kamp wrote: >> In message <44EB6D1F.90104@centtech.com>, Eric Anderson writes: >> >>> Even so, a retaste function that worked on existing disks (like I had) >>> would be useful and an obvious command for admin-types. Would you be >>> opposed to such a command? >> >> As I said: the problem is that if part of the disk is open it will >> not work. >> > > >Ok, I'll restate more clearly: > >Admins really will want a way to retaste a device - if it's used, give >the usual 'operation not permitted', and if it isn't, then just retaste. #!/bin/sh if test -c $1 ; then true > $1 else echo "Usage: $0 " 1>&2 fi happy ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Tue Aug 22 23:41:11 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 5FD8016A4DD for ; Tue, 22 Aug 2006 23:41:11 +0000 (UTC) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F080F43D45 for ; Tue, 22 Aug 2006 23:41:10 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id BB67C33C46; Wed, 23 Aug 2006 03:41:06 +0400 (MSD) Message-ID: <44EB97CF.6010907@inse.ru> Date: Wed, 23 Aug 2006 03:48:31 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.12) Gecko/20060103 ASPLinux/1.7.12-1.5.1.1asp X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: Eric Anderson References: <60853.1156279783@critter.freebsd.dk> <44EB703A.6000704@centtech.com> In-Reply-To: <44EB703A.6000704@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Tue, 22 Aug 2006 23:41:11 -0000 Eric Anderson wrote: > On 08/22/06 15:49, Poul-Henning Kamp wrote: > >> In message <44EB6D1F.90104@centtech.com>, Eric Anderson writes: >> >>> Even so, a retaste function that worked on existing disks (like I >>> had) would be useful and an obvious command for admin-types. Would >>> you be opposed to such a command? >> >> >> As I said: the problem is that if part of the disk is open it will >> not work. >> > > Ok, I'll restate more clearly: > > Admins really will want a way to retaste a device - if it's used, give > the usual 'operation not permitted', and if it isn't, then just retaste. "Busy" more appropriate. > > Eric > > From owner-freebsd-geom@FreeBSD.ORG Wed Aug 23 01:24:45 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 3CAF916A4E0 for ; Wed, 23 Aug 2006 01:24:45 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAD5543D46 for ; Wed, 23 Aug 2006 01:24:44 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7N1Of0q040884; Tue, 22 Aug 2006 20:24:43 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EBAE59.7040003@centtech.com> Date: Tue, 22 Aug 2006 20:24:41 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Roman Kurakin References: <60853.1156279783@critter.freebsd.dk> <44EB703A.6000704@centtech.com> <44EB97CF.6010907@inse.ru> In-Reply-To: <44EB97CF.6010907@inse.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1712/Tue Aug 22 18:45:51 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: Poul-Henning Kamp , freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Wed, 23 Aug 2006 01:24:45 -0000 On 08/22/06 18:48, Roman Kurakin wrote: > Eric Anderson wrote: > >> On 08/22/06 15:49, Poul-Henning Kamp wrote: >> >>> In message <44EB6D1F.90104@centtech.com>, Eric Anderson writes: >>> >>>> Even so, a retaste function that worked on existing disks (like I >>>> had) would be useful and an obvious command for admin-types. Would >>>> you be opposed to such a command? >>> >>> As I said: the problem is that if part of the disk is open it will >>> not work. >>> >> Ok, I'll restate more clearly: >> >> Admins really will want a way to retaste a device - if it's used, give >> the usual 'operation not permitted', and if it isn't, then just retaste. > > "Busy" more appropriate. # true > /dev/ad0 -su: /dev/ad0: Operation not permitted I agree though, that EBUSY is better. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Wed Aug 23 01:34:48 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 A6F8016A4DE for ; Wed, 23 Aug 2006 01:34:48 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EA9443D45 for ; Wed, 23 Aug 2006 01:34:48 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7N1Yluv042496; Tue, 22 Aug 2006 20:34:47 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44EBB0B6.3010802@centtech.com> Date: Tue, 22 Aug 2006 20:34:46 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Poul-Henning Kamp References: <61019.1156281525@critter.freebsd.dk> In-Reply-To: <61019.1156281525@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1712/Tue Aug 22 18:45:51 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Wed, 23 Aug 2006 01:34:48 -0000 On 08/22/06 16:18, Poul-Henning Kamp wrote: > In message <44EB703A.6000704@centtech.com>, Eric Anderson writes: >> On 08/22/06 15:49, Poul-Henning Kamp wrote: >>> In message <44EB6D1F.90104@centtech.com>, Eric Anderson writes: >>> >>>> Even so, a retaste function that worked on existing disks (like I had) >>>> would be useful and an obvious command for admin-types. Would you be >>>> opposed to such a command? >>> As I said: the problem is that if part of the disk is open it will >>> not work. >>> >> >> Ok, I'll restate more clearly: >> >> Admins really will want a way to retaste a device - if it's used, give >> the usual 'operation not permitted', and if it isn't, then just retaste. > > > #!/bin/sh > > if test -c $1 ; then > true > $1 > else > echo "Usage: $0 " 1>&2 > fi > > happy ? No. I know how to write a shell script, and I know now that the 'true' trick works like a charm. Unfortunately, there are lots and lots of admins that maintain FreeBSD boxes out there, and they look at 'man geom' or 'man glabel' etc, and don't see a way to re-taste the GEOMs. There's no mention of the 'true' trick, so they'll have to find it somehow on their own. I agree it's simple, and easy, but not obvious and intuitive. Are you saying that if a patch existed to implement a re-taste command for the current g* tools, that you would oppose it, or are you just saying it's not important to you personally, so you won't bother to write it? If it's the former, I'll shrug my shoulders and move on - but if it's the latter then maybe I'll take a shot at it in 'my spare time'. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Wed Aug 23 05:22:40 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 4B93316A4DF for ; Wed, 23 Aug 2006 05:22:40 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C049E43D4C for ; Wed, 23 Aug 2006 05:22:39 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id C9837170C5; Wed, 23 Aug 2006 05:22:37 +0000 (UTC) To: Eric Anderson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Aug 2006 20:24:41 EST." <44EBAE59.7040003@centtech.com> Date: Wed, 23 Aug 2006 05:22:36 +0000 Message-ID: <62576.1156310556@critter.freebsd.dk> Cc: Roman Kurakin , freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Wed, 23 Aug 2006 05:22:40 -0000 In message <44EBAE59.7040003@centtech.com>, Eric Anderson writes: >On 08/22/06 18:48, Roman Kurakin wrote: >> "Busy" more appropriate. > ># true > /dev/ad0 >-su: /dev/ad0: Operation not permitted > >I agree though, that EBUSY is better. Semantically it is not a EBUSY situation because it is within the control of whatever code opened the disk first to decide if you will be allowed to write to it or not. Shared writes _are_ possible, I just don't think we have any code which allows it yet. That's why it is EPERM and not EBUSY -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Wed Aug 23 05:23:27 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 D44BE16A4DA for ; Wed, 23 Aug 2006 05:23:27 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C59343D45 for ; Wed, 23 Aug 2006 05:23:27 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 8C4B8170C5; Wed, 23 Aug 2006 05:23:26 +0000 (UTC) To: Eric Anderson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 22 Aug 2006 20:34:46 EST." <44EBB0B6.3010802@centtech.com> Date: Wed, 23 Aug 2006 05:23:26 +0000 Message-ID: <62584.1156310606@critter.freebsd.dk> Cc: freebsd-geom@freebsd.org Subject: Re: retasting devices on demand 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: Wed, 23 Aug 2006 05:23:27 -0000 In message <44EBB0B6.3010802@centtech.com>, Eric Anderson writes: >Are you saying that if a patch existed to implement a re-taste command >for the current g* tools, that you would oppose it I would not oppose it, as long as it is documented correctly. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Thu Aug 24 11:53:44 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 36A7916A4DD for ; Thu, 24 Aug 2006 11:53:44 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F09343D53 for ; Thu, 24 Aug 2006 11:53:41 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k7OBreb1071038; Thu, 24 Aug 2006 06:53:40 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44ED9343.20402@centtech.com> Date: Thu, 24 Aug 2006 06:53:39 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: Ulf Lilleengen References: <20060814073128.GA27499@stud.ntnu.no> In-Reply-To: <20060814073128.GA27499@stud.ntnu.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1721/Wed Aug 23 19:06:46 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: gvinum drivegroups and concat command 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, 24 Aug 2006 11:53:44 -0000 On 08/14/06 02:31, Ulf Lilleengen wrote: > Hi, > > I'm doing work on gvinum these days, and I've implemented a possibility of > drivegroups. It is possible to add drives to group at creation, but it will also > be possible to add drives to groups afterwards. The advantage with drivegroups > are not very big right now, but I've started to work on the first command that > will take utilization of drivegroups. > > The concat command creates a concatenated volume, and from old vinum, it uses > drives as parameter. With drivegroups one can now still specify drives, or > groups or you don't even have to specify anything but the size, as gvinum then > will use the default drivegroup and create a volume for you there. > > This is how i think the concat command should be like: > - if name not specified, use drivegroup-volnum (maybe somethingelse) > - size must be specified, or maybe a "fill drives/group" argument? > - if group specified, it tries to create subdisks on all drives in the > drivegroup. > - if drivegroup not specified, and neither drives; use > defaultdrivegroup. > - if drives specified, use them. overrides drivegroups. > > The general usage will be: > concat [-f] [-n name] [-v] [-g group] [drives] > > Further advantages with drivegroups can be the mirror and stripe commands, as > well as the possibility to move drivegroups between different machines and group > your drives into logical collections. There will be more on this later. > > If anyone have any suggestions, I would like to hear it, as I'm starting on > implementing these commands now and think it's very important that it's being > done right. If I have overlooked anything, feel free to comment. Other > improvements in gvinum is mentioned in the lastest status report. > Will you also be able to remove/move drives from drivegroups? This sounds like a neat feature. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Thu Aug 24 12:59:24 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 18F7E16A4E0 for ; Thu, 24 Aug 2006 12:59:24 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F1E243D64 for ; Thu, 24 Aug 2006 12:59:16 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id AD15013C631; Thu, 24 Aug 2006 14:59:14 +0200 (CEST) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by merke.itea.ntnu.no (Postfix) with ESMTP; Thu, 24 Aug 2006 14:59:14 +0200 (CEST) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 20407D0001; Thu, 24 Aug 2006 14:59:13 +0200 (CEST) Date: Thu, 24 Aug 2006 14:59:13 +0200 From: Ulf Lilleengen To: Eric Anderson Message-ID: <20060824125913.GB9677@stud.ntnu.no> References: <20060814073128.GA27499@stud.ntnu.no> <44ED9343.20402@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <44ED9343.20402@centtech.com> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-geom@freebsd.org Subject: Re: gvinum drivegroups and concat command 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, 24 Aug 2006 12:59:24 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On tor, aug 24, 2006 at 06:53:39 -0500, Eric Anderson wrote: > On 08/14/06 02:31, Ulf Lilleengen wrote: > >Hi, > > > >I'm doing work on gvinum these days, and I've implemented a possibility = of > >drivegroups. It is possible to add drives to group at creation, but it= =20 > >will also > >be possible to add drives to groups afterwards. The advantage with=20 > >drivegroups > >are not very big right now, but I've started to work on the first comman= d=20 > >that > >will take utilization of drivegroups. > > > >The concat command creates a concatenated volume, and from old vinum, it= =20 > >uses > >drives as parameter. With drivegroups one can now still specify drives, = or > >groups or you don't even have to specify anything but the size, as gvinu= m=20 > >then > >will use the default drivegroup and create a volume for you there. > > > >This is how i think the concat command should be like: > > - if name not specified, use drivegroup-volnum (maybe=20 > > somethingelse) > > - size must be specified, or maybe a "fill drives/group" argumen= t? > > - if group specified, it tries to create subdisks on all drives = in=20 > > the > > drivegroup. > > - if drivegroup not specified, and neither drives; use > > defaultdrivegroup. > > - if drives specified, use them. overrides drivegroups. > > > >The general usage will be: > >concat [-f] [-n name] [-v] [-g group] [drives] > > > >Further advantages with drivegroups can be the mirror and stripe command= s,=20 > >as > >well as the possibility to move drivegroups between different machines a= nd=20 > >group > >your drives into logical collections. There will be more on this later. > > > >If anyone have any suggestions, I would like to hear it, as I'm starting= on > >implementing these commands now and think it's very important that it's= =20 > >being > >done right. If I have overlooked anything, feel free to comment. Other > >improvements in gvinum is mentioned in the lastest status report. > > >=20 > Will you also be able to remove/move drives from drivegroups? >=20 > This sounds like a neat feature. >=20 Yes. There are a lot of possibilities in drivegroups. It's inspired a bit f= rom diskgroups in the veritas vm. The concept is very similar, but veritas vm w= orks a bit different from vinum so not all features of veritas diskgroups will be = much of a use in gvinum. I named it drivegroups simply because we use drives, not disks in gvinum. There are some administrator papers on veritas which shows what can be done= with them: http://docs.sun.com/app/docs/coll/VERITAS_SF_4_0 The most relevant part is in the VERITAS Volume Manager 4.0 Administrator's Guide, which shows what diskgroups can be used for.=20 --=20 Mvh Ulf Lilleengen --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFE7aKhCILg8nMIdCURAlp3AJ9LRHrK2wsZ/cYla+vZgmgCCsvY/ACffMcv /WE4dRycGg5LIApK3tQMzTA= =uwb4 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-geom@FreeBSD.ORG Fri Aug 25 15:11:20 2006 Return-Path: X-Original-To: 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 0392916A4DD; Fri, 25 Aug 2006 15:11:20 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from palunko.srce.hr (palunko.srce.hr [161.53.2.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D44743D76; Fri, 25 Aug 2006 15:11:18 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [193.198.133.216] (cmung1486.cmu.carnet.hr [193.198.133.216]) by palunko.srce.hr (8.13.7/8.13.6) with ESMTP id k7PF6MNf014455; Fri, 25 Aug 2006 17:06:23 +0200 (CEST) Message-ID: <44EF12F6.3000806@fer.hr> Date: Fri, 25 Aug 2006 17:10:46 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: current@freebsd.org, geom@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7780AB464B2A72DC0BAEE3D7" X-Scanned-By: MIMEDefang 2.55 on 161.53.2.67 Cc: Subject: Announcing: gvirstor 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, 25 Aug 2006 15:11:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7780AB464B2A72DC0BAEE3D7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm glad to announce availability of GEOM virtual storage class, (currently) named "gvirstor". The purpose of this class is to enable creation of huge virtual providers (for example: many terabytes) backed by limited physical storage, with the expectation that more physical storage will be added later. This is a part of a logical volume manager, and provides functionality up to now not available as a native GEOM class. gvirstor is currently available either from Perforce (under the name \\gvirstor) or at http://wiki.freebsd.org/gvirstor in a convenient tbz archive with appropriate Makefile. Please read the README file packaged in the archive for instructions on how to build and run gvirstor. Here are some usage examples from the man page: The following example shows how to create a virtual device of default size (2 TiB), of default chunk (extent) size (4 MiB), with two physical devices for backing storage. gvirstor label -v mydata /dev/ad4 /dev/ad6 newfs /dev/virstor/mydata From now on, the virtual device will be available via the /dev/virstor/mydata device entry. To add a new physical device / provider to an active virstor device: gvirstor add mydata ad8 This will add physical storage (from ad8) to /dev/virstor/mydata device.= To see device status information (including how much physical storage is= still available for the virtual device), use: gvirstor list The latest version of gvirstor is called "beta3" because it has not received much testing, especially on non-i386 architectures. Please help by testing both stability and performance of gvirstor if you have equipment and time. This work was sponsored by Google with its "Summer of Code 2006" project, the (very helpful :) ) mentor was Pawel Jakub Dawidek (pjd). --------------enig7780AB464B2A72DC0BAEE3D7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE7xMEldnAQVacBcgRAqwVAKD07bWbaT3+r1YYqFFhus/05K3hdwCgv6He kklw+zYkDd3YlhY3KRmOMsI= =JFP2 -----END PGP SIGNATURE----- --------------enig7780AB464B2A72DC0BAEE3D7--