From owner-freebsd-questions Wed Dec 4 10: 6:50 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A01437B401; Wed, 4 Dec 2002 10:06:49 -0800 (PST) Received: from male.aldigital.co.uk (male.aldigital.co.uk [213.129.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E68F43EB2; Wed, 4 Dec 2002 10:06:47 -0800 (PST) (envelope-from adam@algroup.co.uk) Received: from warandpieces.wessex.aldigital.co.uk (geology.thebunker.net [213.129.64.4]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by male.aldigital.co.uk (Postfix) with ESMTP id A362298400; Wed, 4 Dec 2002 18:06:45 +0000 (GMT) Received: from algroup.co.uk (localhost [127.0.0.1]) by warandpieces.wessex.aldigital.co.uk (8.12.6/8.12.6) with ESMTP id gB49aTXX000800; Wed, 4 Dec 2002 09:36:35 GMT (envelope-from adam@algroup.co.uk) Message-ID: <3DEDCC9D.4000108@algroup.co.uk> Date: Wed, 04 Dec 2002 09:36:29 +0000 From: Adam Laurie User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" Cc: Adam Laurie , questions@FreeBSD.org Subject: Re: vinum documentation References: <3DE244ED.8000903@algroup.co.uk> <20021125224557.GJ41068@wantadilla.lemis.com> <3DE353C7.5080704@algroup.co.uk> <20021126232050.GB21404@wantadilla.lemis.com> <3DE5EAA0.4030009@algroup.co.uk> <20021129020137.GC8307@wantadilla.lemis.com> <3DE74326.7080302@algroup.co.uk> <20021130005821.GD17834@wantadilla.lemis.com> <3DE87950.6000201@algroup.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Adam Laurie wrote: > Greg 'groggy' Lehey wrote: > >>> >>> describe the procedure for unplugging the external chassis from >>> machine A, and plugging it into machine B, and bringing up the vinum >>> RAID without re-initialising it (i.e. preserving the data already on >>> it). >> >> >> >> 1. On machine A, stop Vinum. Depending on the hardware, you may need >> to shut down. >> 2. Remove the chassis from machine A. >> 3. Connect the chassis to machine B. Depending on the hardware, you >> may need to shut down. >> 4. If you haven't rebooted machine B, run camcontrol rescan on the >> SCSI bus to discover the new disks. >> 5. Run 'vinum start'. > > > are you saying that at this point vinum will scan all disk busses and > decide for itself that the raid exists, and reconstruct /dev/vinum? > > i know you've said in a previous post that /dev/vinum "isn't important", > but since it contains mount points etc, i assume it's reasonably > vital... anyway, our experience when we complete the steps above was > that /dev/vinum/raid1 etc. didn't exist, so we couldn't mount the > volume, which is why we went on to perform the other steps i described. .. having now digested what youve said so far, and re-read the docco several times, i'm guessing the final step would be: 6. Run 'vinum makedev' in which case our mistake was doing this and 'vinum start' the wrong way around (and then going on to compund the problem in various other ways... :) does this make sense? cheers, Adam -- Adam Laurie Tel: +44 (20) 8742 0755 A.L. Digital Ltd. Fax: +44 (20) 8742 5995 The Stores http://www.thebunker.net 2 Bath Road http://www.aldigital.co.uk London W4 1LT mailto:adam@algroup.co.uk UNITED KINGDOM PGP key on keyservers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message