I received several responses, including two within an hour after posting
the
question!
Many thanks to:
Alan (alan_at_nabeth.cxo.dec.com)
John Francini (francini_at_progress.com)
Alan Davis (Davis_at_Tessco.com)
Paul Chapman (pchapman_at_davidjones.com.au)
Dr Marco Luchini (m.luchini_at_ic.ac.uk)
Mark R. Mach (mrmach_at_visi.com)
My original question is listed below. Here's what we ended up doing:
We wanted to copy the data from the system volume to another disk
instead of using a tape because we didn't have a lot of time and didn't
wait to wait for it to back up onto the TLZ09 tape drive.
Instead of using the "dump" command line, we did this:
# newfs /dev/rrz8g
# mount /dev/rz8g /mnt
# vdump -0f - /dev/rvol/vtmp | (cd /mnt; vrestore -xf - )
The rest of the procedure remained the same. This took longer than a
straight dump, but it worked well. We used vdump/vrestore instead of
dump/restore since it seemed to have a bit more functionality. We
copied all of the file systems to the other disk. After removing the
LSM entries from the inittab and sysconfigtab files, and changing the
fstab file, we were even able to boot successfully from the new disk.
Apparently, if we would have done a dump straight to a tape, then
restored it back to the disk, it would have also worked. We just didn't
have time to test it on tape.
David
---------------------
David Monroe
Puget Sound Data Systems, Inc.
mailto:david_at_psds.com
Original question:
> We have an AlphaServer 4100 with two KZPAC RAID controllers (to reduce
> the
> single point of failure) with a mirrored RAID 5 set (3 drives
> connected
> to each RAID controller, each 3-drive RAID set is configured as a
> hardware RAID 5, and LSM is used to mirror the two RAID 5 sets between
> the two controllers). We're using the UFS file system.
>
> I'm trying to back up each file system using the "dump" command, then
> verify the integrity of the backup. I figured it would be quickest to
> create a partition outside LSM on a new drive to hold the test backup
> (i.e. rz8g). This way I could mount the separate partition after the
> dump and view the files (I know this works when dumping non-LSM
> partitions--we can typically duplicate file systems on a drive this
> way). However, after the dump from the LSM volume to the rz8g disk
> partition, I can no longer mount /dev/rz8g. It tells me that "No
> valid
> filesystem exists on this partition". Before the dump, I could mount
> it. I expected to see a mirror image of the volume that I just backed
> up.
>
> Here's the process I used. We are temporarily breaking the mirror to
> make the backup since we don't have enough space on the volume to do a
> snapshot.
>
> *** Dismount the mirror set, so we can just back up the mirror
> volume.
> volplex dis vol-re0g-02
>
> *** Make a new temporary volume for the mirror set
> volmake -Ufsgen vol vtmp plex=vol-re0g-02
> volume start vtmp
>
> *** Check it, just to be safe
> fsck -p /dev/rvol/vtmp
>
> *** Back up the volume
> dump -0 -f /dev/rz8g /dev/rvol/vtmp
>
> *** Re-attach the mirror volume. . .
>
> When I try to mount /dev/rz8g after the dump step, it gives the "No
> valid filesystem..." error. How do I know that my backup was
> successful?
> Is there a simple way to verify the integrity of the backup?
> What if we need to restore the data to a non-LSM partition in the
> future?
>
Received on Tue Jun 01 1999 - 16:13:46 NZST