[SUMMARY] Transferring data to raidsets on HSZ40 from raidsets on BA350 (SWXCR)

From: <millers_at_grl008.dnet.bp.com>
Date: Mon, 21 Aug 95 11:00:15 -0400

Thanks for your help on this. Unfortunalty I didn't get the chance to try
anything out as there seems to be a 'bug' in ADVFS which there is no fix for
which causes Inode corruption. I decided in the end to rebuild the system from
scratch using UFS.
If anyone tries to do this please let me know how you get on.

The replies I got are as follow :

>From sarasin_at_yosemite.cop.dec.com

The quickest way I can think of is to create your raid sets on the HSZ40
do an addvol to the root and usr domains. Then do a remove vol on the
original raid sets. Lastly make sure that /etc/rc.config and
/sbin/swapdefault are updated if you plan to move you default swap space
as well. I have not tested the above with root but have done it with no
problems on other file systems including usr.

---------------

>From alan_at_nabeth.cxo.dec.com

If you can have both sets of disks in operation at the same
        time, the non-system disk parts are easy:

                create target domains
                create target filesets
                mount target filesets somewhere

                vdump 0f - fileset | ( cd somewhere ; vrestore rf - )

        If you can't both sets of disks in use at the same time,
        then backup to tape, take apart a domain, move the disks
        recreate it, restore from tape.

        Moving /usr is pretty much the same as moving one of the
        database domain except that you have to do it running
        single user, since you want /usr unmounted.

        For the root it would help to have the spare disk, since
        you can create the new domain using the existing root. Moving
        the data is pretty much the same. The disklabel command has
        an option that tells it to use the Advfs boot blocks (-t advfs).
Received on Mon Aug 21 1995 - 17:15:20 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:45 NZDT