topic Re: vg00 size in Operating System - HP-UX

vg00 size

hydrocct — Thu, 04 Mar 2004 14:14:15 GMT

I will be changing vg00 disks from 18 GBytes to 32 GBytes (mirrored) and would like some advice with respect to resizing my logical volumes. The system is running 11.0 (L2000) and would like to resize with a future upgrade to 11i in mind. Here is the present state:

Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 204800 66028 130161 34% /
/dev/vg00/lvol1 127573 58517 56298 51% /stand
/dev/vg00/lvol8 1792000 1508157 267249 85% /var
/dev/vg00/lvperf 1024000 103327 863196 11% /var/opt/perf/datafiles
/dev/vg00/lvcrash 1024000 99310 867069 10% /var/adm/crash
/dev/vg00/lvol7 1536000 600368 877198 41% /usr
/dev/vg00/lvol6 512000 36769 445625 8% /tmp
/dev/vg00/lvol5 1408000 1055199 330781 76% /opt
/dev/vg00/lvhq 1408128 858718 515090 63% /hq
/dev/vg00/lvol4 614400 357604 240807 60% /home
/dev/vg00/lvrgttreleve 3145728 1820533 1242417 59% /rgttreleve

Re: vg00 size

Steven E. Protter — Thu, 04 Mar 2004 14:33:28 GMT

/ is adequate, but I usually go bigger so bigger mistakes can happen. Ideally bump it up by half though many would disagree.

/stand will need to be able to handle a few more kernels, I typically shoot for 33% full so I have flexibilithy n a crisi.

/var is too small. It should double. This depends on use. We have a print spooler on /var and during certain peak periods usage spikes up a lot. /usr looks good. /opt looks a little full, and 11i has larger more varied optional software.

If you want to increase root / you need to take a make_tape_recovery boot off the tape,manually intervene in the reinstallation and set sizes.

This methodology will work for any fileystem, but root requires contiguous space so there is no choice with that.

The real issue here is what do you plan to use the system for. Not knowing that, my recommendations are broad and based on my experience. Are they relavent to you? Tell me what your server does.

SEP

Re: vg00 size

Marco Santerre — Thu, 04 Mar 2004 14:35:51 GMT

If you are replacing your drives. Make sure that you Ignite your system, otherwise, the first thing that comes to mind is that your vg00 won't be able to see all 32 Gigs of your disk if your MAX PE is not set accordingly/properly.

If you plan to Ignite, I would recommend to do your sizing right away while you can interrupt the process and change the size of your LV as you go. Now, it all depends to what OE you intend to go (and I would recommend looking at the installation book for reference), but with what I see there, I would say you're good enough with / but I would bring up /stand to 200Mg as well. I would maybe increase /var/ to about 2 Gb just to be safe. And though this is to be used for update-ux, I would still use the increase for /usr and /opt as per the manual even if I would do a cold-install. So I would say a good 600-800 Mg free space in both /usr and /opt should be good..

But again, I would definitely check into what OE you install and the recommendations as per the manual

Re: vg00 size

Sundar_7 — Thu, 04 Mar 2004 14:36:22 GMT

You got to be bit more clear when u say "changing disks from 18 GB to 32GB"

You cannot add a 32 GB disk to vg00 unless otherwise MAX_PE * PE_SIZE >= 32 * 1024

If max_pe multiplied by pe_size is less than 32* 1024 then only way you can add 32 gb disk to your vg00 is by reigniting the system.

Re: vg00 size

A. Clay Stephenson — Thu, 04 Mar 2004 14:37:42 GMT

Although it's probably big enough, I would probably increase /stand to about 160MB. I KNOW that's big enough because I've done many 11.0 to 11.11 upgrades. The only other one that jumps out at me is /var. I feel much safer when /var/tmp, /var/lp/spool, and /var/mail are separate filesystems. It's not necessary that all of these be in vg00; that's up to you. /opt could probably stand to be a little bigger as well.

Having said all this (and with the assumption that you have OnlineJFS), as long as /, /stand, and primary swap are adequate there's no real reason to sweat the others. These three must be contigious and can't be extended but the remaining filesystems can be extended "on the fly".

The thing that is missing from your list is the swap space and dump space -- and the amount of physical memory you have and whether you are running pseudoswap and if you ever truly swap. With that extra bit of data, it's possible to answer more fully.

Re: vg00 size

Geoff Wild — Thu, 04 Mar 2004 14:40:14 GMT

Here's mine on 36 GB disks:

/dev/vg00/lvol3 204800 168936 35864 82% /
/dev/vg00/lvol1 298928 54536 214496 20% /stand
/dev/vg00/lvol8 4710400 2152904 2539136 46% /var
/dev/vg00/lvol13 2097152 1018639 1011109 50% /var/opt/perf/datafiles
/dev/vg00/lvol7 2097152 1402448 690328 67% /usr
/dev/vg00/lvol14 524288 170864 331801 34% /usr/openv
/dev/vg00/lvol4 524288 55336 466016 11% /tmp
/dev/vg00/lvol6 2097152 1437176 654848 69% /opt
/dev/vg00/lvol12 262144 6265 239925 3% /opt/cctool
/dev/vg00/lvol10 24576 1829 21385 8% /ops
/dev/vg00/lvol5 524288 194928 326832 37% /home
/dev/vg00/lvol11 1048576 171455 822358 17% /data
/dev/vg00/lvol9 1572864 371304 1126534 25% /app

I think 112MB is minimum for 11i - you should be ok - increase is hard to do - have to boot into LVM maintenance mode...

I think you may need more free space in /opt - check the 11i readme doc....

check firmware (PDC Firmware Revision needs to be at 41.02 or higher - if not - book HP to update.):

# /usr/sbin/cstm
Running Command File (/usr/sbin/stm/ui/config/.stmrc).

-- Information --
Support Tools Manager

Version A.38.00

Product Number B4708AA

(C) Copyright Hewlett Packard Co. 1995-2002
All Rights Reserved

Use of this program is subject to the licensing restrictions described
in "Help-->On Version". HP shall not be liable for any damages resulting
from misuse or unauthorized use of this program.

cstm>scl type proc
cstm>info
cstm>il

Rgds...Geoff

Re: vg00 size

Dave Hutton — Thu, 04 Mar 2004 14:41:11 GMT

I agree with SEP, an example with root that we have on one of our servers is theres a known kernel parms we should adjust thats causing our Omniback gui to core everyonce in a while. (Theres reasons why we haven't changed it yet.)
We've had it a few times where it cored and no one noticed. They launch the gui as root from roots home. They are big enough cores to fill up /.

No points for this, just an anecdote of our experiences.

Dave

Re: vg00 size

hydrocct — Thu, 04 Mar 2004 14:53:20 GMT

Didn't expect so many answers in so short a time. Thanks to all.

I will obviously be igniting to tape and restoring the entire vg00 to the new disks.

The system runs OpenView Communications Assurance OVC/A which uses Oracle. The new disk is driven by an Oracle upgrade from 8.0.6 to 8.1.7 which requires more space.

The system also uses MC/ServiceGuard, but the shared disks will not be modified.

Re: vg00 size

hydrocct — Thu, 04 Mar 2004 15:03:16 GMT

About swap and memory, I have 4 Gigs of device swap, with 2.5 Gigs of physical memory.

Re: vg00 size

Joshua Scott — Thu, 04 Mar 2004 16:40:11 GMT

HP's recommended sizes for a new installation (ridiculously inadaquate):

/stand - 112MB
/ {root} - 140MB
/home - 20MB
/opt - 1000MB
/tmp - 64MB
/usr - 500MB
/var - 500MB
SWAP = 2 x memory size

this is all just informative, i would never use these sizes myself.

FYI, 11.0 has all the same recommendations as 11i, except that stand is 84MB.

Josh

Re: vg00 size

Robert-Jan Goossens — Thu, 04 Mar 2004 17:02:35 GMT

Hi,
About the size of swap,

normaly 2 times the physical Mem, but with these amounts of mem (single oracle database plus application), 2.5 GB primary swap and you could add secondary swap when needed.

Regards,
Robert-Jan

Re: vg00 size

Geoff Wild — Thu, 04 Mar 2004 17:46:44 GMT

Your primary swap only needs to be the same size as memory. Then add secondary swap depending on the needs of your application.

I would add a separate /var/adm/crash mount point = 1 x memory + 512MB (for your system 3GB)

For example, for SAP, you need 24GB of swap.

Also check your kernel parameters - DBC_MAX_PCT should be set to an ammount to give you between 300-500 MB.

So for you, in the 11 to 20 % range.

Again, that depends on what application you are running...

Rgds...Geoff