[CLOUDSTACK-354] Display of storage statistics is wrong.

• Type: Bug
• Status: Closed
• Priority: Critical
• Resolution: Fixed
• Affects Version/s: pre-4.0.0
• Fix Version/s: 4.0.2, 4.1.0, 4.2.0
• Component/s: KVM, Storage Controller, UI
• Security Level: Public (Anyone can view this level - this is the default.)
• Environment: 4.0.0 - second release vote, CentOS 6.3 - KVM
• Assignee: Marcus Sorensen
• Reporter: David Nalley
• Created: 15/Oct/12 23:32
• Updated: 04/Jun/13 18:51
• Resolved: 22/Mar/13 16:36

Description

UI Statistics seem inversely calculated

UI is reporting local storage as having 100660162560 of 105689374720 bytes consumed.

KVM node 1 has the following stats:
/dev/mapper/vg_supv-lv_root
50G 3.3G 44G 8% /

which is really 3436224 45548476 in megabytes

KVM node2 has the following stats:
/dev/mapper/vg_kvm2-lv_root
50G 1.5G 46G 4% /

which is really 1486956 47497744

Combining the two available MB figures comes up with 93046220 available, or rather 94% free - rather than 95% consumed

Here is what virsh shows for one fo the local storage pools:
virsh # pool-info 11d434ae-d61a-44a3-8bb9-8eba8ac8b015
Name: 11d434ae-d61a-44a3-8bb9-8eba8ac8b015
UUID: 11d434ae-d61a-44a3-8bb9-8eba8ac8b015
State: running
Persistent: yes
Autostart: no
Capacity: 49.22 GB
Allocation: 1.42 GB
Available: 47.80 GB

And here is the response to a listStoragePools - which likewise shows almost zero usage for the local storage pools

<?xml version="1.0" encoding="UTF-8"?>
<liststoragepoolsresponse cloud-stack-version="4.0.0.20121014100600">
<count>3</count>
<storagepool>
<id>d2f59dd8-2b28-42f0-bd3b-d7e3f4413f47</id>
<zoneid>d06193b2-7980-4ad1-b5d8-7b2f2eda63c3</zoneid>
<zonename>SanJose</zonename>
<podid>885d2dc4-8bc8-4f91-b1dd-78b19a2a9fc8</podid> <podname>POD1</podname>
<name>supv.cloudstack.org</name>
<ipaddress>10.208.38.2</ipaddress>
<path>/var/lib/libvirt/images/</path>
<created>2012-10-14T20:57:36-0400</created>
<type>Filesystem</type>
<clusterid>cc6d5a86-c57b-43d0-b927-ee60556c38a1</clusterid> <clustername>cluster1</clustername>
<disksizetotal>52844687360</disksizetotal>
<disksizeallocated>0</disksizeallocated>
<disksizeused>3524911104</disksizeused>
<tags></tags>
<state>Up</state>
</storagepool>
<storagepool>
<id>b55460a5-00f9-3eae-9d41-a95100c328d0</id>
<zoneid>d06193b2-7980-4ad1-b5d8-7b2f2eda63c3</zoneid>
<zonename>SanJose</zonename><podid>885d2dc4-8bc8-4f91-b1dd-78b19a2a9fc8</podid> <podname>POD1</podname>
<name>nfs1</name>
<ipaddress>10.208.38.2</ipaddress>
<path>/home/primary</path>
<created>2012-10-14T21:25:08-0400</created>
<type>NetworkFilesystem</type>
<clusterid>cc6d5a86-c57b-43d0-b927-ee60556c38a1</clusterid>
<clustername>cluster1</clustername>
<disksizetotal>174001750016</disksizetotal>
<disksizeallocated>725950464</disksizeallocated>
<disksizeused>4471128064</disksizeused>
<tags></tags>
<state>Up</state>
</storagepool>
<storagepool>
<id>11d434ae-d61a-44a3-8bb9-8eba8ac8b015</id>
<zoneid>d06193b2-7980-4ad1-b5d8-7b2f2eda63c3</zoneid>
<zonename>SanJose</zonename><podid>885d2dc4-8bc8-4f91-b1dd-78b19a2a9fc8</podid>
<podname>POD1</podname>
<name>kvm2.cloudstack.org</name>
<ipaddress>10.208.38.3</ipaddress>
<path>/var/lib/libvirt/images/</path>
<created>2012-10-15T01:31:53-0400</created>
<type>Filesystem</type>
<clusterid>cc6d5a86-c57b-43d0-b927-ee60556c38a1</clusterid>
<clustername>cluster1</clustername>
<disksizetotal>52844687360</disksizetotal>
<disksizeallocated>0</disksizeallocated>
<disksizeused>1522647040</disksizeused>
<tags></tags>
<state>Up</state>
</storagepool>
</liststoragepoolsresponse>