Thank you all for replying back to my query. Looks like I have two options - either to use flar to create flash archive or to boot off a Solaris DVD, mount the disk, destroy the existing device tree and replace it using devfsadm (look at the replies below). I am going to attach all relevant replies - please read thru them and choose what will work best for you. Thanks again everybody. Flash archives: Prasanth Mudundi, Hutin Bertrand, Ryan Krenzischek: Recommended creating a flash archive and building a system off of it. Here is the link that Ryan sent out: <http://sysunconfig.net/unixtips/solaris.html#flash> http://sysunconfig.net/unixtips/solaris.html#flash [looks like the links in there in turn point to sunsolve - but excellent tips are present there] Boot off of cdrom and fix device paths: Others recommended using booting off of cdrom and fixing device paths. I am attaching their replies below: Noel Milton Vega said: Do the same proceedure as with SCSI... Then boot to single user mode off the latest version of Solaris that you can download an burn onto a CD (say Solaris 10). See if you can see the new WWN's in the /dev directory while booted off that CD (which implies it must have the appropriate drivers on the CD). If you can see the new WWN's, then do the following: mount -F ufs -o rw /dev/path/of/root/device /mnt mv /mnt/dev/dsk /mnt/dev/dsk.SAVED mv /mnt/dev/rdsk /mnt/dev/rdsk.SAVED #mkdir /mnt/dev/dsk mkdir /mnt/dev/rdsk #cd /dev/dsk find . | cpio -pudm /mnt/dev/dsk #cd /dev/rdsk find . | cpio -pudm /mnt/dev/rdsk #cd /devices find . | cpio -pudm /mnt/dev/devices #mv /mnt/etc/path_to_inst /mnt/etc/ORIG.path_to_inst cp /tmp/root/etc/path_to_inst /mnt/etc/path_to_inst Edit /mnt/etc/system if necessary. Give it a whirl and reboot. This proceedure is Probably infested with typos, but it gives you an idea. Let me know how it goes. Regards, Noelle Kris Briscoe said: Put all five drives into one 890. 1) Load the os on one of them. 2) ufsdump | ufsrestore for each partion onto each of the remaining 4 drives. 3) mount the filesystem that contains /etc/vfstab locate the wwn for the drive you are working. Find out what it's c#t#d# is and modify that in the /etc/vfstab 4) unmount the partion and continue on with the next drive. 5)) install a bootblk onto EACH of the four newly copied drives. At this point you should be able to put one of each of those drives into each of the 890s. You'll probably need to know the wwn of each drive you put into the server and update the eeprom to boot from that disk. I would recommend that you put each disk into the corresponding slot on the new server you move the disk to. ok> setenv boot-device <the path and disk you want to boot from> Good luck, Kris-- Victor Engle said: There is a way around that problem and a Sun doc I think on bigamin explaining it. The link is: <http://www.sun.com/bigadmin/content/submitted/disaster_recovery.html> http://www.sun.com/bigadmin/content/submitted/disaster_recovery.html Basically you do this: 1. dup your boot disk from one machine 2. Install the boot block 3. Install the disk on the target machine 4. Boot from CD to single user 5. Mount the root slice on /root 6. rm root/dev/dsk/c* /root/dev/rdsk/c* 7. rm /root/etc/path_to_install 8. devfsadm -r /root -p /root/etc/etc/path_to_inst Verify that the devices and path_to_inst were recreated and boot that disk. You might also be able o simply remove the path_to_inst and boot -ar Regards, Vic Engle Ben Green said: I did this operation dozens of times with ufsdump/restore. It is the fastest way to clone a full system. These systems are Veritas, but I think this will help you, even if you are not using Veritas. This includes only the steps that cause issues with the WWN change on the fiber drives. Hope it helps. bfg ============================================================================ ================================= Here are the stripped down steps to clone a V890. Should be the same for any internal fiber disk server. Source system: (specifics left out to not bore the audience) - Clone as usual with ufsdump/ufsrestore - installboot on the new disk - mount the new root filesystem - change /etc/hosts, /etc/nodename, /etc/hostname.*, /etc/defaultrouter, /etc/netmasks, /etc/net/*/hosts for new node/ip - for VCS: change /etc/VRTSvcs/conf/sysname, /etc/llt*, and disable VCS from starting - move the cloned drive to target/slot zero on the destination machine (Note the WWN from the drive label to verify with probe-scsi later) Destination machine: 0. Get to the ok prompt. 1. probe-scsi-all <snip> /pci@8,600000/SUNW,qlc@2 LiD HA LUN --- Port WWN --- ----- Disk description ----- 0 0 0 500000e011343241 FUJITSU MAT3147F SUN146G0602 1 1 0 500000e011342eb1 FUJITSU MAT3147F SUN146G0602 2 2 0 500000e011356771 FUJITSU MAT3147F SUN146G0602 6 6 0 50800200001f4629 SUNW SUNWGS INT FCBPL922A 3 3 0 500000e011344061 FUJITSU MAT3147F SUN146G0602 4 4 0 500000e011356471 FUJITSU MAT3147F SUN146G0602 5 5 0 500000e011355311 FUJITSU MAT3147F SUN146G0602 <snip> 2. printenv boot-device boot-device = /pci@8,600000/SUNW,qlc@2/fp@0,0/disk@w500000e011357191,0:a disk net 3. setenv boot-device /pci@8,600000/SUNW,qlc@2/fp@0,0/disk@w500000e011343241,0:a disk net 4. boot cdrom -s 5. mount -F ufs /dev/dsk/c1t0d0s0 /mnt mount -F ufs /dev/dsk/c1t0d0s3 /mnt/var 6. chroot /mnt /bin/bash 7. remove these files/directories (The first 3 are probably overkill. The last removal fixes a problem where Veritas gets disks and paths crossed for disk WWNs that it has seen before) - /dev/dsk/* - /dev/rdsk/* - /devices/pci\@8,600000* - /dev/vx/dsk/* - /dev/vx/rdsk/* - /etc/vx/disk.info* 8. devfsadm 9. exit chroot'd env 10. umount -a & reboot 11. After bootup, check vxprint for any lingering rootdg's and use vxdg to destroy them 12. vxdctl hostid <newhostname> 13. if the ce interface driver doesn't load properly, remove the ce lines from /etc/path_to_inst, remove /dev/ce, and /devices/pseudo/clone@0:ce. 14. reboot -- -r Again, thank you all for your replies. As usual, the group came through again. Sincerely, Sanjay _____ To: 'sunmanagers@sunmanagers.org' Subject: Duplicate V890/V490 root disk using just ufsdump/ufsrestore/installboot ... I have to setup 5 x V890 servers and 4 x V490 servers. Without using jumpstart, is there a quick way to do a duplicate a root disk using just ufsdump/ufsrestore/installboot commands? If these boxes had SCSI drives, this would not be a problem. Because of the fiber drives, I am struggling to figure out how to do it - because the WWNs are embedded into device tree. Anybody got any ideas how to do it using plain old ufsdump/ufsrestore commands? Thanks. SG _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Wed Aug 23 20:47:06 2006
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:00 EST