sapep101dr(root):/home/root>lsvg -l vg00
vg00:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
lv_102_64 jfs2 40 40 1 open/syncd /oracle/EP1/102_64
loglv01 jfs2log 1 1 1 open/syncd N/A
lv_EP1 jfs2 12 12 1 open/syncd /sapmnt/EP1
lv_origlogA jfs2 4 4 1 open/syncd /oracle/EP1/origlogA
lv_mirrlogA jfs2 4 4 1 open/syncd /oracle/EP1/mirrlogA
lv_origlogB jfs2 4 4 1 open/syncd /oracle/EP1/origlogB
lv_mirrlogB jfs2 4 4 1 open/syncd /oracle/EP1/mirrlogB
lv_sapreorg jfs2 40 40 1 open/syncd /oracle/EP1/sapreorg
lv_oraarch jfs2 40 40 1 open/syncd /oracle/EP1/oraarch
lv_sapdata1 jfs2 483 483 3 open/syncd /oracle/EP1/sapdata1
lv_sapdata2 jfs2 240 240 1 open/syncd /oracle/EP1/sapdata2
lv_sapdata3 jfs2 240 240 1 open/syncd /oracle/EP1/sapdata3
lv_sapdata4 jfs2 240 240 2 open/syncd /oracle/EP1/sapdata4
sapep101dr(root):/home/root>
sapep101dr(root):/home/root>lslv lv_sapdata1 .
LOGICAL VOLUME: lv_sapdata1 VOLUME GROUP: vg00
LV IDENTIFIER: 00c5130e00004c00000001261fee63b6.10 PERMISSION: read/write
VG STATE: active/complete LV STATE: opened/syncd
TYPE: jfs2 WRITE VERIFY: off
MAX LPs: 512 PP SIZE: 256 megabyte(s)
COPIES: 1 SCHED POLICY: parallel
LPs: 482 PPs: 482
STALE PPs: 0 BB POLICY: relocatable
INTER-POLICY: minimum RELOCATABLE: yes
INTRA-POLICY: middle UPPER BOUND: 128
MOUNT POINT: /oracle/EP1/sapdata1 LABEL: /oracle/EP1/sapdata1
DEVICE UID: 0 DEVICE GID: 0
DEVICE PERMISSIONS: 432
MIRROR WRITE CONSISTENCY: on/ACTIVE
EACH LP COPY ON A SEPARATE PV ?: yes
Serialize IO ?: NO
INFINITE RETRY: no
sapep101dr(root):/home/root>lsvg vg00
VOLUME GROUP: vg00 VG IDENTIFIER: 00c5130e00004c00000001261fee63b6
VG STATE: active PP SIZE: 256 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 1421 (363776 megabytes)
MAX LVs: 512 FREE PPs: 70 (17920 megabytes)
LVs: 13 USED PPs: 1351 (345856 megabytes)
OPEN LVs: 13 QUORUM: 1 (Disabled)
TOTAL PVs: 3 VG DESCRIPTORS: 3
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 3 AUTO ON: yes
MAX PPs per VG: 130048
MAX PPs per PV: 1016 MAX PVs: 128
LTG size (Dynamic): 256 kilobyte(s) AUTO SYNC: no
HOT SPARE: no BB POLICY: relocatable
PV RESTRICTION: none INFINITE RETRY: no
sapep101dr(root):/home/root>lsattr -El vg00
auto_on y Auto varyon True
conc_auto_on n N/A True
conc_capable n N/A True
gbl_pbufs_ppv 0 N/A True
gbl_pbufs_pvg 0 N/A True
timestamp 561585a31df100fe N/A True
vg_pbufs_ppv 0 N/A True
vgserial_id 00c5130e00004c00000001261fee63b6 Volume group identifier False
sapep101dr(root):/home/root>df -g /oracle/EP1/sapdata1
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/lv_sapdata1 10.00 9.33 7% 5957 1% /oracle/EP1/sapdata1
sapep101dr(root):/home/root>chfs -a size=+512M /oracle/EP1/sapdata1
Filesystem size changed to 253231104
sapep101dr(root):/home/root>df -g /oracle/EP1/sapdata1
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/lv_sapdata1 10.00 9.33 7% 5957 1% /oracle/EP1/sapdata1
sapep101dr(root):/home/root>
To keep the forums high quality for all users, please take the time to format your posts correctly.
First of all, use Code Tags when you post any code or data samples so others can easily read your code. You can easily do this by highlighting your code and then clicking on the # in the editing menu. (You can also type code tags
```text
and
```
by hand.)
Second, avoid adding color or different fonts and font size to your posts. Selective use of color to highlight a single word or phrase can be useful at times, but using color, in general, makes the forums harder to read, especially bright colors like red.
Third, be careful when you cut-and-paste, edit any odd characters and make sure all links are working property.
Thank You.
The UNIX and Linux Forums
Please show the output of
lsfs -q /oracle/EP1/sapdata1
I don't know why, but you have different outputs from lslv and lsvg -l commands. According to lsvg -l vg00 your lv_sapdata1 should be 483 PPs, and according to lslv lv_sapdata1 it is 482 PPs.
Then you did show us the output of df but not of lsvg -l vg00 or lslv after issuing chfs . And as zaxxon writes lslfs is very useful too.
When I first starting reading I read over your literal question - the filesystem stats are not changing.
A bit of analysis.
The lsvg output says each PP (physical partition) is 256M (byte) - so 4 of these would be 1 GByte - and 40 would be the 10GByte that du is reporting.
Since 482 are already allocated - chfs simply does the expansion in place - so the lsvg/lslv output should not be changing.
At this point, as pointed out earlier that you have 482 PP in one listing, and 483 PP in another - whoever is running these commands (for you) is not giving you data "as it happens" - short form - I see too many "mistakes" in the data to provide a reply "to the data presented to us".
More analysis and guessing:
chfs looks at the data in /etc/filesystems (aka LVCB/VG info) and updates that. If another filesystem is mounted over that mount point then df will tell what is mounted over that mount point.
Getting back to the data above - the 2532231104 is in 512 byte blocks. That is roughly 120.75 GByte - and if we multiple 120.75 * 4 (i.e. 4PP per GByte we get 483 PP)
My guess is that chfs is working as it should, but something else is mounted over /oracle/EP1/sapdata1