Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id DC99F200D21 for ; Mon, 16 Oct 2017 14:15:07 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id DB6391609EF; Mon, 16 Oct 2017 12:15:07 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 359B01609EC for ; Mon, 16 Oct 2017 14:15:07 +0200 (CEST) Received: (qmail 11467 invoked by uid 500); 16 Oct 2017 12:15:06 -0000 Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list issues@cloudstack.apache.org Received: (qmail 11458 invoked by uid 500); 16 Oct 2017 12:15:06 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 11455 invoked by uid 99); 16 Oct 2017 12:15:06 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 Oct 2017 12:15:06 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 487D21A2808 for ; Mon, 16 Oct 2017 12:15:05 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id ktAE0QNCsMD4 for ; Mon, 16 Oct 2017 12:15:04 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id DC32B5FE18 for ; Mon, 16 Oct 2017 12:15:03 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 64DADE0295 for ; Mon, 16 Oct 2017 12:15:02 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 0FFA724360 for ; Mon, 16 Oct 2017 12:15:01 +0000 (UTC) Date: Mon, 16 Oct 2017 12:15:00 +0000 (UTC) From: "ASF subversion and git services (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CLOUDSTACK-10060) ListUsage API always displays the Virtual size as '0' for Usage type=9 (snapshot) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Mon, 16 Oct 2017 12:15:08 -0000 [ https://issues.apache.org/jira/browse/CLOUDSTACK-10060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16205808#comment-16205808 ] ASF subversion and git services commented on CLOUDSTACK-10060: -------------------------------------------------------------- Commit 189b0e4487c0caa0204b1dbb3cb5882ad2e7726e in cloudstack's branch refs/heads/CLOUDSTACK-10012 from [~pranalim] [ https://gitbox.apache.org/repos/asf?p=cloudstack.git;h=189b0e4 ] CLOUDSTACK-10060: ListUsage API always displays the Virtual size as '0' for Usage type=9 (snapshot) (#2257) Bug Description: In the listUsage API, the Virtual Size of Snapshot is always displayed as '0'. Root Cause: In case of snapshots, the usage is accounted for depending on the value of the global parameter, 'usage.snapshot.virtualsize.select'. If set to 'true', the usage calculation is done based on the Virtual Size, and if set to false, it is done based on the Physical size. In the Usage API, this value, (i.e. virtual or physical) is displayed as 'Size' field correctly, but the field 'VirtualSize' is always displayed as 0. This is misleading. Expected Output: Since this is a Usage API, ideally only that size should be displayed which is used for billing, depending on the value of 'usage.snapshot.virtualsize.select'. There is another API - the ListSnapshot API that displays both, the physical as well as Virtual size and can be used to know both the sizes. Fix Implemented: Skipped showing the 'VirtualSize' Field for type=snapshot > ListUsage API always displays the Virtual size as '0' for Usage type=9 (snapshot) > --------------------------------------------------------------------------------- > > Key: CLOUDSTACK-10060 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-10060 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the default.) > Reporter: Pranali Mande > Priority: Minor > Attachments: usageAPI_VirtualSize_0_snapshot.png > > > *Bug Description:* > In the listUsage API, the Virtual Size of Snapshot is always displayed as '0'. > *Root Cause:* > In case of snapshots, the usage is accounted for depending on the value of the global parameter, 'usage.snapshot.virtualsize.select'. If set to 'true', the usage is done based on the Virtual Size, and if set to false, it is done based on the Physical size. In the Usage API, this value, (i.e. virtual or physical) is displayed as 'Size' field in the Usage API and the field 'VirtualSize' is always displayed as 0. > *Expected Output:* > Since this is a Usage API, ideally only that size should be displayed which is used for billing, depending on the value of 'usage.snapshot.virtualsize.select'. > There is another API - the ListSnapshot API that displays both, the physical as well as Virtual size and can be used to know both the sizes. -- This message was sent by Atlassian JIRA (v6.4.14#64029)