This works perfect with different hardware but I have three questions. 1- If the target machine is Solaris 8 and the original 2.6 how can it be handled? 2- if target machine is for example a Netra X1 with solaris pre-installed? 3- Instead of "parking" the old system on an old machine could we put in on a bootable cd so that when it boots it restore at least the root partition? Adam Bisbe. ---------- Missatge transms ---------- Subject: SUMMARY: Disaster Recovery Issue: Rebuilding a system on different hardware from Tape Date: Tue, 25 Sep 2001 12:03:17 +0800 From: "Stephen Kelly" <steve@beacon.com.au> To: "Sun Managers (E-mail)" <sunmanagers@sunmanagers.org> Thanks to: Uddin, Mohammed M. [muddin@unocal.com] Ilin, Jane [Jane.Ilin@xwave.com] Steve Hastings [stevehas@us.ibm.com] Brett Lymn [blymn@baesystems.com.au] Roger D. Leonard [rleonard@fore.com] Mohammed's response contained the vital piece of information I was missing, and Jane provided a succinct procedure for the steps I had already followed. She referenced /a where I reference /mnt so I have changed it to be consistent. I had already followed the path of migrating the /dev and /device trees from the cdrom boot to the root drive. However I failed to also migrate the /etc/path_to_inst file. This proved to be the key to the whole process. For the sake of brevity the full process is as follows. How to restore root filesystem This procedure assumes that you saved root partition using ufsdump. 1. Boot from CD to single-user mode. (boot cdrom -s) 2. Create new partition for root filesystem and than check it with fsck. (format and newfs) 3. Mount the new partition on /mnt mount point. 4. restore root filesystem # cd /mnt #ufsrestore rvf /dev/rmt/0 5. Remove the restore symbol table and unmount new root partition. # rm restoresymtable # cd / # umount /mnt 6. Check root filesystem again( fsck ) 7. Install boot block # cd /usr/platform/`uname -i`/lib/fs/ufs #installboot bootblk /dev/rdsk/<rootpartition> 8. mv /mnt/dev /mnt/dev-old 9. mv /mnt/devices /mnt/devices-old 10. mv /mnt/etc/path_to_inst /mnt/etc/path_to_inst-old 11. Copy the new "/dev", "/devices" and the "/etc/path_to_inst" from the cdrom. ( I prefer the find-cpio pipe very effective for getting the dev directories, and a tar pipe for getting the device subtree). An example of the find-cpio pipe is: cd /dev; find . -depth -print | cpio -pdlmv /mnt/dev An example tar pipe is: cd /devices; tar cBf - . | ( cd /mnt/devices; tar xvf - ) ( I use this one a lot) 12.Reboot I missed the path_to_inst file which turned out to be pivitol to the whole process working. Thanks for all who helped and I now have a successful restore of an Ultra 60 based server on an Ultra 5. It's this sort of portability that makes an investment in Sparc/Solaris worthwhile. Thanks again for all your help. regards, Steve Kelly ========================== ## Stephen Kelly ## Technical Specialist ## Beacon Technology ## http://www.beacon.com.au ## ph + 61 8 9486 8500 ## steve@beacon.com.au ========================== "Those who cannot remember the past are condemned to repeat it." - George Santayana ===== Original Posting ===== Greetings Managers. The situation I am facing is as follows. One of our clients has pulled their e-business site due to lack of demand. They intend to relaunch it sometime in the future. We are in the process of archiving the system off so that the clients hardware can be reused for other purposes. The System is an Ultra60 running Solaris 7. The / , /usr , /opt and /u01 partitions are on different physical disks. I have been tasked with restoring this system to another system on a single disk and storing that disk offsite for quick recovery. The entire system will currently fit on a 9Gb disk. The process I have followed is: Dump all partitons using ufsdump to tape. Boot up my target restore server, which is an Ultra 5, via cdrom into single user mode. Configure my target disk, create a newfs and mount the disk under /mnt. Restore each dump across the wire onto the disk. This process works flawlessly. Use installboot to install a bookblk on the target disk. Do a touch /mnt/reconfigure. (Remembering the boot disk is on /mnt) Edit /mnt/etc/system to ensure the rootdev points to the correct disk. Edit /mnt/etc/vfstab appropriately. Then I reboot the system, praying for it to come up. Everything looks good initially, then i get a cpu panic. Here is the output. Resetting ... Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 270MHz), No Keyboard OpenBoot 3.11, 128 MB memory installed, Serial #10409566. Ethernet address 8:0:20:9e:d6:5e, Host ID: 809ed65e. Rebooting with command: boot Boot device: disk:a File and args: SunOS Release 5.7 Version Generic_106541-10 64-bit [UNIX(R) System V Release 4.0 ] Copyright (c) 1983-1999, Sun Microsystems, Inc. WARNING: kbconfig: keyboard open failed: error 6 BAD TRAP: cpu=0 type=0x31 rp=0x104073e0 addr=0x0 mmu_fsr=0x0 BAD TRAP occurred in module "genunix" due to a NULL pointer dereference. : trap type = 0x31 pid=0, pc=0x100caf40, sp=0x10406c81, tstate=0x4480001600, context=0x0 g1-g7: 100a4338, a9d40, a9d40, ff00000, 2, 1041f700, 10408000 Begin traceback... sp = 10406c81 Called from 101c455c, fp=10406fd1, args=300001ecbb0 10407898 3000037bf28 2 2 0 Called from 1004cf6c, fp=104070c1, args=1045c000 10407898 1045fce0 10446ba0 3000 01ecbb0 5400 Called from 1006cb00, fp=10407171, args=449f8254d 806fa4 3b4443ec 0 72000 1048c4 00 Called from 1009cdb8, fp=10407221, args=0 ffffffffffffffff 28 0 1000ce34 0 Called from 10006ecc, fp=104072f1, args=10408000 2000 10407ec0 10408000 10050e5c 1041f9b0 Called from 100568cc, fp=132401, args=10006d08 1041f930 80 1045a528 10435db4 104 355f8 End traceback... panic[cpu0]/thread=10408000: trap syncing file systems... done skipping system dump - no dump device configured rebooting... Could anyone give me some pointers to where I may be going wrong? TIA, Steve ====== End Original Message ======= _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers -------------------------------------------------------Received on Wed Sep 26 00:33:23 2001
This archive was generated by hypermail 2.1.8 : Wed Mar 23 2016 - 16:32:31 EDT