Larger size of LV

[Roro_2]

Hi,

Our cutomer has an rp3440 server running HPUX 11i v1 on 2 x 36GB mirrored bootable disks.
They want to increase the size of /var, /opt, /usr and /tmp logical volumes.
NB : the free space on system disk is 9GB.
I have performed the following steps :
1- shutdown the server
2- disconnect the primary bootable disk
3- booted HPUX in maintenance mode (hpux -lm) from alternate disk.
4- activate /dev/vg00 ( vgchange -a y vg00)
5- when executing the following command lvextend -L nnnn /dev/vg00/lvolx
i am receiving the following error :
"lvextend: not enough free physical extents available ; logical volume /dev/vg00/lvolx could not be extended ; failure possibly caused by strict allocation policy"

Please advise.

Regards

Roger

[Duncan Edmonstone]

Roger...

why did you disconnect one of the disks? why did you got to LVM maintenance mode? I guess if you don't have online JFS you might have needed to go to single user mode to extend these filesystems, but you can do the LVM parts at least during normal operation...

At this stage I would:

-reconnect your missing disk
-reboot to multi-user mode
-post the output of "vgdisplay -v vg00"

HTH

Duncan

[Rita C Workman]

If the customer has OnlineJFS you could do all of this live......

1. Make recovery tape
2. lvextend f/s

Rgrds,
Rita

[Roro_2]

Hi Duncan,

Online JFS is not installed on the server.
I booted the server in maintenance mode because we should unmount the file systems which is not possible in multi user mode.

Roger

[Duncan Edmonstone]

well still no need to go to LVM maintenance mode - you could have just gone to single user mode (hpux -is)

and why did you pull one of your disks? if the LV is mirrored then when you run the lvextend it is going to want to extend the LV on 2 physical disks, if you've pulled one out it can't do that!

if you thought you were "just being careful", don't bother - thousands of HPUX admins carry out many many LVM tasks on mirrored boot disks all the time without issue...

plug your disk back in - re-activate the VG (vgchange -a y vg00) to pick up the disk and then try again - if that doesn't work post the "vgdisplay -v vg00" output.

HTH

Duncan

[Rita C Workman · Accepted solution]

If you don't have OnlineJFS you could:

Run ioscan -fnC tape
Get the h/w address of the tape unit

1 Make a fresh recovery tape...
2. Leave the tape in the box and reboot the server
3. Interupt the boot when prompted with the option.
4. Enter SEA
Look for the P(x) entry that corresponds to the tape unit where the tape is.
5. Enter boot P(the # corresponding to tape unit).
6. It starts to run the install and I think on 11.1 boxes it comes up with a statement that says something about "...do you want to intervene?..."
You do so hit a key to interupt

Can't recall off hand the exact words, but you DO want to interact with the install, so if asks to interact say Y. If it asks to stop the non-interactive install, say Y.

It should in a minute come up with a menu that says HPUX-Install. That's what you want.
Make sure that astericks are next to Media Install and Advanced Options.

It goes to next menu that is a pain to navigate. From there you can go down and extend the logical volumes. When done...go to GO and hit enter.

It will take a few hours for this to reload the whole system again & reboots.

Remember it is going to load the O/S from the make_recovery_tape, so everything that was on vg00 will continue to be on vg00. When done....make a fresh recovery tape on a fresh tape. You will then have the version of O/S prior (which you could reload from) and the new version with changes.


Hope this helps,
Rita

[Duncan Edmonstone]

Rita,

The filesystems that Roger mentioned (/var, /opt, /usr and /tmp) aren't ones that need to be contiguous, so if he has free extents on both disks he should be able to extend the LVs online (no OnlineJFS so he'll still need to go to be in single user mode to run the extendfs) without needing to do an Ignite recovery (he would need to use the Ignite method to extend /, /stand or the swap/dump LV)

HTH

Duncan

[Roro_2]

Rita,

Thank you very much for your concern ; your solution takes too much time..

Duncom,

I have rebooted the server through both disks in maintenance mode and i could increase the size of the above file systems normally.
So the problem occured because i disconnected one disk.

Thanks and Regards

Roger

[Albert Smith_1]

/var /opt and /tmp can all be resized

however /usr can not be resized once it's been created. If you need more room you will need to create an ignite tape and reinstall with the ignite with the expanded file systems.

You can also do this with dynamic root disk software. Make a copy then extend it then boot from the cloned disk.

[Duncan Edmonstone]

Albert,

>> however /usr can not be resized once it's been created.

Huh? Yes it can... it doesn't have a strict/contiguous allocation policy like /, /stand and swap/dump.

From a 11.11 system with a pretty vanilla install...

# bdf /usr
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol7 2306048 1115840 1184208 49% /usr
# lvdisplay /dev/vg00/lvol7 | grep Allocation
Allocation strict
# bdf /stand
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol1 295024 40864 224656 15% /stand
# lvdisplay /dev/vg00/lvol1 | grep Allocation
Allocation strict/contiguous
# bdf /
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 307200 165600 140856 54% /
# lvdisplay /dev/vg00/lvol3 | grep Allocation
Allocation strict/contiguous
# swapinfo | grep lvol
dev 2097152 0 2097152 0% 0 - 1 /dev/vg00/lvol2
# lvdisplay /dev/vg00/lvol2 | grep Allocation
Allocation strict/contiguous

So /usr can certainly be resized the same as /tmp /opt and /var

HTH

Duncan