Date: Fri, 14 Jan 2005 08:17:42 -0500 From: Derek <derekm.nospam@rogers.com> To: questions@freebsd.org Subject: Re: Replacing both disks in RAID1 Message-ID: <41E7C675.4040703@rogers.com> In-Reply-To: <cs42v2$2vb1$1@FreeBSD.csie.NCTU.edu.tw> References: <cs42v2$2vb1$1@FreeBSD.csie.NCTU.edu.tw>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?41E7C675.4040703>