cancel
Showing results for 
Search instead for 
Did you mean: 

Virtual Edition, TMSH shows 74gb, web GUI shows 24 gb

MaNikhilho
Altostratus
Altostratus

In all the lab setups we have created, the system uses 74gb, which is also verified by the TMSH df -h.

On the resource provisioning, it shows that disk space is only 24 gb, which corresponds to the 25 gb in the appdata, but tmsh shows that 19% is used while resource provisioning shows that almost 99% is used.

I havent been able to understand this, nor fix this by expanding the disk space

 

2 REPLIES 2

eey0re
Cirrostratus
Cirrostratus

74GB is the whole disk. BIG-IP uses Linux Logical Volume Manager (LVM) to create the logical volumes (LVs) for the software (aka boot locations), and shared volumes such as appdata.

 

You can see the Physical Volume with the "pvs" command. You will see it is approx 74GB.

[admin@bigip:Active:Standalone] ~ # pvs PV VG Fmt Attr PSize PFree /dev/sda3 vg-db-vda lvm2 a-- 75.79g 9.17g

This is also the size of the one Volume Group ("vgs" command). Note there is some free space, not allocated to any logical volume.

[admin@bigip:Active:Standalone] ~ # vgs VG #PV #LV #SN Attr VSize VFree vg-db-vda 1 13 0 wz--n- 75.79g 9.17g

Within the volume group are the logical volumes ("lvs" command) which contain the actual filesystems, including the 25GB "appdata" volume:

[admin@bigip:Active:Standalone] ~ # lvs LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert dat.appdata vg-db-vda -wi-ao---- 24.92g dat.log vg-db-vda -wi-ao---- 2.93g dat.maint.1 vg-db-vda -wi-a----- 300.00m dat.share vg-db-vda -wi-ao---- 15.00g dat.swapvol vg-db-vda -wi-ao---- 1000.00m set.1._config vg-db-vda -wi-ao---- 2.17g set.1._usr vg-db-vda -wi-ao---- 5.15g set.1._var vg-db-vda -wi-ao---- 3.00g set.1.root vg-db-vda -wi-ao---- 440.00m set.2._config vg-db-vda -wi-a----- 2.17g set.2._usr vg-db-vda -wi-a----- 5.15g set.2._var vg-db-vda -wi-a----- 4.00g set.2.root vg-db-vda -wi-a----- 440.00m

(Those set.1 and set.2 volumes are the Boot Locations HD1.1, HD1.2.)

 

The 99% of 24GB disk space shown in Resource Provisioning is the estimated maximum space your modules may grow to need. In theory they should manage themselves to remain under that size. (In practice, in some extreme cases they may not.)

 

The 19% is how much of the appdata filesystem they are currently using. 19% used is quite healthy, and I would not be worried. You should have logging to look out for logs from diskmonitor should any volume's used space cross thresholds.

See K8865: Overview of the diskmonitor utility

 

Clearly from the logical volumes above you can see there is lots more space in the 74GB PV to grow. You can use that space for additional Boot Locations (as simply as typing a new number for Volume set name when installing a software image), or if you did need to grow appdata you can do that using "modify /sys disk directory /appdata" tmsh commands. (Note that you can only increase the size, not shrink it, so be sure this is what you want.)

See K14952: Extending disk space on BIG-IP VE

 

Thank you for your clarification sir. Appreciated it.