Showing results for 
Search instead for 
Did you mean: 

filesystem full /opt

Go to solution
Trusted Contributor

filesystem full /opt

OS: 11iV2
H/w: Integrity
Total Disk Capacity: 146GB
# diskinfo /dev/rdsk/c0t0d0
SCSI describe of /dev/rdsk/c0t0d0:
vendor: HP
product id: IR Volume
type: direct access
size: 142577664 Kbytes
bytes per sector: 512

****But Disk Info shows only 136GB.. I do not know y?

# ./bdfmegs -g
File-System Gbytes Used Avail %Used Mounted on
/dev/vg00/lvol3 1 0 0 27% /
/dev/vg00/lvol1 1 0 1 8% /stand
/dev/vg00/lvol8 8 6 2 75% /var
/dev/vg00/lvol7 50 2 47 5% /usr
/dev/vg00/lvol4 5 0 4 4% /tmp
/dev/vg00/lvol6 10 9 0 100% /opt
/dev/vg00/lvol5 0 0 0 2% /home
/dev/vg00/oracle 50 18 29 39% /data

here my /opt is full...

# vgdisplay -v
--- Volume groups ---
VG Name /dev/vg00
VG Write Access read/write
VG Status available
Max LV 255
Cur LV 9
Open LV 9
Max PV 16
Cur PV 1
Act PV 1
Max PE per PV 4332
PE Size (Mbytes) 32
Total PE 4322
Alloc PE 4322
Free PE 0
Total PVG 0
Total Spare PVs 0
Total Spare PVs in use 0

PV Name /dev/dsk/c0t0d0s2
PV Status available
Total PE 4322
Free PE 0
Autoswitch On
Proactive Polling On

I cannot delete anything in /opt...
Please advise if i will have to reduce on of the other file systems or is there any other way to Increase /opt..

# strings /etc/lvmtab

# ioscan -kfnC disk
Class I H/W Path Driver S/W State H/W Type Description
disk 0 0/2/1/ sdisk CLAIMED DEVICE HP IR V
/dev/dsk/c0t0d0 /dev/rdsk/c0t0d0
/dev/dsk/c0t0d0s1 /dev/rdsk/c0t0d0s1
/dev/dsk/c0t0d0s2 /dev/rdsk/c0t0d0s2
/dev/dsk/c0t0d0s3 /dev/rdsk/c0t0d0s3

PLz Advise

James R. Ferguson
Acclaimed Contributor

Re: filesystem full /opt


Your current vg00 has no free physical extents to increase the size of anything. Beyond that, based on utilization percentages, you seem to have a grossly mis-configurated vg00.

What's worse, is that you have a non-operating system filesystem on vg00 --- apparently some Oracle stuff.

Best practices say that you want to keep vg00 solely devoted to the standard HP-UX vg00 filesystems so that vg00 recovery, cloning and operating system updates are easily encapsulated.

I suggest that you create an Ignite make_tape_recovery backup and re-Ignite your server. Choose the advanced installation mode of Ignite and *resize* your filesystems to more appropriate sizes.

Based on your 'ioscan' it appears that you have only one disk!? You really need to purchase more and move the non-OS "stuff" there.


Pete Randall
Outstanding Contributor

Re: filesystem full /opt

I would suggest taking an Ignite tape backup and using it to re-configure your file system layout. Your /usr FS has 50GB which is only 5% utilized. I would reduce the size of that to somewhere around 10GB and use the remaining 40GB to enlarge /opt and /var.

Ignite software and docs can be found here:


Honored Contributor

Re: filesystem full /opt

> size: 142577664 Kbytes
> But Disk Info shows only 136GB.. I do not know y?

142 577 664 / 1024 / 1024 = 136 when rounded to integers.

Regarding your disk space problem:

You have created a /data filesystem in vg00.
This is not recommended (although growing standard partitions like /opt to huge size would be even worse).

The recommended practice is to use the system disks for the OS only, and to create new VGs for application binaries and data.

I guess your /opt is so big because you have something like /opt/oracle in there?

Shrinking existing filesystems is not recommended and is not guaranteed to be successful.

The bottom line is: you need more physical disks!

The recommended practice would be to add two or more disks, configure a desired RAID level, then use the new disks in a new VG, for example /dev/vgoracle. Choose your vgcreate options wisely so that the VG will allow expansion to a large number of large disks, if necessary.

Create /dev/vgoracle/lvol1 for Oracle binaries and /dev/vgoracle/lvol2 for Oracle data. Mount them temporarily to some suitable location:
mkdir /mnt /mnt2
mount /dev/vgoracle/lvol1 /mnt
mount /dev/vgoracle/lvol2 /mnt2

Stop Oracle.
Copy the Oracle binaries to a new location:

cd /opt/oracle
tar cf - . | (cd /mnt; tar xvf -)

Set the permissions of the /mnt directory to the same as /opt/oracle.

cd /opt
mv oracle oracle.old
mkdir /opt/oracle
umount /mnt

Edit /etc/fstab to indicate that /dev/vgoracle/lvol1 should be mounted to /opt/oracle at system boot.

mount /opt/oracle

Now you have the Oracle binaries on a new disk, but all the file paths are the same as before.

Restart Oracle and test.
If everything works, you can remove /opt/oracle.old and your /opt will no longer be full.
If there is a problem, rollback is simple:
- umount /opt/oracle
- comment out /opt/oracle line in /etc/fstab
- mv /opt/oracle /opt/oracle.failed
- mv /opt/oracle.old /opt/oracle

The next step would be to do the same to the /data filesystem. This is simpler because /data is already a mountpoint:

Stop Oracle.
cd /data
tar cf - . | (cd /mnt2; tar xvf -)

Set the permissions and ownership of the /mnt2 directory to match /data.

umount /mnt2
umount /data

Edit /etc/fstab to indicate that /dev/vgoracle/lvol2 should be mounted to /data instead of /dev/vg00/oracle.

mount /data

Restart Oracle and test. If everything works, you can run "lvremove /dev/vg00/oracle". After this, you will have a lot of free PEs which you can use to extend other LVs of vg00, if/when necessary.

If there is a problem, rollback will be:
- umount /data
- edit /etc/fstab to indicate that /dev/vg00/oracle should be mounted to /data
- mount /data

After this complete procedure, your Oracle binaries and data will be on a dedicated vgoracle volume group, which can continue to expand in the future.

Trusted Contributor

Re: filesystem full /opt

I have initially thought of the same ... but here I had only two disks in the server and there is no other source to back them up.. In case of a fail over.. And so I have setup a h/w Raid and could be the reason y it is showing only 1 disk in ioscan ....
Trusted Contributor

Re: filesystem full /opt

But then I will keep your advises in mind... And if ordered more disks... May be I will go ahead to re Ignite the server & create a different vg for the oracle...

But I had no other choice left other then implement a h/w raid on the two available disks so reduce the probability of fail over in worst situation.. wherein if one of the disks fail down also.... The other disk will take over... keeping the data safe..
Honored Contributor

Re: filesystem full /opt summary, they've already told you:
a) you have no available space on the disks you have,
b) ideally, vg00 should be OS-only
c) you need more disks

if you really have to use just what you've got, I would question why "/usr" is 50GB (same size as "/data"). as you can see, it is 95% free...and it shouldn't grow much or very fast.

I'd consider igniting the box again and redistributing that space elsewhere.

Not an ideal solution, but works with the limitations you've expressed.
Trusted Contributor

Re: filesystem full /opt

Thanks every one...