Root FileSystem Expand

[Steven Chen_1]

Hello,

With a plan to upgrade Oracle817 to 10g I have a problem on a test box that is short of space on root filesystem.

I am planning to replace another disk (/disk2) with 36G, and expand root filesystem such as /tmp, /var, /usr., in addition to use it as another non-root function filesystem.

Does anyone know how to do it?

Please see the bdf results and comments on the best way to do:

-----------------------------------
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 143360 41825 95205 31% /
/dev/vg00/lvol1 111637 55004 45469 55% /stand
/dev/vg00/lvol8 512000 237346 257550 48% /var
/dev/vg00/lvol7 1015808 735059 263204 74% /usr
/dev/vg00/lvol4 335872 2267 312810 1% /tmp
/dev/vg00/lvol6 999424 640881 336176 66% /opt
/dev/vg00/lvol5 20480 1109 18168 6% /home
/dev/vg07/lvol1 8888320 5603256 3182468 64% /disk7
/dev/vg06/lvol1 8888320 7185074 1650078 81% /disk6
/dev/vg05/lvol1 8888320 4682382 4074696 53% /disk5
/dev/vg04/lvol1 8888320 7457882 1385738 84% /disk4
/dev/vg03/lvol1 30720000 25252216 5382408 82% /disk3
/dev/vg02/lvol1 4190208 2972235 1141917 72% /disk2
/dev/vg01/lvol2 3166208 2097573 1001937 68% /disk1
--------------------------------

Thank you very much.

Steven

[Sanjay_6 · Accepted solution]

Hi,

If you have onlineJFS installed on the system, you can do this without much problem. Just do lvextend to allocate more extents to these filesystems and then fsadm to extend the size. If you don't hve onlineJFS, you'll have to boot the system in single user mode and then do lvextend/extendfs to increase their sizes.

Here is an example to extend /tmp, when you don't have onlineJFS,

http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000075563685

The itrc doc id is AUSRCKBRC00001468.

Hope this helps.

Regds

[Steven Chen_1]

Here is my fstab. With that, do I have onlineJFS?

-----------------------
/dev/vg00/lvol3 / vxfs delaylog 0 1
/dev/vg00/lvol1 /stand hfs defaults 0 1
/dev/vg00/lvol4 /tmp vxfs delaylog 0 2
/dev/vg00/lvol5 /home vxfs delaylog 0 2
/dev/vg00/lvol6 /opt vxfs delaylog 0 2
/dev/vg00/lvol7 /usr vxfs delaylog 0 2
/dev/vg00/lvol8 /var vxfs delaylog 0 2
/dev/vg01/lvol1 ... swap pri=1 0 0
/dev/vg01/lvol2 /disk1 vxfs rw,suid,nolargefiles,delaylog,datainlog 0 2
/dev/vg02/lvol1 /disk2 vxfs rw,suid,nolargefiles,delaylog,datainlog 0 2
/dev/vg04/lvol1 /disk4 vxfs rw,suid,nolargefiles,delaylog,datainlog 0 2
/dev/vg05/lvol1 /disk5 vxfs rw,suid,nolargefiles,delaylog,datainlog 0 2
/dev/vg06/lvol1 /disk6 vxfs rw,suid,nolargefiles,delaylog,datainlog 0 2
/dev/vg07/lvol1 /disk7 vxfs rw,suid,nolargefiles,delaylog,datainlog 0 2
/dev/vg05/lvol1 /disk5 swapfs min=256000,lim=256000,pri=1 0 2
/dev/vg03/lvol1 /disk3 vxfs rw,suid,nolargefiles,delaylog,datainlog 0 2
-----------------------

Thanks.

[Chris Xu]

I saw a problem doing that because the root filesystems ( /tmp, /var, /usr) were in vg00 and you /disk2 was in vg02. In order to expand those filesystems, the new 36 gb disk has to be placed in vg00, assuming you have no more free space in vg00 to meet your expansion needs.

Chris.

[A. Clay Stephenson]

Short of doing an Ignite the / file system cannot be extended because it must be contiguously allocated. Your / filesystem is big enough. You should not that only /, /stand, and primary swap must be on the boot disk, you could add another disk to vg00 and put /opt, /usr, /var on it BUT if you add another disk to vg00, you are only going to be able to use as much space as your largest existing disk in vg00 unless you intentionally created the VG with extra maximum PE's (which I doubt).

It's not at all obvious to me why you need to put this in the root filesystem or even in vg00. Oracle will happily go anywhere.

[Steven Chen_1]

For the root filesystem, I forget to say that I need a lot of hpux patches on the existing OS before going to Oracle10g, which I am afraid that the current space is too little.

I don't patch Unix system as long as I don't have issues, not until now when I need to upgrade Oracle. If using windows, I believe you have to keep it current.

Please comment more and that are very appreciated.

[Chris Xu]

Do this to find out:

swlist -l product | grep -i fs

If you see either OnlineJFS or AdvJournalFS, it means you have it.

Chris.

[Sanjay_6]

Hi Steven,

to check for OnlineJFS, try,

# swlist |grep -i onlinejfs

If this lists,

B3929BA B.11.00 HP OnLineJFS (Advanced VxFS)

This means you have onlineJFS installed on the system. To verify,

do

# grep vx /stand/system

If the output has "vxadv", that means onlineJFS is installed and licensed on this server.

Hope this helps.

Regds

[A. Clay Stephenson]

You have plenty of root in / to apply patches. /stand and / will grow only very slightly regardless of patches but /var/adm/sw can grow quite large unless you run the cleanup command frequently.

It is really, really dumb not to keep an HP-UX box patched up to date especially with the latest QPK's. That is by far more likely to keep your machine (and data) healthly than doing nothing. One of the real dangers are those patches which mention possible data corruption. The last kind of error you ever want to fight is one that alters bits of data here and there and you might not even know you have a problem for months.

Ideally, you apply your patches first to a Sandbox then to Test and finally to production. You will get very nearly zero surprises that way. A sandbox is a very safe way to deploy the latest patchsets. Plan B (if you don't have a sandbox) is to deploy the next to most recent QPK and keep abreast of the patch notices for possible recalls. By staying only 1 release behind, you get most of the benefits and little risk BUT you should look at the recent patch notificatiosn for problems that they correct because these just might be extremely critical for your environment. This is an essential part of your job, do it.

[Chris Xu]

As far as patches are concerned, I normally apply the patch bundle every 6 months and I usually wait about a month after their release. Other patches are installed on a needed base.

However, you must install all Oracle required patches if not already installed or superseded. As for how much space you will need, it all depends on what patches are already in place. In general, 11i systems need less Oracle required patches than 11.0.

Chris