fuser -d /var, get a PID and check for the process. Kill or restart it maybe and check the FS again.
Try to umount it have a fsck running on it; might be difficult because of many processes have some file open in there. Maybe a reboot is easier if not already done.
$ lsvg rootvg
VOLUME GROUP: rootvg VG IDENTIFIER: 005c8bec00004c000000010505b2fc29
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 1084 (69376 megabytes)
MAX LVs: 256 FREE PPs: 820 (52480 megabytes)
LVs: 13 USED PPs: 264 (16896 megabytes)
OPEN LVs: 12 QUORUM: 1
TOTAL PVs: 2 VG DESCRIPTORS: 3
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 2 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no
Just do a "smitty fs", change fs, "enhanced..." for jfs2 or "journaled..." for jfs1, select "change" again, pick it from the list and add some units and go.
Yes, lsvg shows you in the "FREE PPs", how much space is left for increase on existing or for creation of new LV/FSes.
"man lsvg" will tell you that too ^^
Did you try the fsck or reboot or something to get a correct status of /var?
Have you checked the logs? Change directory to /var (cd /var) and run the command du . | more then check the listing of directories for excessive use. There should be no need to increase the size of /var. Also look in /var/adm and check the size of the wtmp file. If it is excessive you will find references on this forum to the method of clearing out the wtmp file.
He ran "du" already and found the difference displayed by "df" - so, before anything stops working or gets errors, better grant some of the free space to /var until you get a chance to find out what's going wrong.
Thank you zaxxon and johnf. Really appreaciate that.
It is a crusial system act as a application interface between the cluster. thus, rebooting the system is only can be done when there is a quaterly shechdule downtime. I did manage to free out some space.
As you can see, i do have mirror right? Correct me if i am wrong.
For example:
hd4 jfs 3 6 2 open/syncd /after Increasing of JFS, does the number increase also.?? automatically. or i need to do something??
example hd4 jfs 6 12 2 open/syncd / something like that.
When a LV is mirrored you have at least twice the number of PP than LPs. In the example above you can see, that all LVs are mirrored but the 2 sysdump devices lg_dumplv and lg_dumplv2.
Increasing a filesystem by blocks, megabytes or something will at least always allocate up to the full size of the next PP. So if you are at the "border" to the next PP and tell the system you need 200 MB more space in the FS, and have 100 MB left in the current PP, it will use it up and get the next full PP too. Let's say you have a size of 256 MB per PP, it would allocate 100 MB of the current PP and all 256 MB of the next PP. Your FS would be larger by 356 MB instead of only 200 MB. You will see more LPs & PPs allocated and if it is a mirrored LV, you will see even more PPs
But this is nothing to worry about - this is normal.