Mailing-List: contact cloudstack-issues-help@incubator.apache.org;
 run by ezmlm
Precedence: bulk
Reply-To: cloudstack-dev@incubator.apache.org
Date: Wed, 20 Mar 2013 10:03:16 +0000 (UTC)
From: "Nitin Mehta (JIRA)" <jira@apache.org>
To: cloudstack-issues@incubator.apache.org
Message-ID: <JIRA.12611935.1350343922052.18425.1363773796502@arcas>
In-Reply-To: <JIRA.12611935.1350343922052@arcas>
References: <JIRA.12611935.1350343922052@arcas>
Subject: [jira] [Comment Edited] (CLOUDSTACK-354) Display of storage
 statistics is wrong.
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/CLOUDSTACK-354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13607463#comment-13607463 ] 

Nitin Mehta edited comment on CLOUDSTACK-354 at 3/20/13 10:02 AM:
------------------------------------------------------------------

This should be kvm related - can you please reassign ? I dont see any issues with the generic code and couldnt reproduce it for XS local storage as well.
                
      was (Author: nitinme):
    This should be kvm related - can you please reassign ? I dont see any issues with the generic code.
                  
> Display of storage statistics is wrong.
> ---------------------------------------
>
>                 Key: CLOUDSTACK-354
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-354
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: KVM, Storage Controller, UI
>    Affects Versions: pre-4.0.0
>         Environment: 4.0.0 - second release vote, CentOS 6.3 - KVM 
>            Reporter: David Nalley
>            Assignee: Nitin Mehta
>            Priority: Critical
>             Fix For: 4.1.0
>
>
> 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>

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira