From owner-freebsd-questions@FreeBSD.ORG Fri Jan 14 13:27:19 2005 Return-Path: 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 C95FF16A4CE for ; Fri, 14 Jan 2005 13:27:19 +0000 (GMT) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E94A43D1F for ; Fri, 14 Jan 2005 13:27:19 +0000 (GMT) (envelope-from derekm.nospam@rogers.com) Received: from unknown (HELO chesed.razorfever.net) (plick@rogers.com@70.25.112.61 with plain) by smtp103.rog.mail.re2.yahoo.com with SMTP; 14 Jan 2005 13:17:42 -0000 Received: from [192.168.0.10] (newskool.razorfever.net [192.168.0.10]) j0EDHfin036749 for ; Fri, 14 Jan 2005 08:17:42 -0500 (EST) (envelope-from derekm.nospam@rogers.com) Message-ID: <41E7C675.4040703@rogers.com> Date: Fri, 14 Jan 2005 08:17:42 -0500 From: Derek User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j Subject: Re: Replacing both disks in RAID1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 13:27:19 -0000 Toomas Aas wrote: > 1. Attach one of the new drives to free ICH4 IDE port on motherboard, > partition it and transfer the data using dump/tar. At this stage, I would recommend doing this in single user mode, to keep filesystem modifications during the procedure down. I typically use dump for all partitions when in single user mode like so: #adjkerntz -i #swapon -a #mount -a ... #mount /dev/ad0s1a /mnt/newroot ... /mnt/newroot# dump 0af - / | restore xf - /mnt/newtmp# dump 0af - /tmp | restore xf - ...etc > 2. Remove the 80 GB drives, attach 200 GB drives (one with data, one > blank) to TX2 IDE ports and re-create the mirror using Promise onboard > BIOS utility. I would go with this if you can afford the time. On servers that we don't want down for long, I recreate the mirror in the BIOS, let it mirror to 1%, and then reboot (ignoring the RAID error), and start rebuilding with atacontrol. It still takes a while, and the server is slow because of the excessive disk i/o, but it is responding. > 3. Reboot, fix the fstab (if necessary) and be done with it. Shouldn't need a reboot/mess with fstab if you are careful. From my experience with the Promise cards, this is the way to go. I've had to upgrade serveral machines, as we've been using the cards in production. The one caveat that I would warn you about is making sure that all your corresponding partitions line up, to prevent having to mess with fstab (and have the data in the same relative physical location on the drive) So if your fstab looks something like: /dev/ar0s1b none swap... /dev/ar0s1a / ufs... /dev/ar0s1f /tmp ufs... /dev/ar0s1g /usr ufs... /dev/ar0s1e /var ufs.... Make sure that your new disk label's partions correpond to the lettering: newswap -> /dev/ad0s1b newroot -> /dev/ad0s1a newtmp -> /dev/ad0s1f newusr -> /dev/ad0s1g newvar -> /dev/ad0s1e You don't need any dumping for the swapfs. I don't know what will happen if you do, never tried. Cheers, Derek