From owner-freebsd-isp Tue Jun 12 18:53:29 2001 Delivered-To: freebsd-isp@freebsd.org Received: from www.golsyd.net.au (golsyd.net.au [203.57.20.1]) by hub.freebsd.org (Postfix) with ESMTP id 551EA37B403 for ; Tue, 12 Jun 2001 18:53:27 -0700 (PDT) (envelope-from kaltorak@quake.com.au) Received: from [203.164.12.28] by www.quake.com.au (NTMail 4.30.0012/AB6169.63.5724aadf) with ESMTP id omnbaaaa for ; Wed, 13 Jun 2001 11:52:24 +1000 Message-ID: <3B26C811.26CC58B0@quake.com.au> Date: Wed, 13 Jun 2001 11:55:29 +1000 From: Kal Torak X-Mailer: Mozilla 4.73 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Rowan Crowe Cc: freebsd-isp@freebsd.org Subject: Re: keeping identical copy of second drive References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Rowan Crowe wrote: > > Hello, > > I am just about to take delivery of a new 1RU machine which has identical > 20Gb drives, one of them in a removable caddy. Ideally I want the second > HD to be a mirror image of the first, either in real time or periodically > transferred over. dump should do this just fine... It seems you just want a drive that will boot, no really true redundancy that RAID offers... > I've had a look at vinum but that seems to be out, as I need to be able to > boot from the backup HD immediately - the 2 HD arrangement is mainly to > minimise downtime in the event of a mechanical HD failure. BTW, can > FreeBSD boot successfully from the second HD if I disable the first in the > BIOS and boot -c? I'm not yet familiar with how 4.x works, are the ata > drives allocated dynamically or can you specify "probe this drive, and > ignore this drive"? I think Greg is working on making vinum drives bootable, but I seem to remember he said it would only work in 5-current because of the devfs or something it has?!? How I understand it, is vinum can load up fine before any disk access needs to be done, but the /dev file system isnt mounted so it cant get its configuration data... Anyway in regard to the ata drives, this is a kernel option, you can choose static drive mappings or let them be dynamically allocated... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message