restoring systems SUMMARY

From: tim mcginnis <tim.mcginnis_at_caspiangroup.com>
Date: Wed Oct 02 2002 - 17:50:10 EDT
At long last it's here.
A lot of people had helped with this one:

Jeff Germain j.germain@xpedite.com  for:


# rm -r /a/dev
# rm -r /a/devices
# find /devices -print | cpio -pvdum /a/devices
# devlinks -r /a
# disks -r /a
# tapes -r /a
# ports -r /a

Then re-recover your /a/dev and /a/devices with a "noforce" option so as
not
to overwrite what you just did, but grab anything else you might have
deleted in step 1.  Then...

# cp /tmp/root/etc/path_to_inst /a/etc/path_to_inst     (assumes booted
off cd
or jumpstart)
# cd /usr/platform/sun4u/lib/fs/ufs
# installboot bootblk /dev/rdsk/c0t0d0s0        (<--insert your
platform/device here) 
--
It works.
--
anthony.miller@vf.vodafone.co.uk
Who sent me: A guide to rebuilding/recovering a Solaris systems with a
mirrored VxVm boot disk in pdf. Always good.
--
Eric Watson ewatson@law.harvard.edu
coolness with flar_create
--
Callum Hughes Callum.Hughes@sis.securicor.co.uk
With some excellent advice on ignoring specific things when restoring.
---
The what gets documented in the run book answer goes to:
McAlister, Bruce Bruce.McAlister@irl.xerox.com for this:
[1] Install a base os to an alternate boot disk (say c0t1d0)
[2] Install NB client on alternate boot disk
[3] Create partitions on primary boot device (this is the restored boot
disk
say c0t0d0)
[4] mount the partitions just created onto your alternate boot disk (say
/mnt and /mnt/var)
[5] restore root device to the primary boot device (/mnt and /mnt/var)
[6] change critical files in /mnt/etc to reflect new slice info, or
leave
the same if no changes
[7] remove /mnt/dev and /mnt/devices /mnt/etc/path_to_inst
[8] recreate device paths (if systems are not identical
        Solaris 8 (devfsadm -r /mnt -t /mnt/etc/devlink.tab)
        Solaris 2.6 (chroot /mnt /usr/sbin/devfsadm
                         chroot /mnt /usr/sbin/devlinks
                         chroot /mnt /usr/sbin/disks
                         chroot /mnt /usr/sbin/ports
                         chroot /mnt /usr/sbin/tapes
                         chroot /mnt /usr/sbin/audlinks
                         chroot /mnt /usr/ucb/ucblinks
[9] perform any other modifcations you may need to (sds or vxvm changes)
[10] perform an interactive reconfiguration reboot onto the primary disk
(boot primary -ar)

you should now be sorted for booting, now create the rest of the mounts
and restore from tape.

You can't ask for better than that. Thanks much.

And also for good commentary and ideas:
Rob rstaab@panix.com
Somesh Nagthan snagthan@csc.com
For showing me his quest for help:
"ufsrestore to a new server: the saga
continues"
Larye Parkins LParkins@niaid.nih.gov
Tim Chipman chipman@ecopiabio.com
---

Most of the responces were essentially similar to what 
Lee, Elizabeth Lee, Elizabeth elizabeth.lee.contractor@fnmoc.navy.mil
said:
I have had to do exactly this except I was using Legato;  instead of
doing a blanket retoreall, I simply had to indicate which file systems I
wanted restored, _excluding_ /, /dev, etc.  I assume that you have
loaded the OS via CD?  Then you have a couple of options:

1.you can load the data file systems, then go back and pick & choose
from the backups any cfg or special files that go into / or /etc or
whatever.

2. or you can create separate partions, i.e., /oldroot, and restore the
/, /etc/, /var into /oldroot and retrieve your configuration files,
passwd, shadow, yadayadayada from /oldroot.  That is the road I chose --
that allowed me quick access to the files when I stumbled upon one I
might have missed restoring.

good luck.
--


I think what I learned the most was don't hose a disk. backup
(ufs/tar/legatto/netbackup/vxwhatever, is all very good for data, but if
uptime is critical you had better hope your PHB understands that having 
a backup/disaster recovery plan that includes preinstalled (os level)
disks is more vital than the nifty ATI3 gizmo.

-Taking a moment to apologize for the lenght of delay.

Thanks,
-tm
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Wed Oct 2 17:53:27 2002

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:42:55 EST