Move OS to Jamaica disks

[Tony Shen]

I have a V2600 box with five (5) internal 18GB disks. Two are mirrored in vg00 with HP-UX 11.i installed. In a small downtime window next week, I'll need to attach fourty (40) 9GB disks in five (5) HASS (Jamaica) JBODs to the V box and move the OS/vg00 to four of those newly added disks, leaving the two internal ones for other use. Those four 9GB, target Jamaica disks will be contacnated as two pairs and then mirrored, doubling the disk space to 36GB to host vg00. What is the best way to accomplish this in shortest time (3 hours or less for moving vg00)? To use Ignite-UX to create a backup tape and then restore it to the new disks or use LVM to include (vgextend) and mirror the new disks and then remove the old ones from vg00 (it's surely a time consuming process), or you have any better idea to do the task?
Can I preconfigure the target vg00 on the Jamaica disks by attaching them to a test system (K460), copy data from vg00 on the V onto vg00 on the test system by fbackup/frestore file systems before the downtime window. In the downtime window, when the disks are attached to the V box, all I need to do is vgexport vg00 on the internal disks and then vgimport vg00 with those Jamaica disks, make the disks bootable, and then reboot teh V box from the new disks?
Thanks for your input in advance.

[Ravi_8]

Hi tony
My first preference would be to mirror the disk to vg00 and break the mirror, shift the disk(Jamaica), But here the hardware architecture of machine to which you are shifting (jamaica) disk must be identical to that of machine from which you copied or else machine with jamaica disk wouldn't boot(/etc/lvmtab file)and also this requires MirrorDisk/UX product. If you don't have this, my next preferenece would be to use Ignite, and finally fbackup and frestore

[Steven E. Protter]

You can extend the mirror onto the new disks.

1> pvcreate -B /dev/rdsk/xyz

2> vgextend /dev/vg00 /dev/dsk/xyz

3> mkboot /dev/rdsk/xyz

4> mkboot -a "hpux (;0) /stand/vmunix" /dev/rdsk/xyz

-a auto_file_string If the -a option is specified, mkboot
creates an autoexecute file AUTO on
device, if none exists. mkboot deposits
auto_file_string in that file. If this
string contains spaces, it must be quoted
so that it is a single parameter.

or use

4> mkboot -a "hpux -lq /stand/vmunix" /dev/rdsk/xyz

5> lvextend -m 2 /dev/vg00/lvol1 /dev/dsk/xyz -do this for all the lvols on root disk.

6> lvlnboot -R

7> lvlnboot -v To check if you see both the disks as boot disk.


boot the box off the new disks prior to reducing the old volumes and or breaking the mirrors.

SEP

[Eugeny Brychkov]

For perfomance reasons I would not recommend to mix data and OS (boot/swap) disks on the same SCSI bus
Eugeny

[P.H. Vogt]

I would make the ignite backup in any case. If your whole vg00 fits on one tape the ignite option is the easiest but takes the longest downtime.
I still use /opt/ignite/bin/make_recovery -Avi
because i didn't look for the equivalent options for make_tape_recovery yet.

I guess you have the mirror-ux option then swapping the vg00 disks is an option. You don't need much downtime in this case.

Select the 4 disks. I suggest to use disks on different controllers for example

/dev/dsk/c5t6d0 /dev/dsk/c5t5d0
/dev/dsk/c8t6d0 /dev/dsk/c8t5d0

step 1) make_recovery
step 2) connect hass cabinets maybe you want to shutdown for this to avoid a crash due to a scsi bus hangup.
step 3) ioscan -fnC disk
step 4) insf -e -C disk
step 5) locate the disks you want to use for vg00
step 6)
pvcreate -B /dev/dsk/c5t6d0
pvcreate -B /dev/rdsk/c8t6d0
pvcreate /dev/rdsk/c5t5d0
pvcreate /dev/rdsk/c8t5d0

if you use used disks it possible you also need the -f option.

step 7)
mkboot /dev/rdsk/c5t6d0
mkboot /dev/rdsk/c8t6d0

step 8)
vgextend vg00 /dev/dsk/c5t6d0 /dev/dsk/c5t5d0

step 9)
for lv in `find /dev/vg00 -type b`
do
lvextend -m 2 $lv
done

step 10)
for lv in `find /dev/vg00 -type b`
do
lvreduce -m 1 $lv
done

step 11)
vgreduce vg00

step 12) repeat step 8 and 9 for other set of disks.

step 13) repeat step 10 and 11 for the other old disk

step 14)
lvlnboot -r and -b and -s. See man lvlnboot for details.

step 15)
mkboot -a "hpux -lq" /dev/rdsk/c5t6d0
mkboot -a "hpux -lq" /dev/rdsk/c8t6d0


that should do it but check if you didn't forgot something. The lvextend cmd's take some time but you don't need down time.

I recommend a reboot to check if everything works. You probably have to alter the primary and alternate boot path during the IPL stage


Paul

[Michael Steele_2]

Simplest way is the Ignite Clone procedure. Make_tape_recovery, (* twice *) and verify the tapes ahead of time before the window. Make good documentation with ioscan, vgdisplay, fstab, etc. also ahead of time before the window. Reboot and restore interactively with the ignite tape using the advanced restore option which requires the hostname, ip, gateway, file system sizes etc. From this option you can select your disks for installation. NOTE: sea from BCH to verify SCCI connectivity before igniting.

[Dave Wherry]

You asked what the quickest way to do it is. Since you are not physically removing the current drives that the OS is on, you can shut down, attach the new drives and boot back up. Then begin the mirroring process as described above. This can be done on-line so it has the shortest amount of downtime. Depending on how large your logical volumes are and how many you have, this could take a few hours but, you are up and running.
If you needed to reuse those old drives right away the Ignite option is probably the quickest. And it works very well.
Like many questions here, it all depends.