From owner-freebsd-stable@FreeBSD.ORG Wed Nov 3 20:27:27 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C960616A4CE for ; Wed, 3 Nov 2004 20:27:27 +0000 (GMT) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4F743D46 for ; Wed, 3 Nov 2004 20:27:27 +0000 (GMT) (envelope-from security@jim-liesl.org) Received: from smtp.jim-liesl.org ([68.71.52.28]) by mta9.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20041103202726.DEAS2497.mta9.adelphia.net@smtp.jim-liesl.org>; Wed, 3 Nov 2004 15:27:26 -0500 Received: from [127.0.0.1] (localhost.jim-liesl.org [127.0.0.1]) by smtp.jim-liesl.org (Postfix) with ESMTP id 4B6F4152B3; Wed, 3 Nov 2004 13:27:25 -0700 (MST) Message-ID: <41893F4D.6090702@jim-liesl.org> Date: Wed, 03 Nov 2004 13:27:57 -0700 From: secmgr User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: aw1@stade.co.uk References: <02f201c4ba91$f9f95db0$33017f80@psique> <1098725440.5103.4.camel@sp4.cs.ucdavis.edu> <417D604D.4090800@jim-liesl.org> <20041028153756.GB1195@eucla.lemis.com> <41856FAC.2020808@xena.ipaustralia.gov.au> <20041103031316.A95136@titus.hanley.stade.co.uk> In-Reply-To: <20041103031316.A95136@titus.hanley.stade.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: freebsd 5.3 have any problem with vinum ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 20:27:27 -0000 Adrian Wontroba wrote: >On Mon, Nov 01, 2004 at 10:05:16AM +1100, Carl Makin wrote: > > > >>Do you want to yank it in 5 or 6-CURRENT? There are a *lot* of people >>using vinum and yanking it in 5-STABLE would force us all to use the 5.3 >>security branch until gvinum caught up. >> >> > >>From my experiences today with setting up a very old machine[1] with >5.3-RC2, I think it would be best to keep both until gvinum had caught >up. Vinum can do things which gvinum appears incapable of - such as >initialising a RAID-5 plex. > > > Just ran into this myself. I had a perfectly happy raid 5 plex under 5.3 RC1. I upgrade to RC2, and the whole plex goes stale. I deleted everything from the volume on down (except for the drives), and tried to recreate the vol/plex/sd's. gvinum creates them, but they come back (like the undead) as stale and unusable (just like they were before). I'm finding commands documented (in help), but unimplemented (checkparity? init?). I hate to sound like a whiney baby, but WTF is going on? It feels like vinum from 4.x has basicly been abandoned (short of crashes with no workaround), and gvinum ain't near ready for primetime. We need a stable, working s/w raid solution (or admit that as of right now, FreeBSD doesn't have one). At the very least, we need re and the authors to document what works, what doesn't, and what never will. I'd happily help with docs, but right now it seems like product function is linked to /dev/random. If gvinum isn't ready for release (my personal opinion after RC2), it needs to be pulled until whats documented works, and what works, is documented correctly. jim