Disk space Requirements for Upgrade from 10.01 to 10.20

[Kevin Lamb]

Hi,

Could anyone provide me with the recomended LV sizes to perform an upgrade from 10.01 to 10.20 as I do not have access to any manuals, and the ones on line only tell you about having 20Mb spare in /usr.

The machine I will be upgrading is very tight on space and I am not sure if the upgarde is possible.

Any help would be appreciated.

Kev

[Bill McNAMARA_1]

What's your disk size and why don't you cold install. I've installed 10.20 on 1G disks.. on Ks and s700s even 11.00 has installed easily enough on both.

/usr/share/doc/10.20RelNotes
may give you some upgrade info.

some itrc links:
http://itrc.hp.com/cm/QuestionAnswer/1,,0x0f0160260cafd4118fef0090279cd0f9,00.html

"Executing swinstall to update from 10.0, 10.01, or 10.10 to 10.20 will not succeed unless you first obtain and execute the swgettools command found on the 10.20 media. This will update the SD-UX commands. Failure to update SD-UX from the old version will result in error messages and failure of the update process. "

[Kevin Lamb]

Bill,

Thanks for the info, the disks in question are 2Gb (mirrored pair) I have 512Mb free on vg00, the client is not too keen on a cold install and would prefer an upgrade instead.

One thing I have noticed with the output of vgdisplay is that one of the mirrored disk does not have any free PE's whereas the other has 128 PE's free, will this cause any problems with an upgrade as space used will only be on one side of the mirror

I had a gut feeling that I would be able to perform the move from 10.01 to 10.20 without a problem, just wanted to test the air.

[Bill McNAMARA_1 · Accepted solution]

Got that link wrong somehow..
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x0f0160260cafd4118fef0090279cd0f9,00.html

I would recommend looking into the mirroring first... you could always lvreduce all the mirrors and try to upgrade. Reason being that you'll have a bootable old system left to recover from.

Remember that mirrordisk/ux does not mirror disks. it mirrors lvols and can if you give it non default options mirror an lvol on the same disk... which is not so clever!
You can verify with
lvdisplay -v /dev/vgXY/lvolZ
where the mirrors are located.
You want to ensure they're on different disks.

The most likely solution is that one disk is slightly bigger than the other. pvdisplay -v /dev/rdsk/cXtYdZ on the physical volume to verify that.

Make sure the mirror disk is bootable too, test by doing a BO ALT or BO H/W/PA.TH of the mirror to verify from BCH.

What's wrong with 10.01 anyway?!

Later,
Bill

[Kevin Lamb]

Bill,
Output from pvdiplay as follows:
PV Name /dev/dsk/c0t4d0
VG Name /dev/vg00
PV Status available
Allocatable yes
VGDA 2
Cur LV 7
PE Size (Mbytes) 4
Total PE 507
Free PE 128
Allocated PE 379
Stale PE 0
IO Timeout (Seconds) default

And
--- Physical volumes ---
PV Name /dev/dsk/c0t6d0
VG Name /dev/vg00
PV Status available
Allocatable yes
VGDA 2
Cur LV 8
PE Size (Mbytes) 4
Total PE 507
Free PE 0
Allocated PE 507
Stale PE 0
IO Timeout (Seconds) default

Diskinfo shows the disks as both being Seagate ST32550W 2082636 Kbytes.

I have looked at the lvdisplay and have found that our lvol9 is not mirrored on the other disk, hence the confusion with one disk having more free PE's than the other. (not sure why it is like this as I have only just joined the company).

Lokks like I will be better off doing the cold install and cleaning up the system.

Thanks for your input it has been a great help.

Cheers,

Kev