From dev-return-51296-apmail-cloudstack-dev-archive=cloudstack.apache.org@cloudstack.apache.org Fri Jan 31 21:29:55 2014 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 A83591091F for ; Fri, 31 Jan 2014 21:29:55 +0000 (UTC) Received: (qmail 77234 invoked by uid 500); 31 Jan 2014 21:29:54 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 77164 invoked by uid 500); 31 Jan 2014 21:29:54 -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 77156 invoked by uid 99); 31 Jan 2014 21:29:54 -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:29:54 +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 tmackey@gmail.com designates 209.85.219.44 as permitted sender) Received: from [209.85.219.44] (HELO mail-oa0-f44.google.com) (209.85.219.44) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Jan 2014 21:29:50 +0000 Received: by mail-oa0-f44.google.com with SMTP id g12so5888632oah.31 for ; Fri, 31 Jan 2014 13:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=Vo3BgOS77YrO1MTIKFR+CRg0+k2JekcSYH5VEF00G1E=; b=R9gu8c5G5gsyeOd7WhJNotk2loh0jnGztkXrFCAo00hGUrhdEcZs8AnNQFDIut88IO ksAfXKcjQQMQXXTLgVR5MqTtTTOzAw58drKAWfyQTulttAcbtjfJemarRtWeAQiFfhyu +BowSt5wlqNWxa+/PxxuRh01lhXrCb10y2UilZic0VzHvHzVb2r+6O5GtqxzzTnFrh4E vZjmOj6ifuecO4aAlfBxCVyHqeDet5zXB2bYL8LbvgVKM5C1S3RUI7/Y12b/RZ1KRpHF FlUflZST55isRHoQjJ9I712yjWPcXW83ICTlE6/GkdlGkJ2a6BYLCMZpJACNd4IipKh0 1N2w== X-Received: by 10.182.112.130 with SMTP id iq2mr3545150obb.57.1391203769408; Fri, 31 Jan 2014 13:29:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.23.43 with HTTP; Fri, 31 Jan 2014 13:29:09 -0800 (PST) In-Reply-To: References: From: Tim Mackey Date: Fri, 31 Jan 2014 16:29:09 -0500 Message-ID: Subject: Re: XenServer SR Question To: dev@cloudstack.apache.org Content-Type: multipart/alternative; boundary=089e01229a067c612204f14ade9e X-Virus-Checked: Checked by ClamAV on apache.org --089e01229a067c612204f14ade9e Content-Type: text/plain; charset=ISO-8859-1 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" > > 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)* > --089e01229a067c612204f14ade9e--