Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 46BCC10931 for ; Fri, 31 Jan 2014 21:34:26 +0000 (UTC) Received: (qmail 83351 invoked by uid 500); 31 Jan 2014 21:34:24 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 83320 invoked by uid 500); 31 Jan 2014 21:34:23 -0000 Mailing-List: contact dev-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 dev@cloudstack.apache.org Received: (qmail 83312 invoked by uid 99); 31 Jan 2014 21:34:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Jan 2014 21:34:23 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mike.tutkowski@solidfire.com designates 209.85.214.179 as permitted sender) Received: from [209.85.214.179] (HELO mail-ob0-f179.google.com) (209.85.214.179) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Jan 2014 21:34:19 +0000 Received: by mail-ob0-f179.google.com with SMTP id wo20so5654399obc.10 for ; Fri, 31 Jan 2014 13:33:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=heJMVj+tX1pqPQ1GfhYXowQ2XcHdIitvZVtY7US3KO0=; b=IGCWFdw7ppTg+aXY+iKD53CDYdgcgGSu/g6XTIOTWORmDtVZbvyNBqEbcRjSe7WKwf lK3hNLbJ4sX8kcqdgkea6HRBicaN9pSBgE9boG9XMHA+vajEJ6ERR9gZPs00t+TPSpMt r7qFi50HRncZwW41tPC/SurROvUP9dnmuiiy2B0oZGuv2Zew9Jk70/RY9DjTZ0F6YlMx F1Fq/4TxG6DhTTpJBXicb0aBNOwHi1Y+wbG4COeSSAv5FDG2xtPwCePplwTSB0GvD/YZ Z9X+11w+3195RJtMBODdn1HThmN/liuxHTAomVuN6o6ZnQqH690ZQGIMoARUjDAYfoO4 zs+g== X-Gm-Message-State: ALoCoQnVTqzRvl6NmPbZQxcU/70ym5lqEy6i2mlqhg+iff/VYz0GFITWM/G4fi0srRcLtYAeMa8M MIME-Version: 1.0 X-Received: by 10.182.22.18 with SMTP id z18mr18186136obe.42.1391204038426; Fri, 31 Jan 2014 13:33:58 -0800 (PST) Received: by 10.182.114.164 with HTTP; Fri, 31 Jan 2014 13:33:58 -0800 (PST) In-Reply-To: References: Date: Fri, 31 Jan 2014 14:33:58 -0700 Message-ID: Subject: Re: XenServer SR Question From: Mike Tutkowski To: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=001a11332d1685632e04f14aeeff X-Virus-Checked: Checked by ClamAV on apache.org --001a11332d1685632e04f14aeeff Content-Type: text/plain; charset=ISO-8859-1 Thanks, Tim! Do you know of a good doc on the web I can view to see specifically what these numbers mean (like what they include and don't include)? On Fri, Jan 31, 2014 at 2:29 PM, Tim Mackey wrote: > Mike, I've confirmed that the data items map as you suspected to XenCenter. > In this case the values had a rounding effect just on either side of 20.05 > respectively to create the observed numbers. > > > On Thu, Jan 30, 2014 at 6:37 PM, Mike Tutkowski < > mike.tutkowski@solidfire.com> wrote: > > > Great - thanks! > > > > I was just trying to make sense of the numbers. :) > > > > > > On Thu, Jan 30, 2014 at 4:36 PM, Tim Mackey wrote: > > > > > I'll need to confirm with engineering, but that makes sense. I'll also > > see > > > if there is a different format specifier in the XenCenter string > > > On Jan 30, 2014 6:27 PM, "Mike Tutkowski" < > mike.tutkowski@solidfire.com> > > > wrote: > > > > > > > Hi Tim, > > > > > > > > You are correct that I was looking at XenCenter. Below is the output > > from > > > > xe. > > > > > > > > It looks like physical-size (below) corresponds to total in > XenCenter, > > > > physical-utilization (below) corresponds to used in XenCenter, and > > > > virtual-allocation (below) corresponds to allocated in XenCenter. > > > > > > > > Does that look right? > > > > > > > > Thanks! > > > > > > > > [root@XenServer-6 ~]# xe sr-list > > > uuid=ec8db98c-8338-7bc7-75aa-f45207c32a83 > > > > params=all > > > > uuid ( RO) : ec8db98c-8338-7bc7-75aa-f45207c32a83 > > > > name-label ( RW): > > > /iqn.2010-01.com.solidfire:3y8w.vol-1.126/0 > > > > name-description ( RW): > > > /iqn.2010-01.com.solidfire:3y8w.vol-1.126/0 > > > > host ( RO): > > > > allowed-operations (SRO): VDI.create; VDI.snapshot; PBD.create; > > > > PBD.destroy; plug; update; VDI.destroy; scan; VDI.clone; VDI.resize; > > > unplug > > > > current-operations (SRO): > > > > VDIs (SRO): 8f14728f-938f-4e02-bc9c-8f67e86d5c86 > > > > PBDs (SRO): c4766cdc-7975-9ae7-5953-6fd831a5c654; > > > > 7ef960f0-4074-ef18-b17b-1f9a1ae8a6ff > > > > virtual-allocation ( RO): 21525168128 > > > > physical-utilisation ( RO): 21529362432 > > > > physical-size ( RO): 85886763008 > > > > type ( RO): lvmoiscsi > > > > content-type ( RO): user > > > > shared ( RW): true > > > > introduced-by ( RO): > > > > other-config (MRW): > > > > sm-config (MRO): allocation: thick; use_vhd: true; > > > > multipathable: true; devserial: > scsi-36f47acc100000000337938770000007e > > > > blobs ( RO): > > > > local-cache-enabled ( RO): false > > > > tags (SRW): > > > > > > > > > > > > On Thu, Jan 30, 2014 at 4:08 PM, Tim Mackey > wrote: > > > > > > > > > I'm assuming that's the value from XenCenter. What does the cli > say? > > I > > > > > could see this being just a formatting question. > > > > > On Jan 30, 2014 5:59 PM, "Mike Tutkowski" < > > > mike.tutkowski@solidfire.com> > > > > > wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > > Does anyone know how a XenServer SR could (correctly) say more > > space > > > is > > > > > > being used than is allocated? > > > > > > > > > > > > This is what the Size field of one of my shared SRs says: > > > > > > > > > > > > Size: 20.1 GB used of 80 GB total (20 GB allocated) > > > > > > > > > > > > I would have expected used to be <= allocated at all times > > (typically > > > > I'd > > > > > > expect it to be < allocated most of the time). > > > > > > > > > > > > Any thoughts on this? > > > > > > > > > > > > Thanks! > > > > > > > > > > > > -- > > > > > > *Mike Tutkowski* > > > > > > *Senior CloudStack Developer, SolidFire Inc.* > > > > > > e: mike.tutkowski@solidfire.com > > > > > > o: 303.746.7302 > > > > > > Advancing the way the world uses the > > > > > > cloud > > > > > > *(tm)* > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > *Mike Tutkowski* > > > > *Senior CloudStack Developer, SolidFire Inc.* > > > > e: mike.tutkowski@solidfire.com > > > > o: 303.746.7302 > > > > Advancing the way the world uses the > > > > cloud > > > > *(tm)* > > > > > > > > > > > > > > > -- > > *Mike Tutkowski* > > *Senior CloudStack Developer, SolidFire Inc.* > > e: mike.tutkowski@solidfire.com > > o: 303.746.7302 > > Advancing the way the world uses the > > cloud > > *(tm)* > > > -- *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkowski@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud *(tm)* --001a11332d1685632e04f14aeeff--