From xen-api-bounces@lists.xen.org Thu Aug 01 06:58:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 01 Aug 2013 06:58:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V4mq9-0006HV-Jr; Thu, 01 Aug 2013 06:58:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V4mq7-0006HE-Tf for xen-api@lists.xen.org; Thu, 01 Aug 2013 06:58:24 +0000 Received: from [85.158.143.35:59037] by server-3.bemta-4.messagelabs.com id ED/38-29480-F070AF15; Thu, 01 Aug 2013 06:58:23 +0000 X-Env-Sender: blueschtar@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1375340302!2298899!1 X-Originating-IP: [209.85.215.171] X-SpamReason: No, hits=0.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_ILLEGAL_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10384 invoked from network); 1 Aug 2013 06:58:22 -0000 Received: from mail-ea0-f171.google.com (HELO mail-ea0-f171.google.com) (209.85.215.171) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2013 06:58:22 -0000 Received: by mail-ea0-f171.google.com with SMTP id n15so778007ead.16 for ; Wed, 31 Jul 2013 23:58:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=13nse42Z9P0pZu/NjsRQuTkw3BOsna6KRXyBZgVQqMc=; b=wr5CBXrnnw3mQY67epI/OeGp/Jwsjd430hvjjmAf1C6xXQZ5SzsrnvfG5wZ2mWSgdc HDMBoGknlXUtIu2cK4AylbFJIhDMliTp4hZZLFjDoWjZnSgm6QVt/v6t2Y0uHP3agslw fZWhyq6VzSfSLwQzDUk96qeo8FT5hlPvU+gcslrfBnNBhMSHbqjBkSD1acSilOAv7VzV 2nBmNOZRYhaQtilQmrHCb3GLx3VsmjCDdoKcvPniAWVZHFt46OrI+CK+abxxN+fVREe9 mAe+nqTONrKcMGCOZVCoapC6+U1X4ffEdFbwsimraJNPd+bYJ0nInB5V3MkF1XnIBXqO uaYg== X-Received: by 10.15.110.10 with SMTP id cg10mr107527eeb.57.1375340302249; Wed, 31 Jul 2013 23:58:22 -0700 (PDT) Received: from [192.168.1.200] (2-234-44-75.ip221.fastwebnet.it. [2.234.44.75]) by mx.google.com with ESMTPSA id ci50sm1966154eeb.12.2013.07.31.23.58.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 31 Jul 2013 23:58:21 -0700 (PDT) Message-ID: <51FA06F4.5020002@gmail.com> Date: Thu, 01 Aug 2013 08:57:56 +0200 From: Thomas Plant User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] Error on coalesce in SMLog (XCP 1.6) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello. I found the following errors in the SMLog when XCP does a coalesce on a VDI. Saw this after a LiveStoragMigration. The VM to which the VDI belongs is running fine. Here's the error: [673] 2013-07-31 11:06:51.531663 Refcount for lvm-5d6c04e7-f55c-dce1-81a3-7884a896f1a6:dba43c80-55eb-43c0-bcae-4a4242d7e062 (1, 0) + (-1, 0) => (0, 0) [673] 2013-07-31 11:06:51.531718 Refcount for lvm-5d6c04e7-f55c-dce1-81a3-7884a896f1a6:dba43c80-55eb-43c0-bcae-4a4242d7e062 set => (0, 0b) [673] 2013-07-31 11:06:51.531914 ['/usr/sbin/lvchange', '-an', '/dev/VG_XenStorage-5d6c04e7-f55c-dce1-81a3-7884a896f1a6/VHD-dba43c80-55eb-43c0-bcae-4a4242d7e062'] [673] 2013-07-31 11:06:51.651535 pread SUCCESS [673] 2013-07-31 11:06:51.651684 ['/sbin/dmsetup', 'status', 'VG_XenStorage--5d6c04e7--f55c--dce1--81a3--7884a896f1a6-VHD--dba43c80--55eb--43c0--bcae--4a4242d7e062'] [673] 2013-07-31 11:06:51.664637 pread SUCCESS [673] 2013-07-31 11:06:51.664964 lock: released /var/lock/sm/lvm-5d6c04e7-f55c-dce1-81a3-7884a896f1a6/dba43c80-55eb-43c0-bcae-4a4242d7e062 [673] 2013-07-31 11:06:51.665080 lock: closed /var/lock/sm/lvm-5d6c04e7-f55c-dce1-81a3-7884a896f1a6/dba43c80-55eb-43c0-bcae-4a4242d7e062 [673] 2013-07-31 11:06:51.665293 lock: released /var/lock/sm/5d6c04e7-f55c-dce1-81a3-7884a896f1a6/sr [673] 2013-07-31 11:06:51.666149 SR 5d6c ('iSCSI open-e 0') (26 VDIs in 22 VHD trees): no changes [673] 2013-07-31 11:06:51.674629 Removed leaf-coalesce from 606278d9[VHD](200.000G//200.398G|a) [673] 2013-07-31 11:06:51.674907 *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* [673] 2013-07-31 11:06:51.674964 *********************** [673] 2013-07-31 11:06:51.675013 * E X C E P T I O N * [673] 2013-07-31 11:06:51.675061 *********************** [673] 2013-07-31 11:06:51.675120 leaf-coalesce: EXCEPTION util.SMException, Timed out [673] 2013-07-31 11:06:51.675168 File "/opt/xensource/sm/cleanup.py", line 1416, in coalesceLeaf self._coalesceLeaf(vdi) File "/opt/xensource/sm/cleanup.py", line 1618, in _coalesceLeaf return self._liveLeafCoalesce(vdi) File "/opt/xensource/sm/cleanup.py", line 2128, in _liveLeafCoalesce return SR._liveLeafCoalesce(self, vdi) File "/opt/xensource/sm/cleanup.py", line 1666, in _liveLeafCoalesce self._doCoalesceLeaf(vdi) File "/opt/xensource/sm/cleanup.py", line 1700, in _doCoalesceLeaf vdi._coalesceVHD(timeout) File "/opt/xensource/sm/cleanup.py", line 675, in _coalesceVHD self.sr.uuid, abortTest, VDI.POLL_INTERVAL, timeOut) File "/opt/xensource/sm/cleanup.py", line 149, in runAbortable raise util.SMException("Timed out") [673] 2013-07-31 11:06:51.675218 *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* [673] 2013-07-31 11:06:51.675269 Leaf-coalesce failed, skipping [673] 2013-07-31 11:06:51.675351 Starting asynch srUpdate for SR 5d6c04e7-f55c-dce1-81a3-7884a896f1a6 [11897] 2013-07-31 11:06:51.785049 Setting LVM_DEVICE to /dev/disk/by-scsid/23177744e33737371 [11897] 2013-07-31 11:06:51.794086 Setting LVM_DEVICE to /dev/disk/by-scsid/23177744e33737371 [11897] 2013-07-31 11:06:51.836874 lock: acquired /var/lock/sm/iscsiadm/running [11897] 2013-07-31 11:06:51.847091 lock: released /var/lock/sm/iscsiadm/running [11897] 2013-07-31 11:06:51.847173 lock: closed /var/lock/sm/iscsiadm/running [11897] 2013-07-31 11:06:51.847687 ['ls', '/sys/class/scsi_host', '-1', '--color=never'] [11897] 2013-07-31 11:06:51.855854 pread SUCCESS I can attach the whole SMLog if required. Thanks for any hint how I can get rid of this error and let the coalesce finish successfully. Kind regards, Thomas Plant _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 01 06:58:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 01 Aug 2013 06:58:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V4mq9-0006HV-Jr; Thu, 01 Aug 2013 06:58:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V4mq7-0006HE-Tf for xen-api@lists.xen.org; Thu, 01 Aug 2013 06:58:24 +0000 Received: from [85.158.143.35:59037] by server-3.bemta-4.messagelabs.com id ED/38-29480-F070AF15; Thu, 01 Aug 2013 06:58:23 +0000 X-Env-Sender: blueschtar@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1375340302!2298899!1 X-Originating-IP: [209.85.215.171] X-SpamReason: No, hits=0.2 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_ILLEGAL_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10384 invoked from network); 1 Aug 2013 06:58:22 -0000 Received: from mail-ea0-f171.google.com (HELO mail-ea0-f171.google.com) (209.85.215.171) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2013 06:58:22 -0000 Received: by mail-ea0-f171.google.com with SMTP id n15so778007ead.16 for ; Wed, 31 Jul 2013 23:58:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=13nse42Z9P0pZu/NjsRQuTkw3BOsna6KRXyBZgVQqMc=; b=wr5CBXrnnw3mQY67epI/OeGp/Jwsjd430hvjjmAf1C6xXQZ5SzsrnvfG5wZ2mWSgdc HDMBoGknlXUtIu2cK4AylbFJIhDMliTp4hZZLFjDoWjZnSgm6QVt/v6t2Y0uHP3agslw fZWhyq6VzSfSLwQzDUk96qeo8FT5hlPvU+gcslrfBnNBhMSHbqjBkSD1acSilOAv7VzV 2nBmNOZRYhaQtilQmrHCb3GLx3VsmjCDdoKcvPniAWVZHFt46OrI+CK+abxxN+fVREe9 mAe+nqTONrKcMGCOZVCoapC6+U1X4ffEdFbwsimraJNPd+bYJ0nInB5V3MkF1XnIBXqO uaYg== X-Received: by 10.15.110.10 with SMTP id cg10mr107527eeb.57.1375340302249; Wed, 31 Jul 2013 23:58:22 -0700 (PDT) Received: from [192.168.1.200] (2-234-44-75.ip221.fastwebnet.it. [2.234.44.75]) by mx.google.com with ESMTPSA id ci50sm1966154eeb.12.2013.07.31.23.58.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 31 Jul 2013 23:58:21 -0700 (PDT) Message-ID: <51FA06F4.5020002@gmail.com> Date: Thu, 01 Aug 2013 08:57:56 +0200 From: Thomas Plant User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] Error on coalesce in SMLog (XCP 1.6) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello. I found the following errors in the SMLog when XCP does a coalesce on a VDI. Saw this after a LiveStoragMigration. The VM to which the VDI belongs is running fine. Here's the error: [673] 2013-07-31 11:06:51.531663 Refcount for lvm-5d6c04e7-f55c-dce1-81a3-7884a896f1a6:dba43c80-55eb-43c0-bcae-4a4242d7e062 (1, 0) + (-1, 0) => (0, 0) [673] 2013-07-31 11:06:51.531718 Refcount for lvm-5d6c04e7-f55c-dce1-81a3-7884a896f1a6:dba43c80-55eb-43c0-bcae-4a4242d7e062 set => (0, 0b) [673] 2013-07-31 11:06:51.531914 ['/usr/sbin/lvchange', '-an', '/dev/VG_XenStorage-5d6c04e7-f55c-dce1-81a3-7884a896f1a6/VHD-dba43c80-55eb-43c0-bcae-4a4242d7e062'] [673] 2013-07-31 11:06:51.651535 pread SUCCESS [673] 2013-07-31 11:06:51.651684 ['/sbin/dmsetup', 'status', 'VG_XenStorage--5d6c04e7--f55c--dce1--81a3--7884a896f1a6-VHD--dba43c80--55eb--43c0--bcae--4a4242d7e062'] [673] 2013-07-31 11:06:51.664637 pread SUCCESS [673] 2013-07-31 11:06:51.664964 lock: released /var/lock/sm/lvm-5d6c04e7-f55c-dce1-81a3-7884a896f1a6/dba43c80-55eb-43c0-bcae-4a4242d7e062 [673] 2013-07-31 11:06:51.665080 lock: closed /var/lock/sm/lvm-5d6c04e7-f55c-dce1-81a3-7884a896f1a6/dba43c80-55eb-43c0-bcae-4a4242d7e062 [673] 2013-07-31 11:06:51.665293 lock: released /var/lock/sm/5d6c04e7-f55c-dce1-81a3-7884a896f1a6/sr [673] 2013-07-31 11:06:51.666149 SR 5d6c ('iSCSI open-e 0') (26 VDIs in 22 VHD trees): no changes [673] 2013-07-31 11:06:51.674629 Removed leaf-coalesce from 606278d9[VHD](200.000G//200.398G|a) [673] 2013-07-31 11:06:51.674907 *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* [673] 2013-07-31 11:06:51.674964 *********************** [673] 2013-07-31 11:06:51.675013 * E X C E P T I O N * [673] 2013-07-31 11:06:51.675061 *********************** [673] 2013-07-31 11:06:51.675120 leaf-coalesce: EXCEPTION util.SMException, Timed out [673] 2013-07-31 11:06:51.675168 File "/opt/xensource/sm/cleanup.py", line 1416, in coalesceLeaf self._coalesceLeaf(vdi) File "/opt/xensource/sm/cleanup.py", line 1618, in _coalesceLeaf return self._liveLeafCoalesce(vdi) File "/opt/xensource/sm/cleanup.py", line 2128, in _liveLeafCoalesce return SR._liveLeafCoalesce(self, vdi) File "/opt/xensource/sm/cleanup.py", line 1666, in _liveLeafCoalesce self._doCoalesceLeaf(vdi) File "/opt/xensource/sm/cleanup.py", line 1700, in _doCoalesceLeaf vdi._coalesceVHD(timeout) File "/opt/xensource/sm/cleanup.py", line 675, in _coalesceVHD self.sr.uuid, abortTest, VDI.POLL_INTERVAL, timeOut) File "/opt/xensource/sm/cleanup.py", line 149, in runAbortable raise util.SMException("Timed out") [673] 2013-07-31 11:06:51.675218 *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* [673] 2013-07-31 11:06:51.675269 Leaf-coalesce failed, skipping [673] 2013-07-31 11:06:51.675351 Starting asynch srUpdate for SR 5d6c04e7-f55c-dce1-81a3-7884a896f1a6 [11897] 2013-07-31 11:06:51.785049 Setting LVM_DEVICE to /dev/disk/by-scsid/23177744e33737371 [11897] 2013-07-31 11:06:51.794086 Setting LVM_DEVICE to /dev/disk/by-scsid/23177744e33737371 [11897] 2013-07-31 11:06:51.836874 lock: acquired /var/lock/sm/iscsiadm/running [11897] 2013-07-31 11:06:51.847091 lock: released /var/lock/sm/iscsiadm/running [11897] 2013-07-31 11:06:51.847173 lock: closed /var/lock/sm/iscsiadm/running [11897] 2013-07-31 11:06:51.847687 ['ls', '/sys/class/scsi_host', '-1', '--color=never'] [11897] 2013-07-31 11:06:51.855854 pread SUCCESS I can attach the whole SMLog if required. Thanks for any hint how I can get rid of this error and let the coalesce finish successfully. Kind regards, Thomas Plant _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 01 13:52:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 01 Aug 2013 13:52:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V4tIV-0003Yg-NW; Thu, 01 Aug 2013 13:52:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V4tIV-0003Yb-59 for xen-api@lists.xen.org; Thu, 01 Aug 2013 13:52:07 +0000 Received: from [85.158.138.51:13936] by server-8.bemta-3.messagelabs.com id 77/0B-18692-6086AF15; Thu, 01 Aug 2013 13:52:06 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1375365124!25709749!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27621 invoked from network); 1 Aug 2013 13:52:04 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2013 13:52:04 -0000 X-IronPort-AV: E=Sophos;i="4.89,794,1367971200"; d="scan'208";a="7367298" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 01 Aug 2013 13:52:04 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL02.citrite.net ([169.254.2.83]) with mapi id 14.02.0342.004; Thu, 1 Aug 2013 14:52:01 +0100 From: John Else To: Nathan March , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Adding servers to a pool on 6.2 gives v6d license error Thread-Index: AQHOjhZWxmvzGcvVXUePZIXXTMJKxZmAVc6Q Date: Thu, 1 Aug 2013 13:52:00 +0000 Message-ID: References: <51F839F8.2000603@gt.net> <51F94CEC.3060404@gt.net> In-Reply-To: <51F94CEC.3060404@gt.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Subject: Re: [Xen-API] Adding servers to a pool on 6.2 gives v6d license error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > On 7/30/2013 3:11 PM, Nathan March wrote: > > Hi All, > > > > I've got 3 brand new 6.2 (xcp mode) servers installed, created a pool > > with one of them and it worked fine but on trying to add any of the > > other servers I run into: > > > > > There was a problem with the license daemon (v6d). Is it running? > > > > Asides from the base install, I haven't done any configuration to > > these nodes so not sure why this is popping up. There's multiple > > people on the citrix forums posting about the same problem with no > > solutions: > > > > http://forums.citrix.com/thread.jspa?threadID=332339&tstart=135 > > http://forums.citrix.com/thread.jspa?threadID=332355&tstart=0 > > > > Anyone know what the solution is for this? I've run into it on upgrade > > of an existing cluster as well, but this is a completely fresh setup... > > > > Thanks! > > > > - Nathan > > > > For anyone else running into this, this is a problem with the pure-OSS (xcp mode) version of 6.2. Installing in normal mode resolves the issue. > > - Nathan Hi Nathan, this is definitely a bug in how xapi behaves in xcp-mode. I've raised a ticket internally - until we can hotfix this, the workaround is to use normal (non-xcp) mode. You might be able to get it to work by installing the non-oss v6d RPM from the installation CD, but that kind of defeats the point of using xcp-mode :) John _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 01 13:52:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 01 Aug 2013 13:52:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V4tIV-0003Yg-NW; Thu, 01 Aug 2013 13:52:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V4tIV-0003Yb-59 for xen-api@lists.xen.org; Thu, 01 Aug 2013 13:52:07 +0000 Received: from [85.158.138.51:13936] by server-8.bemta-3.messagelabs.com id 77/0B-18692-6086AF15; Thu, 01 Aug 2013 13:52:06 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1375365124!25709749!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27621 invoked from network); 1 Aug 2013 13:52:04 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Aug 2013 13:52:04 -0000 X-IronPort-AV: E=Sophos;i="4.89,794,1367971200"; d="scan'208";a="7367298" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 01 Aug 2013 13:52:04 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL02.citrite.net ([169.254.2.83]) with mapi id 14.02.0342.004; Thu, 1 Aug 2013 14:52:01 +0100 From: John Else To: Nathan March , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Adding servers to a pool on 6.2 gives v6d license error Thread-Index: AQHOjhZWxmvzGcvVXUePZIXXTMJKxZmAVc6Q Date: Thu, 1 Aug 2013 13:52:00 +0000 Message-ID: References: <51F839F8.2000603@gt.net> <51F94CEC.3060404@gt.net> In-Reply-To: <51F94CEC.3060404@gt.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Subject: Re: [Xen-API] Adding servers to a pool on 6.2 gives v6d license error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > On 7/30/2013 3:11 PM, Nathan March wrote: > > Hi All, > > > > I've got 3 brand new 6.2 (xcp mode) servers installed, created a pool > > with one of them and it worked fine but on trying to add any of the > > other servers I run into: > > > > > There was a problem with the license daemon (v6d). Is it running? > > > > Asides from the base install, I haven't done any configuration to > > these nodes so not sure why this is popping up. There's multiple > > people on the citrix forums posting about the same problem with no > > solutions: > > > > http://forums.citrix.com/thread.jspa?threadID=332339&tstart=135 > > http://forums.citrix.com/thread.jspa?threadID=332355&tstart=0 > > > > Anyone know what the solution is for this? I've run into it on upgrade > > of an existing cluster as well, but this is a completely fresh setup... > > > > Thanks! > > > > - Nathan > > > > For anyone else running into this, this is a problem with the pure-OSS (xcp mode) version of 6.2. Installing in normal mode resolves the issue. > > - Nathan Hi Nathan, this is definitely a bug in how xapi behaves in xcp-mode. I've raised a ticket internally - until we can hotfix this, the workaround is to use normal (non-xcp) mode. You might be able to get it to work by installing the non-oss v6d RPM from the installation CD, but that kind of defeats the point of using xcp-mode :) John _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 11:13:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 11:13:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6Iii-0003Zk-6H; Mon, 05 Aug 2013 11:13:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6Iig-0003ZE-SR; Mon, 05 Aug 2013 11:12:59 +0000 Received: from [85.158.143.35:57773] by server-2.bemta-4.messagelabs.com id A4/C0-09492-AB88FF15; Mon, 05 Aug 2013 11:12:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1375701177!2738825!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17413 invoked from network); 5 Aug 2013 11:12:57 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 11:12:57 -0000 Received: by mail-wi0-f171.google.com with SMTP id hr7so1313445wib.10 for ; Mon, 05 Aug 2013 04:12:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=Cg6JpZy+VDLDJPaNB/U0lGqfs6GC+bjdnC+rwjz5nhE=; b=X3FtkIgW1jUBRLYrFTVUZxtyaDoiIU9HjQuMexlRh5vlAxrKGBBAw/G1zP4lsecEmC tVHPZPxFX7o2QLFxFOKMa79T5Z+3DQv1QpWkuSdnFSu93BkQzwz80zk6oo7gGW8sSJbx Ffi1Qp3mrOL0ag2w0f3prQUzxVOElpnr2aQOtyIFlfItMt+eil3IK9aZ/ZRqfU9W4soj LKqzVDpkHrqPxe6S7/+Mob3iGEph0NTbsWWCfT07pB+OoZ8ALEyHQx7CT/Lc5c1agZpw w4czyU1Pr48y6Ur6xtuLLHvRRA/QEMNDME276Nun5pbkwzD6C2q1STgWaDGzVnnhJqfl 0Xgg== X-Received: by 10.180.198.44 with SMTP id iz12mr6330755wic.32.1375701177158; Mon, 05 Aug 2013 04:12:57 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id j20sm20724296wie.7.2013.08.05.04.12.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Aug 2013 04:12:55 -0700 (PDT) Message-ID: <51FF88B6.1050504@xen.org> Date: Mon, 05 Aug 2013 12:12:54 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk Subject: [Xen-API] Do we still need Xen Document Days? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Monday a week ago, we had a Xen Document Day. Due to the summer holidays, OSCON and a couple of people who normally contribute being ill, none of the regular contributors to document days were not around. As a consequence we had no contributions. This was followed by a discussion last week, I had with regular contributors to see what was going on. In a nutshell the key points that were made are: 1) For Hypervisor Docs, there are no more "low hanging fruit" left over. Even the regular contributors to document days, have difficulties figureing out which documents actually need to be improved 2) This makes it increasingly difficulkt for newbies to participate in document days 3) We have become better in creating documents for new features and for new releases 4) In recent document days, discussions on the IRC channel were more about making documents more accessible and easier to find, compared to To counter balance this, we do have areas which have weak wiki documentation. Notable areas are XAPI and Mirage: for these sub-projects we never really got much community participation. Another question is whether the fact that we had to lock down the wiki due to the recurring spam attacks, is having a negative impact on wiki contributions and document days in particular. All these points, raise the question whether a) we still need to have document days, and b) if we do, what we can do to increase participation. I wanted to start a discussion about this, before I make a proposal to kill document days, or maybe change them. Input is desired. If there is no input, that will add to the case for not having document days any more. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 11:13:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 11:13:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6Iii-0003Zk-6H; Mon, 05 Aug 2013 11:13:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6Iig-0003ZE-SR; Mon, 05 Aug 2013 11:12:59 +0000 Received: from [85.158.143.35:57773] by server-2.bemta-4.messagelabs.com id A4/C0-09492-AB88FF15; Mon, 05 Aug 2013 11:12:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1375701177!2738825!1 X-Originating-IP: [209.85.212.171] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17413 invoked from network); 5 Aug 2013 11:12:57 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 11:12:57 -0000 Received: by mail-wi0-f171.google.com with SMTP id hr7so1313445wib.10 for ; Mon, 05 Aug 2013 04:12:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=Cg6JpZy+VDLDJPaNB/U0lGqfs6GC+bjdnC+rwjz5nhE=; b=X3FtkIgW1jUBRLYrFTVUZxtyaDoiIU9HjQuMexlRh5vlAxrKGBBAw/G1zP4lsecEmC tVHPZPxFX7o2QLFxFOKMa79T5Z+3DQv1QpWkuSdnFSu93BkQzwz80zk6oo7gGW8sSJbx Ffi1Qp3mrOL0ag2w0f3prQUzxVOElpnr2aQOtyIFlfItMt+eil3IK9aZ/ZRqfU9W4soj LKqzVDpkHrqPxe6S7/+Mob3iGEph0NTbsWWCfT07pB+OoZ8ALEyHQx7CT/Lc5c1agZpw w4czyU1Pr48y6Ur6xtuLLHvRRA/QEMNDME276Nun5pbkwzD6C2q1STgWaDGzVnnhJqfl 0Xgg== X-Received: by 10.180.198.44 with SMTP id iz12mr6330755wic.32.1375701177158; Mon, 05 Aug 2013 04:12:57 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id j20sm20724296wie.7.2013.08.05.04.12.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Aug 2013 04:12:55 -0700 (PDT) Message-ID: <51FF88B6.1050504@xen.org> Date: Mon, 05 Aug 2013 12:12:54 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk Subject: [Xen-API] Do we still need Xen Document Days? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Monday a week ago, we had a Xen Document Day. Due to the summer holidays, OSCON and a couple of people who normally contribute being ill, none of the regular contributors to document days were not around. As a consequence we had no contributions. This was followed by a discussion last week, I had with regular contributors to see what was going on. In a nutshell the key points that were made are: 1) For Hypervisor Docs, there are no more "low hanging fruit" left over. Even the regular contributors to document days, have difficulties figureing out which documents actually need to be improved 2) This makes it increasingly difficulkt for newbies to participate in document days 3) We have become better in creating documents for new features and for new releases 4) In recent document days, discussions on the IRC channel were more about making documents more accessible and easier to find, compared to To counter balance this, we do have areas which have weak wiki documentation. Notable areas are XAPI and Mirage: for these sub-projects we never really got much community participation. Another question is whether the fact that we had to lock down the wiki due to the recurring spam attacks, is having a negative impact on wiki contributions and document days in particular. All these points, raise the question whether a) we still need to have document days, and b) if we do, what we can do to increase participation. I wanted to start a discussion about this, before I make a proposal to kill document days, or maybe change them. Input is desired. If there is no input, that will add to the case for not having document days any more. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 11:19:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 11:19:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6IoW-0004Lx-Ol; Mon, 05 Aug 2013 11:19:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6IoV-0004Lb-Nr for xen-api@lists.xen.org; Mon, 05 Aug 2013 11:18:59 +0000 Received: from [85.158.139.211:8943] by server-13.bemta-5.messagelabs.com id 11/A4-11519-22A8FF15; Mon, 05 Aug 2013 11:18:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-206.messagelabs.com!1375701538!966863!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13274 invoked from network); 5 Aug 2013 11:18:58 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-206.messagelabs.com with SMTP; 5 Aug 2013 11:18:58 -0000 Received: (qmail 27461 invoked by uid 634); 5 Aug 2013 11:18:57 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from host81-149-102-120.in-addr.btopenworld.com (HELO clink.home) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 Aug 2013 12:18:57 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <51FF88B6.1050504@xen.org> Date: Mon, 5 Aug 2013 12:18:55 +0100 Message-Id: References: <51FF88B6.1050504@xen.org> To: lars.kurth@xen.org X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] Do we still need Xen Document Days? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Regarding Mirage, we're prepping a release this week, which will finally stabilise the build instructions. After that's out, we can participate more easily in document days. More docs on the internals of XAPI, particularly around disaggregation, would seem to be most useful. Perhaps having a theme for each doc day to encourage subsystem maintainers to show up would be useful? -anil On 5 Aug 2013, at 12:12, Lars Kurth wrote: > Hi, > > Monday a week ago, we had a Xen Document Day. Due to the summer holidays, OSCON and a couple of people who normally contribute being ill, none of the regular contributors to document days were not around. As a consequence we had no contributions. This was followed by a discussion last week, I had with regular contributors to see what was going on. In a nutshell the key points that were made are: > > 1) For Hypervisor Docs, there are no more "low hanging fruit" left over. Even the regular contributors to document days, have difficulties figureing out which documents actually need to be improved > 2) This makes it increasingly difficulkt for newbies to participate in document days > 3) We have become better in creating documents for new features and for new releases > 4) In recent document days, discussions on the IRC channel were more about making documents more accessible and easier to find, compared to > > To counter balance this, we do have areas which have weak wiki documentation. Notable areas are XAPI and Mirage: for these sub-projects we never really got much community participation. Another question is whether the fact that we had to lock down the wiki due to the recurring spam attacks, is having a negative impact on wiki contributions and document days in particular. > > All these points, raise the question whether a) we still need to have document days, and b) if we do, what we can do to increase participation. I wanted to start a discussion about this, before I make a proposal to kill document days, or maybe change them. > > Input is desired. If there is no input, that will add to the case for not having document days any more. > > Best Regards > Lars > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 11:19:11 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 11:19:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6IoW-0004Lx-Ol; Mon, 05 Aug 2013 11:19:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6IoV-0004Lb-Nr for xen-api@lists.xen.org; Mon, 05 Aug 2013 11:18:59 +0000 Received: from [85.158.139.211:8943] by server-13.bemta-5.messagelabs.com id 11/A4-11519-22A8FF15; Mon, 05 Aug 2013 11:18:58 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-13.tower-206.messagelabs.com!1375701538!966863!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13274 invoked from network); 5 Aug 2013 11:18:58 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-13.tower-206.messagelabs.com with SMTP; 5 Aug 2013 11:18:58 -0000 Received: (qmail 27461 invoked by uid 634); 5 Aug 2013 11:18:57 -0000 X-Spam-Level: * X-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: dark.recoil.org Received: from host81-149-102-120.in-addr.btopenworld.com (HELO clink.home) (81.149.102.120) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Mon, 05 Aug 2013 12:18:57 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Anil Madhavapeddy In-Reply-To: <51FF88B6.1050504@xen.org> Date: Mon, 5 Aug 2013 12:18:55 +0100 Message-Id: References: <51FF88B6.1050504@xen.org> To: lars.kurth@xen.org X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] Do we still need Xen Document Days? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Regarding Mirage, we're prepping a release this week, which will finally stabilise the build instructions. After that's out, we can participate more easily in document days. More docs on the internals of XAPI, particularly around disaggregation, would seem to be most useful. Perhaps having a theme for each doc day to encourage subsystem maintainers to show up would be useful? -anil On 5 Aug 2013, at 12:12, Lars Kurth wrote: > Hi, > > Monday a week ago, we had a Xen Document Day. Due to the summer holidays, OSCON and a couple of people who normally contribute being ill, none of the regular contributors to document days were not around. As a consequence we had no contributions. This was followed by a discussion last week, I had with regular contributors to see what was going on. In a nutshell the key points that were made are: > > 1) For Hypervisor Docs, there are no more "low hanging fruit" left over. Even the regular contributors to document days, have difficulties figureing out which documents actually need to be improved > 2) This makes it increasingly difficulkt for newbies to participate in document days > 3) We have become better in creating documents for new features and for new releases > 4) In recent document days, discussions on the IRC channel were more about making documents more accessible and easier to find, compared to > > To counter balance this, we do have areas which have weak wiki documentation. Notable areas are XAPI and Mirage: for these sub-projects we never really got much community participation. Another question is whether the fact that we had to lock down the wiki due to the recurring spam attacks, is having a negative impact on wiki contributions and document days in particular. > > All these points, raise the question whether a) we still need to have document days, and b) if we do, what we can do to increase participation. I wanted to start a discussion about this, before I make a proposal to kill document days, or maybe change them. > > Input is desired. If there is no input, that will add to the case for not having document days any more. > > Best Regards > Lars > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 11:40:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 11:40:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6J9R-0005nf-St; Mon, 05 Aug 2013 11:40:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6J9Q-0005nG-6Q; Mon, 05 Aug 2013 11:40:36 +0000 Received: from [85.158.143.99:39908] by server-2.bemta-4.messagelabs.com id F1/52-09492-33F8FF15; Mon, 05 Aug 2013 11:40:35 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1375702834!30068824!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27616 invoked from network); 5 Aug 2013 11:40:34 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 11:40:34 -0000 Received: by mail-wi0-f175.google.com with SMTP id hq12so1340598wib.8 for ; Mon, 05 Aug 2013 04:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=DCSKl/RNfaQR8LbRK/7QG3yWfTQsczaeVe2CLU8A7cM=; b=gMUOS69etMUC4Qme3/Vv3QhIdy6Zut32cPnMv6pdCbfkplLQOWlwBp0RYCs5ucGYfS acPyk6EuthlEta/TR86TagFXPsLCBnVL51S4fZzPVGLYa9Fxn3I6asjoYm6n9mq+2FF4 iI2XluEyN3EdNqDD5Wy+L7SULTSbVC2/UuCKPkAPPRIum712ydtKVQb0s2jjzYSJm+VV 6qtmCGdUKr6drStXxg8jrJkugW+bt7xeiLCq5nKCtRBu6x0RZnlKW+Z52361dpHEDTny pCWOuKvwLQY9kWkk7cLycZdnIKsjkWnNa69o00sb4cYarixHTaiIBcSnCwsmpe9Blkfh Gu1w== X-Received: by 10.180.72.134 with SMTP id d6mr6340789wiv.8.1375702833773; Mon, 05 Aug 2013 04:40:33 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id em1sm20888360wib.3.2013.08.05.04.40.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Aug 2013 04:40:32 -0700 (PDT) Message-ID: <51FF8F2F.8020002@xen.org> Date: Mon, 05 Aug 2013 12:40:31 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-arm@lists.xen.org" Subject: [Xen-API] Xen Developer Summit (Oct 24-25 Edinburgh): CFP reminder (ends Aug 30) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4935593059562684414==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4935593059562684414== Content-Type: multipart/alternative; boundary="------------000006060403040909090007" This is a multi-part message in MIME format. --------------000006060403040909090007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, just a gentle reminder that the CFP for the Xen Project Developer Summit ends on August 30th. Please make sure you submit talks viahttp://events.linuxfoundation.org/events/xen-project-developer-summit/program/cfp ... "The Xen Project Developer Summit will feature content for developers, integrators and power users of the Xen Project. We are looking for presentations related to development, such as development proposals, updates on feature development, project updates, etc. We are also looking for insight into best practices in deploying Xen at scale, case studies by Xen users and other topics that large scale users of Xen care about." Please forward this information to other communities, which may have a stake in the developer summit. Such as distros, cloud orchestrations stacks, etc. Best Regards Lars --------------000006060403040909090007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all,

just a gentle reminder that the CFP for the Xen Project Developer Summit ends on August 30th. Please make sure you submit talks via http://events.linuxfoundation.org/events/xen-project-developer-summit/program/cfp ... "The Xen Project Developer Summit will feature content for developers, integrators and power users of the Xen Project. We are looking for presentations related to development, such as development proposals, updates on feature development, project updates, etc. We are also looking for insight into best practices in deploying Xen at scale, case studies by Xen users and other topics that large scale users of Xen care about."

Please forward this information to other communities, which may have a stake in the developer summit. Such as distros, cloud orchestrations stacks, etc.

Best Regards
Lars
--------------000006060403040909090007-- --===============4935593059562684414== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4935593059562684414==-- From xen-api-bounces@lists.xen.org Mon Aug 05 11:40:47 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 11:40:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6J9R-0005nf-St; Mon, 05 Aug 2013 11:40:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6J9Q-0005nG-6Q; Mon, 05 Aug 2013 11:40:36 +0000 Received: from [85.158.143.99:39908] by server-2.bemta-4.messagelabs.com id F1/52-09492-33F8FF15; Mon, 05 Aug 2013 11:40:35 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1375702834!30068824!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27616 invoked from network); 5 Aug 2013 11:40:34 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 11:40:34 -0000 Received: by mail-wi0-f175.google.com with SMTP id hq12so1340598wib.8 for ; Mon, 05 Aug 2013 04:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=DCSKl/RNfaQR8LbRK/7QG3yWfTQsczaeVe2CLU8A7cM=; b=gMUOS69etMUC4Qme3/Vv3QhIdy6Zut32cPnMv6pdCbfkplLQOWlwBp0RYCs5ucGYfS acPyk6EuthlEta/TR86TagFXPsLCBnVL51S4fZzPVGLYa9Fxn3I6asjoYm6n9mq+2FF4 iI2XluEyN3EdNqDD5Wy+L7SULTSbVC2/UuCKPkAPPRIum712ydtKVQb0s2jjzYSJm+VV 6qtmCGdUKr6drStXxg8jrJkugW+bt7xeiLCq5nKCtRBu6x0RZnlKW+Z52361dpHEDTny pCWOuKvwLQY9kWkk7cLycZdnIKsjkWnNa69o00sb4cYarixHTaiIBcSnCwsmpe9Blkfh Gu1w== X-Received: by 10.180.72.134 with SMTP id d6mr6340789wiv.8.1375702833773; Mon, 05 Aug 2013 04:40:33 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id em1sm20888360wib.3.2013.08.05.04.40.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Aug 2013 04:40:32 -0700 (PDT) Message-ID: <51FF8F2F.8020002@xen.org> Date: Mon, 05 Aug 2013 12:40:31 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-arm@lists.xen.org" Subject: [Xen-API] Xen Developer Summit (Oct 24-25 Edinburgh): CFP reminder (ends Aug 30) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4935593059562684414==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4935593059562684414== Content-Type: multipart/alternative; boundary="------------000006060403040909090007" This is a multi-part message in MIME format. --------------000006060403040909090007 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, just a gentle reminder that the CFP for the Xen Project Developer Summit ends on August 30th. Please make sure you submit talks viahttp://events.linuxfoundation.org/events/xen-project-developer-summit/program/cfp ... "The Xen Project Developer Summit will feature content for developers, integrators and power users of the Xen Project. We are looking for presentations related to development, such as development proposals, updates on feature development, project updates, etc. We are also looking for insight into best practices in deploying Xen at scale, case studies by Xen users and other topics that large scale users of Xen care about." Please forward this information to other communities, which may have a stake in the developer summit. Such as distros, cloud orchestrations stacks, etc. Best Regards Lars --------------000006060403040909090007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all,

just a gentle reminder that the CFP for the Xen Project Developer Summit ends on August 30th. Please make sure you submit talks via http://events.linuxfoundation.org/events/xen-project-developer-summit/program/cfp ... "The Xen Project Developer Summit will feature content for developers, integrators and power users of the Xen Project. We are looking for presentations related to development, such as development proposals, updates on feature development, project updates, etc. We are also looking for insight into best practices in deploying Xen at scale, case studies by Xen users and other topics that large scale users of Xen care about."

Please forward this information to other communities, which may have a stake in the developer summit. Such as distros, cloud orchestrations stacks, etc.

Best Regards
Lars
--------------000006060403040909090007-- --===============4935593059562684414== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4935593059562684414==-- From xen-api-bounces@lists.xen.org Mon Aug 05 11:51:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 11:51:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6JKC-0006Kz-54; Mon, 05 Aug 2013 11:51:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6JKA-0006Kl-J0; Mon, 05 Aug 2013 11:51:42 +0000 Received: from [85.158.137.99:55258] by server-9.bemta-3.messagelabs.com id FA/54-31358-DC19FF15; Mon, 05 Aug 2013 11:51:41 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1375703500!19162359!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25317 invoked from network); 5 Aug 2013 11:51:41 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 11:51:41 -0000 Received: by mail-we0-f175.google.com with SMTP id q58so2314898wes.6 for ; Mon, 05 Aug 2013 04:51:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=gl3cO67ZN/s9qLWd4aIcj257skCdXPylVCtUr1o30c8=; b=ve7wOxmqNVV7GWAc3vRnjby9FZux+8auhPD11cxMlg56grIwyK/5+WpXS8W+QryHUh QwC4GLffzc0pIx7SQAXkEsTI7T/KEPNN4XKq9VB3ZCMl9HPKxrXfy9EHknkpiWIP7dhf 8m7ygEoWzTvaZVuDTbZU4aX+W3o27xYUQ2RdA4FdphQNzShhOFzlsj9JYkHzmClUY1wR eoDL1elWaA1pjMAAwDprrv/282A3tFkObfkeEmc+FCF0l9SwCmzsq8wbUtZrI3utSJxg F3HOBpammPucxPMO5akVL5Pvishn2Pkfl1iC5lWkQ3wduT6INAgXZzvc1xX7Va4/lXNK 23gQ== X-Received: by 10.180.13.210 with SMTP id j18mr6427532wic.51.1375703500689; Mon, 05 Aug 2013 04:51:40 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id b13sm20933660wic.9.2013.08.05.04.51.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Aug 2013 04:51:39 -0700 (PDT) Message-ID: <51FF91CA.7050501@xen.org> Date: Mon, 05 Aug 2013 12:51:38 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , cl-mirage@lists.cam.ac.uk Subject: [Xen-API] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, last year, we had a very productive 1/2 day face-2-face meeting before the Xen Developer Summit. The question is, whether we should do this again this year. I checked with the Linux Foundation and we can get the space if we want to. But, I do not (yet) have the budget secured from the Advisory Board. What need to know before the next board meeting is: a) Do you think we should have the meeting at all (i.e. do you think it is valuable)? b) Would you attend, if we have it? Please reply via +1 to each question If there is not enough feedback or the numbers of developers who would attend is too low, it will be hard to make the case for the funds that we need to host the face-2-face. So, MAKE SURE YOU REPLY, even if you agree with everybody else. Also the numbers, will help me judge the cost (and will determine the number of places that will be available). Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 11:51:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 11:51:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6JKC-0006Kz-54; Mon, 05 Aug 2013 11:51:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6JKA-0006Kl-J0; Mon, 05 Aug 2013 11:51:42 +0000 Received: from [85.158.137.99:55258] by server-9.bemta-3.messagelabs.com id FA/54-31358-DC19FF15; Mon, 05 Aug 2013 11:51:41 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-217.messagelabs.com!1375703500!19162359!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25317 invoked from network); 5 Aug 2013 11:51:41 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-14.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 11:51:41 -0000 Received: by mail-we0-f175.google.com with SMTP id q58so2314898wes.6 for ; Mon, 05 Aug 2013 04:51:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=gl3cO67ZN/s9qLWd4aIcj257skCdXPylVCtUr1o30c8=; b=ve7wOxmqNVV7GWAc3vRnjby9FZux+8auhPD11cxMlg56grIwyK/5+WpXS8W+QryHUh QwC4GLffzc0pIx7SQAXkEsTI7T/KEPNN4XKq9VB3ZCMl9HPKxrXfy9EHknkpiWIP7dhf 8m7ygEoWzTvaZVuDTbZU4aX+W3o27xYUQ2RdA4FdphQNzShhOFzlsj9JYkHzmClUY1wR eoDL1elWaA1pjMAAwDprrv/282A3tFkObfkeEmc+FCF0l9SwCmzsq8wbUtZrI3utSJxg F3HOBpammPucxPMO5akVL5Pvishn2Pkfl1iC5lWkQ3wduT6INAgXZzvc1xX7Va4/lXNK 23gQ== X-Received: by 10.180.13.210 with SMTP id j18mr6427532wic.51.1375703500689; Mon, 05 Aug 2013 04:51:40 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id b13sm20933660wic.9.2013.08.05.04.51.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Aug 2013 04:51:39 -0700 (PDT) Message-ID: <51FF91CA.7050501@xen.org> Date: Mon, 05 Aug 2013 12:51:38 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , cl-mirage@lists.cam.ac.uk Subject: [Xen-API] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, last year, we had a very productive 1/2 day face-2-face meeting before the Xen Developer Summit. The question is, whether we should do this again this year. I checked with the Linux Foundation and we can get the space if we want to. But, I do not (yet) have the budget secured from the Advisory Board. What need to know before the next board meeting is: a) Do you think we should have the meeting at all (i.e. do you think it is valuable)? b) Would you attend, if we have it? Please reply via +1 to each question If there is not enough feedback or the numbers of developers who would attend is too low, it will be hard to make the case for the funds that we need to host the face-2-face. So, MAKE SURE YOU REPLY, even if you agree with everybody else. Also the numbers, will help me judge the cost (and will determine the number of places that will be available). Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:06:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:06:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LQC-00049D-BO; Mon, 05 Aug 2013 14:06:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LQA-00048r-Uo; Mon, 05 Aug 2013 14:06:03 +0000 Received: from [85.158.143.35:52914] by server-3.bemta-4.messagelabs.com id F4/EC-29480-A41BFF15; Mon, 05 Aug 2013 14:06:02 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1375711561!2764770!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19210 invoked from network); 5 Aug 2013 14:06:01 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 14:06:01 -0000 Received: by mail-wi0-f169.google.com with SMTP id f14so1583468wiw.2 for ; Mon, 05 Aug 2013 07:06:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=HFzHavm+wTp+B/sYPJHq3MPce9E/qfxPdVnCxQsKOw4=; b=bNX+z8sA5AXn8ICQucMFyliUGDLE0puT1Ny66RUGjMSGS4AuVpYt2B13WBb/gb94Ve ElyEjUjtr/k5qDkg/rR9OlR6/bTwRCdxW7TMtycu1vMI4dwbC/iWnc2kFKJnNLVWs+oq IdjlzlPBJ/L2KuSRykphQRz+RVIpFmA1ZRdzukdIKU3BM3prjeE/Nq2AkjagwK21DCtR 8tQsfNVlpzZSgYcWtKzNaKeRkbYFI0kI85D78N6pYK2kjnkCXX7qf40C4hhnM75FXPmg LERL6vHABkKflwXq3//Db6qjGnBRFg+s219yoEzyrTMdXfEeW5bZEu5R5R0ATnCsCiOU WLVg== X-Received: by 10.194.175.104 with SMTP id bz8mr13321631wjc.46.1375711561451; Mon, 05 Aug 2013 07:06:01 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id o10sm21727291wiz.5.2013.08.05.07.05.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Aug 2013 07:05:58 -0700 (PDT) Message-ID: <51FFB144.1060204@xen.org> Date: Mon, 05 Aug 2013 15:05:56 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Ben Guthro References: <51FF91CA.7050501@xen.org> In-Reply-To: Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 05/08/2013 14:07, Ben Guthro wrote: > If someone (such as myself) has interest in this event, but was not on > an 'invite only' list in the past, are you looking for such feedback? It is invite only in the sense of the Hackathons, where we have limited space. What we do there is a) Anybody can request an invite b) If it somebody who is totally unknown in the community asks for an invite, we will likely put them onto a waiting list c) People who are known and have contributed will get an invite d) If we still have space we go through the waiting list and see how/whether they can fit in To answer your question: anybody who is active on these lists and wants to attend should be able to get a space. The only possibility where we don't have enough space is if say 20 people say they want to come replying to the thread, I book space for 30 and then 60 people request an invite. In practice this isn't likely though. Does this answer your question? Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:06:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:06:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LQC-00049D-BO; Mon, 05 Aug 2013 14:06:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LQA-00048r-Uo; Mon, 05 Aug 2013 14:06:03 +0000 Received: from [85.158.143.35:52914] by server-3.bemta-4.messagelabs.com id F4/EC-29480-A41BFF15; Mon, 05 Aug 2013 14:06:02 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1375711561!2764770!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19210 invoked from network); 5 Aug 2013 14:06:01 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 14:06:01 -0000 Received: by mail-wi0-f169.google.com with SMTP id f14so1583468wiw.2 for ; Mon, 05 Aug 2013 07:06:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=HFzHavm+wTp+B/sYPJHq3MPce9E/qfxPdVnCxQsKOw4=; b=bNX+z8sA5AXn8ICQucMFyliUGDLE0puT1Ny66RUGjMSGS4AuVpYt2B13WBb/gb94Ve ElyEjUjtr/k5qDkg/rR9OlR6/bTwRCdxW7TMtycu1vMI4dwbC/iWnc2kFKJnNLVWs+oq IdjlzlPBJ/L2KuSRykphQRz+RVIpFmA1ZRdzukdIKU3BM3prjeE/Nq2AkjagwK21DCtR 8tQsfNVlpzZSgYcWtKzNaKeRkbYFI0kI85D78N6pYK2kjnkCXX7qf40C4hhnM75FXPmg LERL6vHABkKflwXq3//Db6qjGnBRFg+s219yoEzyrTMdXfEeW5bZEu5R5R0ATnCsCiOU WLVg== X-Received: by 10.194.175.104 with SMTP id bz8mr13321631wjc.46.1375711561451; Mon, 05 Aug 2013 07:06:01 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id o10sm21727291wiz.5.2013.08.05.07.05.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 05 Aug 2013 07:05:58 -0700 (PDT) Message-ID: <51FFB144.1060204@xen.org> Date: Mon, 05 Aug 2013 15:05:56 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Ben Guthro References: <51FF91CA.7050501@xen.org> In-Reply-To: Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 05/08/2013 14:07, Ben Guthro wrote: > If someone (such as myself) has interest in this event, but was not on > an 'invite only' list in the past, are you looking for such feedback? It is invite only in the sense of the Hackathons, where we have limited space. What we do there is a) Anybody can request an invite b) If it somebody who is totally unknown in the community asks for an invite, we will likely put them onto a waiting list c) People who are known and have contributed will get an invite d) If we still have space we go through the waiting list and see how/whether they can fit in To answer your question: anybody who is active on these lists and wants to attend should be able to get a space. The only possibility where we don't have enough space is if say 20 people say they want to come replying to the thread, I book space for 30 and then 60 people request an invite. In practice this isn't likely though. Does this answer your question? Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:11:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:11:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LVi-0004pQ-Rq; Mon, 05 Aug 2013 14:11:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LRP-0004MK-N7; Mon, 05 Aug 2013 14:07:19 +0000 Received: from [85.158.137.99:64811] by server-15.bemta-3.messagelabs.com id DE/E2-03817-691BFF15; Mon, 05 Aug 2013 14:07:18 +0000 X-Env-Sender: ben.guthro@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1375711636!13841834!1 X-Originating-IP: [209.85.128.179] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5395 invoked from network); 5 Aug 2013 14:07:17 -0000 Received: from mail-ve0-f179.google.com (HELO mail-ve0-f179.google.com) (209.85.128.179) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 14:07:17 -0000 Received: by mail-ve0-f179.google.com with SMTP id c13so3090684vea.24 for ; Mon, 05 Aug 2013 07:07:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:mime-version:in-reply-to:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=rJeaxnlwNNkONl8h9eO6ONCm7ovKQKFPaqSGOfL1nwk=; b=Cg5g7OmnGbjBSo7A/hEoapJ1pYGVR20tQYScQ2KyZyPgc/GFH8pMApOQ7vz0aMUa1t Y3bPKP6kb/363EMIQAheE+Bl6vHEMX3xxiDck3fTenXz1ztUyw/YlTFxIA8KF8GeFBoU A7SfvwI/DlqKTq9+aJ/X+lR0vcsin/tt9epHwy+84cAblJNd0sFX081cesOl/OOpZZjI KhW0pb0ldj5eERpzBhskiy+JMunOd3jlfGQQM2FZZZNngnAO0/8jvWqCK0gQsLis79F2 e63WqTBaZHp5pGfZosrHK0XdjjQPAiN3IA7LO7yr4lPS/mwj7TfZ9rkgVcqHJAQzGAFt yTQg== X-Received: by 10.220.164.202 with SMTP id f10mr5731805vcy.25.1375711636278; Mon, 05 Aug 2013 07:07:16 -0700 (PDT) References: <51FF91CA.7050501@xen.org> <51FFB144.1060204@xen.org> From: Ben Guthro Mime-Version: 1.0 (1.0) In-Reply-To: <51FFB144.1060204@xen.org> Date: Mon, 5 Aug 2013 10:07:15 -0400 Message-ID: <1986823640401750417@unknownmsgid> To: "lars.kurth@xen.org" X-Mailman-Approved-At: Mon, 05 Aug 2013 14:11:45 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , Ben Guthro , "cl-mirage@lists.cam.ac.uk" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Aug 5, 2013, at 10:06 AM, Lars Kurth wrote: > On 05/08/2013 14:07, Ben Guthro wrote: >> If someone (such as myself) has interest in this event, but was not on an 'invite only' list in the past, are you looking for such feedback? > It is invite only in the sense of the Hackathons, where we have limited space. What we do there is > a) Anybody can request an invite > b) If it somebody who is totally unknown in the community asks for an invite, we will likely put them onto a waiting list > c) People who are known and have contributed will get an invite > d) If we still have space we go through the waiting list and see how/whether they can fit in > > To answer your question: anybody who is active on these lists and wants to attend should be able to get a space. The only possibility where we don't have enough space is if say 20 people say they want to come replying to the thread, I book space for 30 and then 60 people request an invite. In practice this isn't likely though. > > Does this answer your question? Yes, thank you for clarification Ben > > Regards > Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:11:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:11:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LVi-0004pK-M2; Mon, 05 Aug 2013 14:11:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6Kq9-0002PF-PN; Mon, 05 Aug 2013 13:28:49 +0000 Received: from [85.158.138.51:58066] by server-4.bemta-3.messagelabs.com id 1E/FA-24959-098AFF15; Mon, 05 Aug 2013 13:28:48 +0000 X-Env-Sender: dkiper@net-space.pl X-Msg-Ref: server-10.tower-174.messagelabs.com!1375709327!26069522!1 X-Originating-IP: [89.174.63.77] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7282 invoked from network); 5 Aug 2013 13:28:48 -0000 Received: from router-fw.net-space.pl (HELO router-fw.net-space.pl) (89.174.63.77) by server-10.tower-174.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 5 Aug 2013 13:28:48 -0000 Received: (from localhost user: 'dkiper' uid#4000 fake: STDIN (dkiper@router-fw.net-space.pl)) by router-fw-old.local.net-space.pl id S1669340Ab3HEN2m (ORCPT + 2 others); Mon, 5 Aug 2013 15:28:42 +0200 Date: Mon, 5 Aug 2013 15:28:42 +0200 From: Daniel Kiper To: Lars Kurth Message-ID: <20130805132842.GA1952@router-fw-old.local.net-space.pl> References: <51FF91CA.7050501@xen.org> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <51FF91CA.7050501@xen.org> User-Agent: Mutt/1.3.28i X-Mailman-Approved-At: Mon, 05 Aug 2013 14:11:45 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Aug 05, 2013 at 12:51:38PM +0100, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting before > the Xen Developer Summit. The question is, whether we should do this > again this year. I checked with the Linux Foundation and we can get the > space if we want to. But, I do not (yet) have the budget secured from > the Advisory Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it > is valuable)? +1 > b) Would you attend, if we have it? +1 Daniel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:11:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:11:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LVi-0004pQ-Rq; Mon, 05 Aug 2013 14:11:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LRP-0004MK-N7; Mon, 05 Aug 2013 14:07:19 +0000 Received: from [85.158.137.99:64811] by server-15.bemta-3.messagelabs.com id DE/E2-03817-691BFF15; Mon, 05 Aug 2013 14:07:18 +0000 X-Env-Sender: ben.guthro@gmail.com X-Msg-Ref: server-8.tower-217.messagelabs.com!1375711636!13841834!1 X-Originating-IP: [209.85.128.179] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5395 invoked from network); 5 Aug 2013 14:07:17 -0000 Received: from mail-ve0-f179.google.com (HELO mail-ve0-f179.google.com) (209.85.128.179) by server-8.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 14:07:17 -0000 Received: by mail-ve0-f179.google.com with SMTP id c13so3090684vea.24 for ; Mon, 05 Aug 2013 07:07:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:mime-version:in-reply-to:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=rJeaxnlwNNkONl8h9eO6ONCm7ovKQKFPaqSGOfL1nwk=; b=Cg5g7OmnGbjBSo7A/hEoapJ1pYGVR20tQYScQ2KyZyPgc/GFH8pMApOQ7vz0aMUa1t Y3bPKP6kb/363EMIQAheE+Bl6vHEMX3xxiDck3fTenXz1ztUyw/YlTFxIA8KF8GeFBoU A7SfvwI/DlqKTq9+aJ/X+lR0vcsin/tt9epHwy+84cAblJNd0sFX081cesOl/OOpZZjI KhW0pb0ldj5eERpzBhskiy+JMunOd3jlfGQQM2FZZZNngnAO0/8jvWqCK0gQsLis79F2 e63WqTBaZHp5pGfZosrHK0XdjjQPAiN3IA7LO7yr4lPS/mwj7TfZ9rkgVcqHJAQzGAFt yTQg== X-Received: by 10.220.164.202 with SMTP id f10mr5731805vcy.25.1375711636278; Mon, 05 Aug 2013 07:07:16 -0700 (PDT) References: <51FF91CA.7050501@xen.org> <51FFB144.1060204@xen.org> From: Ben Guthro Mime-Version: 1.0 (1.0) In-Reply-To: <51FFB144.1060204@xen.org> Date: Mon, 5 Aug 2013 10:07:15 -0400 Message-ID: <1986823640401750417@unknownmsgid> To: "lars.kurth@xen.org" X-Mailman-Approved-At: Mon, 05 Aug 2013 14:11:45 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , Ben Guthro , "cl-mirage@lists.cam.ac.uk" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Aug 5, 2013, at 10:06 AM, Lars Kurth wrote: > On 05/08/2013 14:07, Ben Guthro wrote: >> If someone (such as myself) has interest in this event, but was not on an 'invite only' list in the past, are you looking for such feedback? > It is invite only in the sense of the Hackathons, where we have limited space. What we do there is > a) Anybody can request an invite > b) If it somebody who is totally unknown in the community asks for an invite, we will likely put them onto a waiting list > c) People who are known and have contributed will get an invite > d) If we still have space we go through the waiting list and see how/whether they can fit in > > To answer your question: anybody who is active on these lists and wants to attend should be able to get a space. The only possibility where we don't have enough space is if say 20 people say they want to come replying to the thread, I book space for 30 and then 60 people request an invite. In practice this isn't likely though. > > Does this answer your question? Yes, thank you for clarification Ben > > Regards > Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:11:52 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:11:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LVi-0004pK-M2; Mon, 05 Aug 2013 14:11:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6Kq9-0002PF-PN; Mon, 05 Aug 2013 13:28:49 +0000 Received: from [85.158.138.51:58066] by server-4.bemta-3.messagelabs.com id 1E/FA-24959-098AFF15; Mon, 05 Aug 2013 13:28:48 +0000 X-Env-Sender: dkiper@net-space.pl X-Msg-Ref: server-10.tower-174.messagelabs.com!1375709327!26069522!1 X-Originating-IP: [89.174.63.77] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7282 invoked from network); 5 Aug 2013 13:28:48 -0000 Received: from router-fw.net-space.pl (HELO router-fw.net-space.pl) (89.174.63.77) by server-10.tower-174.messagelabs.com with EDH-RSA-DES-CBC3-SHA encrypted SMTP; 5 Aug 2013 13:28:48 -0000 Received: (from localhost user: 'dkiper' uid#4000 fake: STDIN (dkiper@router-fw.net-space.pl)) by router-fw-old.local.net-space.pl id S1669340Ab3HEN2m (ORCPT + 2 others); Mon, 5 Aug 2013 15:28:42 +0200 Date: Mon, 5 Aug 2013 15:28:42 +0200 From: Daniel Kiper To: Lars Kurth Message-ID: <20130805132842.GA1952@router-fw-old.local.net-space.pl> References: <51FF91CA.7050501@xen.org> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <51FF91CA.7050501@xen.org> User-Agent: Mutt/1.3.28i X-Mailman-Approved-At: Mon, 05 Aug 2013 14:11:45 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Aug 05, 2013 at 12:51:38PM +0100, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting before > the Xen Developer Summit. The question is, whether we should do this > again this year. I checked with the Linux Foundation and we can get the > space if we want to. But, I do not (yet) have the budget secured from > the Advisory Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it > is valuable)? +1 > b) Would you attend, if we have it? +1 Daniel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:11:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:11:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LVi-0004pD-Fn; Mon, 05 Aug 2013 14:11:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6KV5-0000zM-FT; Mon, 05 Aug 2013 13:07:04 +0000 Received: from [85.158.143.35:41617] by server-2.bemta-4.messagelabs.com id 92/BC-09492-673AFF15; Mon, 05 Aug 2013 13:07:02 +0000 X-Env-Sender: ben.guthro@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1375708020!2755212!1 X-Originating-IP: [209.85.212.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3230 invoked from network); 5 Aug 2013 13:07:01 -0000 Received: from mail-vb0-f43.google.com (HELO mail-vb0-f43.google.com) (209.85.212.43) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 13:07:01 -0000 Received: by mail-vb0-f43.google.com with SMTP id h11so2759536vbh.30 for ; Mon, 05 Aug 2013 06:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=pE4DUwXLFbPCmnivh3nvBAaW+fAGTkus1h1Vi9+BaME=; b=tesK8U/NZTONPytVxkdozpiFmHBgnpHAP9EpIxHtR17wp57tIsYL0QwZuCZryWg/gS kHuSahCKTa6eyFPgZKN+HGrpon+mEuG73cT4HZifUbaWYpQv7AmxskAE5Ydobu4+M//S EkKeKavHrgnIk2+OWh9cALrjtf0UKN3P/+VN4ELutrUQMJdYDlKcH92YynY9ZFIiu8xu sLT0vK4Y186D26UZFOjjflvujTRzpeIRRgeTtTAJIyGAf8L4B3VOLliqLaYc3SNa9Tp6 MC5nXZwUAN8avAOI4J4+5xRrd/NhQ3tmAwVMr19Wz9cwyE1CU4ATYVblO3cVbkUnGrFJ jf+Q== MIME-Version: 1.0 X-Received: by 10.58.80.38 with SMTP id o6mr5815606vex.69.1375708020407; Mon, 05 Aug 2013 06:07:00 -0700 (PDT) Received: by 10.58.45.132 with HTTP; Mon, 5 Aug 2013 06:07:00 -0700 (PDT) In-Reply-To: <51FF91CA.7050501@xen.org> References: <51FF91CA.7050501@xen.org> Date: Mon, 5 Aug 2013 09:07:00 -0400 X-Google-Sender-Auth: PWjr03p4C3iVrwBNNuBL25PwaCc Message-ID: From: Ben Guthro To: lars.kurth@xen.org X-Mailman-Approved-At: Mon, 05 Aug 2013 14:11:45 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6380309257595249736==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6380309257595249736== Content-Type: multipart/alternative; boundary=047d7b5d48a6df060504e332fb37 --047d7b5d48a6df060504e332fb37 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Aug 5, 2013 at 7:51 AM, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting before the > Xen Developer Summit. The question is, whether we should do this again this > year. I checked with the Linux Foundation and we can get the space if we > want to. But, I do not (yet) have the budget secured from the Advisory > Board. > Hi Lars, If someone (such as myself) has interest in this event, but was not on an 'invite only' list in the past, are you looking for such feedback? Thanks Ben > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it is > valuable)? > b) Would you attend, if we have it? > > Please reply via +1 to each question > > If there is not enough feedback or the numbers of developers who would > attend is too low, it will be hard to make the case for the funds that we > need to host the face-2-face. So, MAKE SURE YOU REPLY, even if you agree > with everybody else. Also the numbers, will help me judge the cost (and > will determine the number of places that will be available). > > Best Regards > Lars > > > > > > ______________________________**_________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > --047d7b5d48a6df060504e332fb37 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Mon, Aug 5, 2013 at 7:51 AM, Lars Kur= th <lars.kurth@xen.org> wrote:
Hi all,

last year, we had a very productive 1/2 day face-2-face meeting before the = Xen Developer Summit. The question is, whether we should do this again this= year. I checked with the Linux Foundation and we can get the space if we w= ant to. But, I do not (yet) have the budget secured from the Advisory Board= .

Hi Lars,

If someo= ne (such as myself) has interest in this event, but was not on an 'invi= te only' list in the past, are you looking for such feedback?

Thanks
Ben
=A0

What need to know before the next board meeting is:
a) Do you think we should have the meeting at all (i.e. do you think it is = valuable)?
b) Would you attend, if we have it?

Please reply via +1 to each question

If there is not enough feedback or the numbers of developers who would atte= nd is too low, it will be hard to make the case for the funds that we need = to host the face-2-face. So, MAKE SURE YOU REPLY, even if you agree with ev= erybody else. Also the numbers, will help me judge the cost (and will deter= mine the number of places that will be available).

Best Regards
Lars





_______________________________________________
Xen-devel mailing list
Xen-devel@list= s.xen.org
http://lists.x= en.org/xen-devel

--047d7b5d48a6df060504e332fb37-- --===============6380309257595249736== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6380309257595249736==-- From xen-api-bounces@lists.xen.org Mon Aug 05 14:11:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:11:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LVi-0004pD-Fn; Mon, 05 Aug 2013 14:11:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6KV5-0000zM-FT; Mon, 05 Aug 2013 13:07:04 +0000 Received: from [85.158.143.35:41617] by server-2.bemta-4.messagelabs.com id 92/BC-09492-673AFF15; Mon, 05 Aug 2013 13:07:02 +0000 X-Env-Sender: ben.guthro@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1375708020!2755212!1 X-Originating-IP: [209.85.212.43] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3230 invoked from network); 5 Aug 2013 13:07:01 -0000 Received: from mail-vb0-f43.google.com (HELO mail-vb0-f43.google.com) (209.85.212.43) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 13:07:01 -0000 Received: by mail-vb0-f43.google.com with SMTP id h11so2759536vbh.30 for ; Mon, 05 Aug 2013 06:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=pE4DUwXLFbPCmnivh3nvBAaW+fAGTkus1h1Vi9+BaME=; b=tesK8U/NZTONPytVxkdozpiFmHBgnpHAP9EpIxHtR17wp57tIsYL0QwZuCZryWg/gS kHuSahCKTa6eyFPgZKN+HGrpon+mEuG73cT4HZifUbaWYpQv7AmxskAE5Ydobu4+M//S EkKeKavHrgnIk2+OWh9cALrjtf0UKN3P/+VN4ELutrUQMJdYDlKcH92YynY9ZFIiu8xu sLT0vK4Y186D26UZFOjjflvujTRzpeIRRgeTtTAJIyGAf8L4B3VOLliqLaYc3SNa9Tp6 MC5nXZwUAN8avAOI4J4+5xRrd/NhQ3tmAwVMr19Wz9cwyE1CU4ATYVblO3cVbkUnGrFJ jf+Q== MIME-Version: 1.0 X-Received: by 10.58.80.38 with SMTP id o6mr5815606vex.69.1375708020407; Mon, 05 Aug 2013 06:07:00 -0700 (PDT) Received: by 10.58.45.132 with HTTP; Mon, 5 Aug 2013 06:07:00 -0700 (PDT) In-Reply-To: <51FF91CA.7050501@xen.org> References: <51FF91CA.7050501@xen.org> Date: Mon, 5 Aug 2013 09:07:00 -0400 X-Google-Sender-Auth: PWjr03p4C3iVrwBNNuBL25PwaCc Message-ID: From: Ben Guthro To: lars.kurth@xen.org X-Mailman-Approved-At: Mon, 05 Aug 2013 14:11:45 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6380309257595249736==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6380309257595249736== Content-Type: multipart/alternative; boundary=047d7b5d48a6df060504e332fb37 --047d7b5d48a6df060504e332fb37 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Aug 5, 2013 at 7:51 AM, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting before the > Xen Developer Summit. The question is, whether we should do this again this > year. I checked with the Linux Foundation and we can get the space if we > want to. But, I do not (yet) have the budget secured from the Advisory > Board. > Hi Lars, If someone (such as myself) has interest in this event, but was not on an 'invite only' list in the past, are you looking for such feedback? Thanks Ben > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it is > valuable)? > b) Would you attend, if we have it? > > Please reply via +1 to each question > > If there is not enough feedback or the numbers of developers who would > attend is too low, it will be hard to make the case for the funds that we > need to host the face-2-face. So, MAKE SURE YOU REPLY, even if you agree > with everybody else. Also the numbers, will help me judge the cost (and > will determine the number of places that will be available). > > Best Regards > Lars > > > > > > ______________________________**_________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > --047d7b5d48a6df060504e332fb37 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Mon, Aug 5, 2013 at 7:51 AM, Lars Kur= th <lars.kurth@xen.org> wrote:
Hi all,

last year, we had a very productive 1/2 day face-2-face meeting before the = Xen Developer Summit. The question is, whether we should do this again this= year. I checked with the Linux Foundation and we can get the space if we w= ant to. But, I do not (yet) have the budget secured from the Advisory Board= .

Hi Lars,

If someo= ne (such as myself) has interest in this event, but was not on an 'invi= te only' list in the past, are you looking for such feedback?

Thanks
Ben
=A0

What need to know before the next board meeting is:
a) Do you think we should have the meeting at all (i.e. do you think it is = valuable)?
b) Would you attend, if we have it?

Please reply via +1 to each question

If there is not enough feedback or the numbers of developers who would atte= nd is too low, it will be hard to make the case for the funds that we need = to host the face-2-face. So, MAKE SURE YOU REPLY, even if you agree with ev= erybody else. Also the numbers, will help me judge the cost (and will deter= mine the number of places that will be available).

Best Regards
Lars





_______________________________________________
Xen-devel mailing list
Xen-devel@list= s.xen.org
http://lists.x= en.org/xen-devel

--047d7b5d48a6df060504e332fb37-- --===============6380309257595249736== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6380309257595249736==-- From xen-api-bounces@lists.xen.org Mon Aug 05 14:11:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:11:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LVi-0004p8-A0; Mon, 05 Aug 2013 14:11:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6KNp-0000X2-Ar; Mon, 05 Aug 2013 12:59:33 +0000 Received: from [85.158.136.67:30459] by server-5.bemta-5.messagelabs.com id 32/AB-27868-4B1AFF15; Mon, 05 Aug 2013 12:59:32 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-14.tower-207.messagelabs.com!1375707571!29510811!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21820 invoked from network); 5 Aug 2013 12:59:31 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-14.tower-207.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Aug 2013 12:59:31 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Mon, 05 Aug 2013 13:59:31 +0100 Message-Id: <51FFBDD102000078000E947D@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Mon, 05 Aug 2013 13:59:29 +0100 From: "Jan Beulich" To: References: <51FF91CA.7050501@xen.org> In-Reply-To: <51FF91CA.7050501@xen.org> Mime-Version: 1.0 Content-Disposition: inline X-Mailman-Approved-At: Mon, 05 Aug 2013 14:11:45 +0000 Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org >>> On 05.08.13 at 13:51, Lars Kurth wrote: > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it > is valuable)? +1 > b) Would you attend, if we have it? +1 Jan _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:11:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:11:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LVi-0004p8-A0; Mon, 05 Aug 2013 14:11:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6KNp-0000X2-Ar; Mon, 05 Aug 2013 12:59:33 +0000 Received: from [85.158.136.67:30459] by server-5.bemta-5.messagelabs.com id 32/AB-27868-4B1AFF15; Mon, 05 Aug 2013 12:59:32 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-14.tower-207.messagelabs.com!1375707571!29510811!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21820 invoked from network); 5 Aug 2013 12:59:31 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-14.tower-207.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Aug 2013 12:59:31 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Mon, 05 Aug 2013 13:59:31 +0100 Message-Id: <51FFBDD102000078000E947D@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Mon, 05 Aug 2013 13:59:29 +0100 From: "Jan Beulich" To: References: <51FF91CA.7050501@xen.org> In-Reply-To: <51FF91CA.7050501@xen.org> Mime-Version: 1.0 Content-Disposition: inline X-Mailman-Approved-At: Mon, 05 Aug 2013 14:11:45 +0000 Cc: "xen-arm@lists.xen.org" , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org >>> On 05.08.13 at 13:51, Lars Kurth wrote: > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it > is valuable)? +1 > b) Would you attend, if we have it? +1 Jan _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:18:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:18:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LcF-0005Rs-Vj; Mon, 05 Aug 2013 14:18:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LcE-0005Rf-Nf; Mon, 05 Aug 2013 14:18:31 +0000 Received: from [85.158.139.211:37890] by server-11.bemta-5.messagelabs.com id D8/67-02024-534BFF15; Mon, 05 Aug 2013 14:18:29 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1375712309!986578!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18988 invoked from network); 5 Aug 2013 14:18:29 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 14:18:29 -0000 Received: by mail-we0-f171.google.com with SMTP id q55so2525298wes.16 for ; Mon, 05 Aug 2013 07:18:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=JbpqjGRMGpT/gIbP/ObgMiOwRDdQX+ml8z8Fyum2OxE=; b=WJQWIeXetGgUXlDM08fmFhwdY05NlOp60kCL5FAYfAzCDwk/dSOsffngVmmJEGS8aa 2h/pEnkmSIouaVDwBQYdn+UjJBtlmr5nkkOmyJUl4BqJubnqRb/71x3NKqsz2dP0gPaY 3o+Zc3aV5/VeozsrnKWNumiblX8Jhjwh9U6RqqVh/3tDRwBCC0UJ6e5FQbp0F2i7qIUd ZNZacu3W2e+R8VbKU1gWzb/9lztjnwFvjRETPbqySrS0BKjL+DuUYYEZg/6vpHyrT//M kCJOVsJ19nfKbR5IPYK1d+V708QuzkT3OaeOrHAsRlVzlc9ZG6XhDMerxpZLytCS+gZ4 AzOg== MIME-Version: 1.0 X-Received: by 10.194.173.225 with SMTP id bn1mr13529176wjc.6.1375712308984; Mon, 05 Aug 2013 07:18:28 -0700 (PDT) Received: by 10.194.202.162 with HTTP; Mon, 5 Aug 2013 07:18:28 -0700 (PDT) In-Reply-To: <51FF91CA.7050501@xen.org> References: <51FF91CA.7050501@xen.org> Date: Mon, 5 Aug 2013 15:18:28 +0100 X-Google-Sender-Auth: hnY1BxJs8ZCZETHCtiwgjCtHNHc Message-ID: From: George Dunlap To: Lars Kurth Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Aug 5, 2013 at 12:51 PM, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting before the > Xen Developer Summit. The question is, whether we should do this again this > year. I checked with the Linux Foundation and we can get the space if we > want to. But, I do not (yet) have the budget secured from the Advisory > Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it is > valuable)? +1 > b) Would you attend, if we have it? +1 -George _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 14:18:37 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 14:18:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LcF-0005Rs-Vj; Mon, 05 Aug 2013 14:18:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6LcE-0005Rf-Nf; Mon, 05 Aug 2013 14:18:31 +0000 Received: from [85.158.139.211:37890] by server-11.bemta-5.messagelabs.com id D8/67-02024-534BFF15; Mon, 05 Aug 2013 14:18:29 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1375712309!986578!1 X-Originating-IP: [74.125.82.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18988 invoked from network); 5 Aug 2013 14:18:29 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 14:18:29 -0000 Received: by mail-we0-f171.google.com with SMTP id q55so2525298wes.16 for ; Mon, 05 Aug 2013 07:18:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=JbpqjGRMGpT/gIbP/ObgMiOwRDdQX+ml8z8Fyum2OxE=; b=WJQWIeXetGgUXlDM08fmFhwdY05NlOp60kCL5FAYfAzCDwk/dSOsffngVmmJEGS8aa 2h/pEnkmSIouaVDwBQYdn+UjJBtlmr5nkkOmyJUl4BqJubnqRb/71x3NKqsz2dP0gPaY 3o+Zc3aV5/VeozsrnKWNumiblX8Jhjwh9U6RqqVh/3tDRwBCC0UJ6e5FQbp0F2i7qIUd ZNZacu3W2e+R8VbKU1gWzb/9lztjnwFvjRETPbqySrS0BKjL+DuUYYEZg/6vpHyrT//M kCJOVsJ19nfKbR5IPYK1d+V708QuzkT3OaeOrHAsRlVzlc9ZG6XhDMerxpZLytCS+gZ4 AzOg== MIME-Version: 1.0 X-Received: by 10.194.173.225 with SMTP id bn1mr13529176wjc.6.1375712308984; Mon, 05 Aug 2013 07:18:28 -0700 (PDT) Received: by 10.194.202.162 with HTTP; Mon, 5 Aug 2013 07:18:28 -0700 (PDT) In-Reply-To: <51FF91CA.7050501@xen.org> References: <51FF91CA.7050501@xen.org> Date: Mon, 5 Aug 2013 15:18:28 +0100 X-Google-Sender-Auth: hnY1BxJs8ZCZETHCtiwgjCtHNHc Message-ID: From: George Dunlap To: Lars Kurth Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Aug 5, 2013 at 12:51 PM, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting before the > Xen Developer Summit. The question is, whether we should do this again this > year. I checked with the Linux Foundation and we can get the space if we > want to. But, I do not (yet) have the budget secured from the Advisory > Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it is > valuable)? +1 > b) Would you attend, if we have it? +1 -George _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 15:04:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 15:04:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6MKH-0007Jc-3G; Mon, 05 Aug 2013 15:04:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6MKF-0007JR-Io; Mon, 05 Aug 2013 15:03:59 +0000 Received: from [85.158.136.67:14913] by server-17.bemta-5.messagelabs.com id 57/48-26639-EDEBFF15; Mon, 05 Aug 2013 15:03:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-207.messagelabs.com!1375715037!29597008!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15444 invoked from network); 5 Aug 2013 15:03:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-207.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 15:03:58 -0000 X-IronPort-AV: E=Sophos;i="4.89,819,1367971200"; d="scan'208";a="7469189" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 05 Aug 2013 15:03:57 +0000 Received: from [10.80.2.80] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.4; Mon, 5 Aug 2013 16:03:47 +0100 Message-ID: <1375715037.10660.217.camel@kazak.uk.xensource.com> From: Ian Campbell To: Date: Mon, 5 Aug 2013 16:03:57 +0100 In-Reply-To: <51FF91CA.7050501@xen.org> References: <51FF91CA.7050501@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-08-05 at 12:51 +0100, Lars Kurth wrote: > a) Do you think we should have the meeting at all (i.e. do you think it > is valuable)? +1 > b) Would you attend, if we have it? +1 _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 15:04:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 15:04:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6MKH-0007Jc-3G; Mon, 05 Aug 2013 15:04:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6MKF-0007JR-Io; Mon, 05 Aug 2013 15:03:59 +0000 Received: from [85.158.136.67:14913] by server-17.bemta-5.messagelabs.com id 57/48-26639-EDEBFF15; Mon, 05 Aug 2013 15:03:58 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-207.messagelabs.com!1375715037!29597008!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15444 invoked from network); 5 Aug 2013 15:03:58 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-207.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 15:03:58 -0000 X-IronPort-AV: E=Sophos;i="4.89,819,1367971200"; d="scan'208";a="7469189" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 05 Aug 2013 15:03:57 +0000 Received: from [10.80.2.80] (10.30.203.1) by LONPEX01CL02.citrite.net (10.30.203.102) with Microsoft SMTP Server id 14.2.342.4; Mon, 5 Aug 2013 16:03:47 +0100 Message-ID: <1375715037.10660.217.camel@kazak.uk.xensource.com> From: Ian Campbell To: Date: Mon, 5 Aug 2013 16:03:57 +0100 In-Reply-To: <51FF91CA.7050501@xen.org> References: <51FF91CA.7050501@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, 2013-08-05 at 12:51 +0100, Lars Kurth wrote: > a) Do you think we should have the meeting at all (i.e. do you think it > is valuable)? +1 > b) Would you attend, if we have it? +1 _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 15:53:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 15:53:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6N5o-0001G5-Oj; Mon, 05 Aug 2013 15:53:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6N5n-0001Fu-6Q; Mon, 05 Aug 2013 15:53:07 +0000 Received: from [85.158.137.99:25634] by server-11.bemta-3.messagelabs.com id 98/94-26159-26ACFF15; Mon, 05 Aug 2013 15:53:06 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1375717984!17545991!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20456 invoked from network); 5 Aug 2013 15:53:05 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-10.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Aug 2013 15:53:05 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r75FqxjJ031495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 5 Aug 2013 15:53:00 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r75FqwIr024428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Aug 2013 15:52:59 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r75Fqw1o027030; Mon, 5 Aug 2013 15:52:58 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 05 Aug 2013 08:52:57 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id ECD891BF309; Mon, 5 Aug 2013 11:52:56 -0400 (EDT) Date: Mon, 5 Aug 2013 11:52:56 -0400 From: Konrad Rzeszutek Wilk To: Lars Kurth Message-ID: <20130805155256.GB21835@phenom.dumpdata.com> References: <51FF91CA.7050501@xen.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51FF91CA.7050501@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Aug 05, 2013 at 12:51:38PM +0100, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting > before the Xen Developer Summit. The question is, whether we should > do this again this year. I checked with the Linux Foundation and we > can get the space if we want to. But, I do not (yet) have the budget > secured from the Advisory Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think > it is valuable)? Yes. > b) Would you attend, if we have it? Yes to if can make it. If I can't make it - somebody else from our team will surely make it. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 05 15:53:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 05 Aug 2013 15:53:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6N5o-0001G5-Oj; Mon, 05 Aug 2013 15:53:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6N5n-0001Fu-6Q; Mon, 05 Aug 2013 15:53:07 +0000 Received: from [85.158.137.99:25634] by server-11.bemta-3.messagelabs.com id 98/94-26159-26ACFF15; Mon, 05 Aug 2013 15:53:06 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-10.tower-217.messagelabs.com!1375717984!17545991!1 X-Originating-IP: [156.151.31.81] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTU2LjE1MS4zMS44MSA9PiAyODgzMzk=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20456 invoked from network); 5 Aug 2013 15:53:05 -0000 Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by server-10.tower-217.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Aug 2013 15:53:05 -0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r75FqxjJ031495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 5 Aug 2013 15:53:00 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r75FqwIr024428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Aug 2013 15:52:59 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by userz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r75Fqw1o027030; Mon, 5 Aug 2013 15:52:58 GMT Received: from phenom.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 05 Aug 2013 08:52:57 -0700 Received: by phenom.dumpdata.com (Postfix, from userid 1000) id ECD891BF309; Mon, 5 Aug 2013 11:52:56 -0400 (EDT) Date: Mon, 5 Aug 2013 11:52:56 -0400 From: Konrad Rzeszutek Wilk To: Lars Kurth Message-ID: <20130805155256.GB21835@phenom.dumpdata.com> References: <51FF91CA.7050501@xen.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51FF91CA.7050501@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: ucsinet21.oracle.com [156.151.31.93] Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Aug 05, 2013 at 12:51:38PM +0100, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting > before the Xen Developer Summit. The question is, whether we should > do this again this year. I checked with the Linux Foundation and we > can get the space if we want to. But, I do not (yet) have the budget > secured from the Advisory Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think > it is valuable)? Yes. > b) Would you attend, if we have it? Yes to if can make it. If I can't make it - somebody else from our team will surely make it. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 06 03:13:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 03:13:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6XiP-0000sS-Sn; Tue, 06 Aug 2013 03:13:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6XiO-0000sK-AY; Tue, 06 Aug 2013 03:13:41 +0000 Received: from [85.158.139.83:7990] by server-7.bemta-5.messagelabs.com id AC/EB-21002-3E960025; Tue, 06 Aug 2013 03:13:39 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1375758818!19152069!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10246 invoked from network); 6 Aug 2013 03:13:38 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2013 03:13:38 -0000 Received: by mail-lb0-f179.google.com with SMTP id v1so90387lbd.10 for ; Mon, 05 Aug 2013 20:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=TDr67tJTGenlRLscWhYwp9Lnp70TvawPpEHdl0C4iHs=; b=CkjjzoWRR+XuGmcFzwHE7Sm6GuuMgtsHJzSuonBmABoSN9OKIVBzXU894IsTj5PeQq 84RaRYDVFhuQq+hh6YcsxxOuMNga4Ck1t5RL9pferxkHN0MbmMXak8ayNiPP5B7NIiOK 4FETMT68mnW7qVR7nfBbTcQyytiTpEYOwWkiScpE+JAx0Fmaho+Pcp2M7VSw7CjsawHR BZinkymSv7LjZwck8caY7lC4++/VutpaTX7AOJ6l7CmmnzMTxtul6WQ6Mpeg02Pp1iea 82gpfc8inTjUYhz6liZ+kiddYhI6xFUl3tcyJbRZApYwqQxPLjC0JyxS8jnppjyHnIf4 bLKA== MIME-Version: 1.0 X-Received: by 10.152.25.135 with SMTP id c7mr9890978lag.39.1375758818035; Mon, 05 Aug 2013 20:13:38 -0700 (PDT) Received: by 10.112.77.103 with HTTP; Mon, 5 Aug 2013 20:13:37 -0700 (PDT) Date: Mon, 5 Aug 2013 23:13:37 -0400 X-Google-Sender-Auth: WmMYiu9UE9pG421ZxZfF9VSuYxU Message-ID: From: Russ Pavlicek To: xen-devel@lists.xen.org, xen-users@lists.xen.org, cl-mirage@lists.cam.ac.uk, xen-api@lists.xen.org, xs-devel@lists.xenserver.org Subject: [Xen-API] INPUT REQUESTED: Moving August Xen Docs Day to September 6? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Folks, Given the high number of vacation/holiday plans of people during the last week of August, I'd like to suggest moving the August 26 Xen Project Documentation Day to Friday, September 6. Many more people should be available on the 6th. Making it Friday would give people a chance to get back into the groove after returning from a break. Earlier in the week might be problematic for people who just returned from time off, while any later in the month starts to encroach on the regularly scheduled September 30 Xen Docs Day. Anyone have a reason to leave it as is, or move it to another day? Thanks, Russ Pavlicek Xen Project Evangelist _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 06 03:13:53 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 03:13:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6XiP-0000sS-Sn; Tue, 06 Aug 2013 03:13:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6XiO-0000sK-AY; Tue, 06 Aug 2013 03:13:41 +0000 Received: from [85.158.139.83:7990] by server-7.bemta-5.messagelabs.com id AC/EB-21002-3E960025; Tue, 06 Aug 2013 03:13:39 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1375758818!19152069!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10246 invoked from network); 6 Aug 2013 03:13:38 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2013 03:13:38 -0000 Received: by mail-lb0-f179.google.com with SMTP id v1so90387lbd.10 for ; Mon, 05 Aug 2013 20:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=TDr67tJTGenlRLscWhYwp9Lnp70TvawPpEHdl0C4iHs=; b=CkjjzoWRR+XuGmcFzwHE7Sm6GuuMgtsHJzSuonBmABoSN9OKIVBzXU894IsTj5PeQq 84RaRYDVFhuQq+hh6YcsxxOuMNga4Ck1t5RL9pferxkHN0MbmMXak8ayNiPP5B7NIiOK 4FETMT68mnW7qVR7nfBbTcQyytiTpEYOwWkiScpE+JAx0Fmaho+Pcp2M7VSw7CjsawHR BZinkymSv7LjZwck8caY7lC4++/VutpaTX7AOJ6l7CmmnzMTxtul6WQ6Mpeg02Pp1iea 82gpfc8inTjUYhz6liZ+kiddYhI6xFUl3tcyJbRZApYwqQxPLjC0JyxS8jnppjyHnIf4 bLKA== MIME-Version: 1.0 X-Received: by 10.152.25.135 with SMTP id c7mr9890978lag.39.1375758818035; Mon, 05 Aug 2013 20:13:38 -0700 (PDT) Received: by 10.112.77.103 with HTTP; Mon, 5 Aug 2013 20:13:37 -0700 (PDT) Date: Mon, 5 Aug 2013 23:13:37 -0400 X-Google-Sender-Auth: WmMYiu9UE9pG421ZxZfF9VSuYxU Message-ID: From: Russ Pavlicek To: xen-devel@lists.xen.org, xen-users@lists.xen.org, cl-mirage@lists.cam.ac.uk, xen-api@lists.xen.org, xs-devel@lists.xenserver.org Subject: [Xen-API] INPUT REQUESTED: Moving August Xen Docs Day to September 6? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Folks, Given the high number of vacation/holiday plans of people during the last week of August, I'd like to suggest moving the August 26 Xen Project Documentation Day to Friday, September 6. Many more people should be available on the 6th. Making it Friday would give people a chance to get back into the groove after returning from a break. Earlier in the week might be problematic for people who just returned from time off, while any later in the month starts to encroach on the regularly scheduled September 30 Xen Docs Day. Anyone have a reason to leave it as is, or move it to another day? Thanks, Russ Pavlicek Xen Project Evangelist _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 06 07:04:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 07:04:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6bK0-0003wf-O1; Tue, 06 Aug 2013 07:04:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6bJy-0003wS-MH; Tue, 06 Aug 2013 07:04:42 +0000 Received: from [85.158.143.99:14828] by server-2.bemta-4.messagelabs.com id A3/7D-09492-900A0025; Tue, 06 Aug 2013 07:04:41 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1375772672!23757866!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDM2MjQgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7429 invoked from network); 6 Aug 2013 07:04:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2013 07:04:33 -0000 X-IronPort-AV: E=Sophos;i="4.89,824,1367971200"; d="asc'?scan'208";a="7496821" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 06 Aug 2013 07:04:32 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 6 Aug 2013 08:04:20 +0100 Message-ID: <1375772671.9712.64.camel@Abyss> From: Dario Faggioli To: lars.kurth@xen.org Date: Tue, 6 Aug 2013 09:04:31 +0200 In-Reply-To: <51FF91CA.7050501@xen.org> References: <51FF91CA.7050501@xen.org> Organization: Citrix Ltd X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0639548730577783654==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0639548730577783654== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jrKLXVjLF3ZaNsuCkve7" --=-jrKLXVjLF3ZaNsuCkve7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On lun, 2013-08-05 at 12:51 +0100, Lars Kurth wrote: > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it= =20 > is valuable)? > +1 > b) Would you attend, if we have it? >=20 +1 > Please reply via +1 to each question > Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-jrKLXVjLF3ZaNsuCkve7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlIAn/8ACgkQk4XaBE3IOsSeJACgrJ7J0iZc7UsFGGxP5KFeZE6S eqQAoJCnIkFaRcSsGVm6IKce4NKTw2Qm =IVfP -----END PGP SIGNATURE----- --=-jrKLXVjLF3ZaNsuCkve7-- --===============0639548730577783654== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0639548730577783654==-- From xen-api-bounces@lists.xen.org Tue Aug 06 07:04:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 07:04:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6bK0-0003wf-O1; Tue, 06 Aug 2013 07:04:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6bJy-0003wS-MH; Tue, 06 Aug 2013 07:04:42 +0000 Received: from [85.158.143.99:14828] by server-2.bemta-4.messagelabs.com id A3/7D-09492-900A0025; Tue, 06 Aug 2013 07:04:41 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1375772672!23757866!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDM2MjQgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7429 invoked from network); 6 Aug 2013 07:04:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2013 07:04:33 -0000 X-IronPort-AV: E=Sophos;i="4.89,824,1367971200"; d="asc'?scan'208";a="7496821" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 06 Aug 2013 07:04:32 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 6 Aug 2013 08:04:20 +0100 Message-ID: <1375772671.9712.64.camel@Abyss> From: Dario Faggioli To: lars.kurth@xen.org Date: Tue, 6 Aug 2013 09:04:31 +0200 In-Reply-To: <51FF91CA.7050501@xen.org> References: <51FF91CA.7050501@xen.org> Organization: Citrix Ltd X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0639548730577783654==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0639548730577783654== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jrKLXVjLF3ZaNsuCkve7" --=-jrKLXVjLF3ZaNsuCkve7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On lun, 2013-08-05 at 12:51 +0100, Lars Kurth wrote: > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it= =20 > is valuable)? > +1 > b) Would you attend, if we have it? >=20 +1 > Please reply via +1 to each question > Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-jrKLXVjLF3ZaNsuCkve7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlIAn/8ACgkQk4XaBE3IOsSeJACgrJ7J0iZc7UsFGGxP5KFeZE6S eqQAoJCnIkFaRcSsGVm6IKce4NKTw2Qm =IVfP -----END PGP SIGNATURE----- --=-jrKLXVjLF3ZaNsuCkve7-- --===============0639548730577783654== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0639548730577783654==-- From xen-api-bounces@lists.xen.org Tue Aug 06 07:08:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 07:08:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6bND-00048x-LC; Tue, 06 Aug 2013 07:08:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6bNB-00048h-Gf; Tue, 06 Aug 2013 07:08:02 +0000 Received: from [85.158.143.99:22204] by server-3.bemta-4.messagelabs.com id C1/57-29480-0D0A0025; Tue, 06 Aug 2013 07:08:00 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1375772871!20514427!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDM5OTYgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28883 invoked from network); 6 Aug 2013 07:07:51 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2013 07:07:51 -0000 X-IronPort-AV: E=Sophos;i="4.89,824,1367971200"; d="asc'?scan'208";a="7496933" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 06 Aug 2013 07:07:51 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 6 Aug 2013 08:07:39 +0100 Message-ID: <1375772869.9712.66.camel@Abyss> From: Dario Faggioli To: Russ Pavlicek Date: Tue, 6 Aug 2013 09:07:49 +0200 In-Reply-To: References: Organization: Citrix Ltd X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: xen-users@lists.xen.org, xen-api@lists.xen.org, xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] INPUT REQUESTED: Moving August Xen Docs Day to September 6? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0778861160070294283==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0778861160070294283== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-z27103PVP6aeI9uyZbj6" --=-z27103PVP6aeI9uyZbj6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On lun, 2013-08-05 at 23:13 -0400, Russ Pavlicek wrote: > Folks, >=20 > Given the high number of vacation/holiday plans of people during the > last week of August, I'd like to suggest moving the August 26 Xen > Project Documentation Day to Friday, September 6. >=20 FWIW, that is exactly my case, I'd be away on the 26th and I'll be working on the 6th. > Anyone have a reason to leave it as is, or move it to another day? >=20 It sounds a really reasonable proposal to me. Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-z27103PVP6aeI9uyZbj6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlIAoMUACgkQk4XaBE3IOsR22gCdEDYLrbRbISl3isSRfLzSoTIK UfAAoI/48OimqYl6d9oNYhN0Wx0VL3fy =Q5PD -----END PGP SIGNATURE----- --=-z27103PVP6aeI9uyZbj6-- --===============0778861160070294283== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0778861160070294283==-- From xen-api-bounces@lists.xen.org Tue Aug 06 07:08:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 07:08:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6bND-00048x-LC; Tue, 06 Aug 2013 07:08:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6bNB-00048h-Gf; Tue, 06 Aug 2013 07:08:02 +0000 Received: from [85.158.143.99:22204] by server-3.bemta-4.messagelabs.com id C1/57-29480-0D0A0025; Tue, 06 Aug 2013 07:08:00 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1375772871!20514427!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDM5OTYgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28883 invoked from network); 6 Aug 2013 07:07:51 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2013 07:07:51 -0000 X-IronPort-AV: E=Sophos;i="4.89,824,1367971200"; d="asc'?scan'208";a="7496933" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 06 Aug 2013 07:07:51 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Tue, 6 Aug 2013 08:07:39 +0100 Message-ID: <1375772869.9712.66.camel@Abyss> From: Dario Faggioli To: Russ Pavlicek Date: Tue, 6 Aug 2013 09:07:49 +0200 In-Reply-To: References: Organization: Citrix Ltd X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: xen-users@lists.xen.org, xen-api@lists.xen.org, xs-devel@lists.xenserver.org, cl-mirage@lists.cam.ac.uk, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] INPUT REQUESTED: Moving August Xen Docs Day to September 6? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0778861160070294283==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0778861160070294283== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-z27103PVP6aeI9uyZbj6" --=-z27103PVP6aeI9uyZbj6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On lun, 2013-08-05 at 23:13 -0400, Russ Pavlicek wrote: > Folks, >=20 > Given the high number of vacation/holiday plans of people during the > last week of August, I'd like to suggest moving the August 26 Xen > Project Documentation Day to Friday, September 6. >=20 FWIW, that is exactly my case, I'd be away on the 26th and I'll be working on the 6th. > Anyone have a reason to leave it as is, or move it to another day? >=20 It sounds a really reasonable proposal to me. Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-z27103PVP6aeI9uyZbj6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iEYEABECAAYFAlIAoMUACgkQk4XaBE3IOsR22gCdEDYLrbRbISl3isSRfLzSoTIK UfAAoI/48OimqYl6d9oNYhN0Wx0VL3fy =Q5PD -----END PGP SIGNATURE----- --=-z27103PVP6aeI9uyZbj6-- --===============0778861160070294283== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0778861160070294283==-- From xen-api-bounces@lists.xen.org Tue Aug 06 10:15:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 10:15:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6eIX-0001mS-MO; Tue, 06 Aug 2013 10:15:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6T0J-0001ds-Mq; Mon, 05 Aug 2013 22:11:51 +0000 Received: from [85.158.139.211:12112] by server-12.bemta-5.messagelabs.com id 68/2F-22750-62320025; Mon, 05 Aug 2013 22:11:50 +0000 X-Env-Sender: aravindp@cisco.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1375740708!1026727!1 X-Originating-IP: [173.37.86.78] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjM3Ljg2Ljc4ID0+IDE4NDYzMg==\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20960 invoked from network); 5 Aug 2013 22:11:49 -0000 Received: from rcdn-iport-7.cisco.com (HELO rcdn-iport-7.cisco.com) (173.37.86.78) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 22:11:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1764; q=dns/txt; s=iport; t=1375740709; x=1376950309; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=yCDiI1/ad6wmd0YtG46RG83guaEdK0GLQqmk00LeAiE=; b=Uzgn4RlcrQUQxUclvUxrR6oGdNdiQ+xakBbu7AmbRam5WihS8wAA4FmC Z57lrA4pNIuzdnPSadzrcYpUJcGL7fEJNPh9xGXfcjBpPmv/NdV2Py0nC rJZ+05TMnD1E4AHymuy0ULxshqhqcLBy7shWCJlJQS4m9tjo3nFqAIKak I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAIoiAFKtJXG//2dsb2JhbABbgwY1UL51gSQWdIIkAQEBAwEBAjcnDQsFCwIBCBEDAQILFAULKAodCAIEDgUIiAIFAbVQj2gxB4MZdAOVGYNxiwGFJIFegTmCKg X-IronPort-AV: E=Sophos;i="4.89,821,1367971200"; d="scan'208";a="243770828" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-7.cisco.com with ESMTP; 05 Aug 2013 22:11:46 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r75MBkJJ006056 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 5 Aug 2013 22:11:46 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.110]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.02.0318.004; Mon, 5 Aug 2013 17:11:46 -0500 From: "Aravindh Puthiyaparambil (aravindp)" To: Lars Kurth Thread-Topic: [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) Thread-Index: AQHOkigrcEG1xxEgKEmUXtHDiF1MXZmHLCjA Date: Mon, 5 Aug 2013 22:11:45 +0000 Message-ID: <97A500D504438F4ABC02EBA81613CC6322DBA056@xmb-aln-x02.cisco.com> References: <51FF91CA.7050501@xen.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [171.71.15.15] MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 06 Aug 2013 10:15:24 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "cl-mirage@lists.cam.ac.uk" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > From: Lars Kurth > Date: Mon, Aug 5, 2013 at 4:51 AM > Subject: [Xen-devel] [Input needed, open until Monday Aug 12th] Should we > have an invite only, 1/2 day developer meeting before Xen Developer > Summit (i.e. in the afternoon of October 23, Edinburgh, UK) > To: "xen-devel@lists.xen.org" , "xen- > api@lists.xen.org" , "xen-arm@lists.xen.org" arm@lists.xen.org>, cl-mirage@lists.cam.ac.uk > > > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting before the > Xen Developer Summit. The question is, whether we should do this again this > year. I checked with the Linux Foundation and we can get the space if we > want to. But, I do not (yet) have the budget secured from the Advisory > Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it is > valuable)? +1 > b) Would you attend, if we have it? +1 (I think my flights lands a bit too late so someone else from my team will attend) Thanks, Aravindh > Please reply via +1 to each question > > If there is not enough feedback or the numbers of developers who would > attend is too low, it will be hard to make the case for the funds that we need > to host the face-2-face. So, MAKE SURE YOU REPLY, even if you agree with > everybody else. Also the numbers, will help me judge the cost (and will > determine the number of places that will be available). > > Best Regards > Lars > > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 06 10:15:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 10:15:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6eIX-0001mS-MO; Tue, 06 Aug 2013 10:15:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6T0J-0001ds-Mq; Mon, 05 Aug 2013 22:11:51 +0000 Received: from [85.158.139.211:12112] by server-12.bemta-5.messagelabs.com id 68/2F-22750-62320025; Mon, 05 Aug 2013 22:11:50 +0000 X-Env-Sender: aravindp@cisco.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1375740708!1026727!1 X-Originating-IP: [173.37.86.78] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjM3Ljg2Ljc4ID0+IDE4NDYzMg==\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20960 invoked from network); 5 Aug 2013 22:11:49 -0000 Received: from rcdn-iport-7.cisco.com (HELO rcdn-iport-7.cisco.com) (173.37.86.78) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 5 Aug 2013 22:11:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1764; q=dns/txt; s=iport; t=1375740709; x=1376950309; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=yCDiI1/ad6wmd0YtG46RG83guaEdK0GLQqmk00LeAiE=; b=Uzgn4RlcrQUQxUclvUxrR6oGdNdiQ+xakBbu7AmbRam5WihS8wAA4FmC Z57lrA4pNIuzdnPSadzrcYpUJcGL7fEJNPh9xGXfcjBpPmv/NdV2Py0nC rJZ+05TMnD1E4AHymuy0ULxshqhqcLBy7shWCJlJQS4m9tjo3nFqAIKak I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAIoiAFKtJXG//2dsb2JhbABbgwY1UL51gSQWdIIkAQEBAwEBAjcnDQsFCwIBCBEDAQILFAULKAodCAIEDgUIiAIFAbVQj2gxB4MZdAOVGYNxiwGFJIFegTmCKg X-IronPort-AV: E=Sophos;i="4.89,821,1367971200"; d="scan'208";a="243770828" Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-7.cisco.com with ESMTP; 05 Aug 2013 22:11:46 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r75MBkJJ006056 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 5 Aug 2013 22:11:46 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.110]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.02.0318.004; Mon, 5 Aug 2013 17:11:46 -0500 From: "Aravindh Puthiyaparambil (aravindp)" To: Lars Kurth Thread-Topic: [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) Thread-Index: AQHOkigrcEG1xxEgKEmUXtHDiF1MXZmHLCjA Date: Mon, 5 Aug 2013 22:11:45 +0000 Message-ID: <97A500D504438F4ABC02EBA81613CC6322DBA056@xmb-aln-x02.cisco.com> References: <51FF91CA.7050501@xen.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [171.71.15.15] MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 06 Aug 2013 10:15:24 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "cl-mirage@lists.cam.ac.uk" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > From: Lars Kurth > Date: Mon, Aug 5, 2013 at 4:51 AM > Subject: [Xen-devel] [Input needed, open until Monday Aug 12th] Should we > have an invite only, 1/2 day developer meeting before Xen Developer > Summit (i.e. in the afternoon of October 23, Edinburgh, UK) > To: "xen-devel@lists.xen.org" , "xen- > api@lists.xen.org" , "xen-arm@lists.xen.org" arm@lists.xen.org>, cl-mirage@lists.cam.ac.uk > > > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting before the > Xen Developer Summit. The question is, whether we should do this again this > year. I checked with the Linux Foundation and we can get the space if we > want to. But, I do not (yet) have the budget secured from the Advisory > Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think it is > valuable)? +1 > b) Would you attend, if we have it? +1 (I think my flights lands a bit too late so someone else from my team will attend) Thanks, Aravindh > Please reply via +1 to each question > > If there is not enough feedback or the numbers of developers who would > attend is too low, it will be hard to make the case for the funds that we need > to host the face-2-face. So, MAKE SURE YOU REPLY, even if you agree with > everybody else. Also the numbers, will help me judge the cost (and will > determine the number of places that will be available). > > Best Regards > Lars > > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 06 10:15:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 10:15:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6eIX-0001mY-Sq; Tue, 06 Aug 2013 10:15:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6ZYP-0002Pc-Nb; Tue, 06 Aug 2013 05:11:29 +0000 Received: from [85.158.139.83:45375] by server-15.bemta-5.messagelabs.com id EC/1C-01226-08580025; Tue, 06 Aug 2013 05:11:28 +0000 X-Env-Sender: prvs=9235e4297=msw@amazon.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1375765887!23077145!1 X-Originating-IP: [72.21.196.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzIuMjEuMTk2LjI1ID0+IDE4NjQwNA==\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18434 invoked from network); 6 Aug 2013 05:11:28 -0000 Received: from smtp-fw-2101.amazon.com (HELO smtp-fw-2101.amazon.com) (72.21.196.25) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2013 05:11:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=msw@amazon.com; q=dns/txt; s=amazon201209; t=1375765888; x=1407301888; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=MfHRkqL5eysKmWdwFAy4LG8tP7IOhBfff9xrrkhbwTM=; b=vLWB84Q+5FguRilLlUgGkb89PIBdlio1ZCJmxpg/MWV4//Le8UBeegXn GYswM3AWClcfSha5TIpDnt2qpBC8X6CJ5ebtqC3+NAcHsiapJE5PXNcYE 0xZnOSIty3Pmhe9WT7YIDT22tJGNgmQ36HO4bFNPLxmyBaNqcRMz/ckbm U=; X-IronPort-AV: E=Sophos;i="4.89,823,1367971200"; d="scan'208";a="589116954" Received: from smtp-in-1002.vdc.amazon.com ([10.118.132.23]) by smtp-border-fw-out-2101.iad2.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 06 Aug 2013 05:11:26 +0000 Received: from ex10-hub-9001.ant.amazon.com (ex10-hub-9001.ant.amazon.com [10.185.137.58]) by smtp-in-1002.vdc.amazon.com (8.13.8/8.13.8) with ESMTP id r765BOwR014963 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Tue, 6 Aug 2013 05:11:25 GMT Received: from u109add4315675089e695.ant.amazon.com (10.184.8.86) by ex10-hub-9001.ant.amazon.com (10.185.137.58) with Microsoft SMTP Server id 14.2.342.3; Mon, 5 Aug 2013 22:10:49 -0700 Received: by u109add4315675089e695.ant.amazon.com (sSMTP sendmail emulation); Mon, 05 Aug 2013 22:10:49 -0700 Date: Mon, 5 Aug 2013 22:10:49 -0700 From: Matt Wilson To: Lars Kurth Message-ID: <20130806051046.GA30374@u109add4315675089e695.ant.amazon.com> References: <51FF91CA.7050501@xen.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51FF91CA.7050501@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) Precedence: Bulk X-Mailman-Approved-At: Tue, 06 Aug 2013 10:15:24 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Aug 05, 2013 at 12:51:38PM +0100, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting > before the Xen Developer Summit. The question is, whether we should > do this again this year. I checked with the Linux Foundation and we > can get the space if we want to. But, I do not (yet) have the budget > secured from the Advisory Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think > it is valuable)? +1 > b) Would you attend, if we have it? +1 --msw _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 06 10:15:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Aug 2013 10:15:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6eIX-0001mY-Sq; Tue, 06 Aug 2013 10:15:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6ZYP-0002Pc-Nb; Tue, 06 Aug 2013 05:11:29 +0000 Received: from [85.158.139.83:45375] by server-15.bemta-5.messagelabs.com id EC/1C-01226-08580025; Tue, 06 Aug 2013 05:11:28 +0000 X-Env-Sender: prvs=9235e4297=msw@amazon.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1375765887!23077145!1 X-Originating-IP: [72.21.196.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNzIuMjEuMTk2LjI1ID0+IDE4NjQwNA==\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18434 invoked from network); 6 Aug 2013 05:11:28 -0000 Received: from smtp-fw-2101.amazon.com (HELO smtp-fw-2101.amazon.com) (72.21.196.25) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Aug 2013 05:11:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=msw@amazon.com; q=dns/txt; s=amazon201209; t=1375765888; x=1407301888; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=MfHRkqL5eysKmWdwFAy4LG8tP7IOhBfff9xrrkhbwTM=; b=vLWB84Q+5FguRilLlUgGkb89PIBdlio1ZCJmxpg/MWV4//Le8UBeegXn GYswM3AWClcfSha5TIpDnt2qpBC8X6CJ5ebtqC3+NAcHsiapJE5PXNcYE 0xZnOSIty3Pmhe9WT7YIDT22tJGNgmQ36HO4bFNPLxmyBaNqcRMz/ckbm U=; X-IronPort-AV: E=Sophos;i="4.89,823,1367971200"; d="scan'208";a="589116954" Received: from smtp-in-1002.vdc.amazon.com ([10.118.132.23]) by smtp-border-fw-out-2101.iad2.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 06 Aug 2013 05:11:26 +0000 Received: from ex10-hub-9001.ant.amazon.com (ex10-hub-9001.ant.amazon.com [10.185.137.58]) by smtp-in-1002.vdc.amazon.com (8.13.8/8.13.8) with ESMTP id r765BOwR014963 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=OK); Tue, 6 Aug 2013 05:11:25 GMT Received: from u109add4315675089e695.ant.amazon.com (10.184.8.86) by ex10-hub-9001.ant.amazon.com (10.185.137.58) with Microsoft SMTP Server id 14.2.342.3; Mon, 5 Aug 2013 22:10:49 -0700 Received: by u109add4315675089e695.ant.amazon.com (sSMTP sendmail emulation); Mon, 05 Aug 2013 22:10:49 -0700 Date: Mon, 5 Aug 2013 22:10:49 -0700 From: Matt Wilson To: Lars Kurth Message-ID: <20130806051046.GA30374@u109add4315675089e695.ant.amazon.com> References: <51FF91CA.7050501@xen.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <51FF91CA.7050501@xen.org> User-Agent: Mutt/1.5.21 (2010-09-15) Precedence: Bulk X-Mailman-Approved-At: Tue, 06 Aug 2013 10:15:24 +0000 Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Mon, Aug 05, 2013 at 12:51:38PM +0100, Lars Kurth wrote: > Hi all, > > last year, we had a very productive 1/2 day face-2-face meeting > before the Xen Developer Summit. The question is, whether we should > do this again this year. I checked with the Linux Foundation and we > can get the space if we want to. But, I do not (yet) have the budget > secured from the Advisory Board. > > What need to know before the next board meeting is: > a) Do you think we should have the meeting at all (i.e. do you think > it is valuable)? +1 > b) Would you attend, if we have it? +1 --msw _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 07 05:39:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 07 Aug 2013 05:39:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6wTH-00054R-5o; Wed, 07 Aug 2013 05:39:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6wTF-00054M-Ll for xen-api@lists.xen.org; Wed, 07 Aug 2013 05:39:41 +0000 Received: from [85.158.137.99:43093] by server-4.bemta-3.messagelabs.com id F7/B4-24959-C9DD1025; Wed, 07 Aug 2013 05:39:40 +0000 X-Env-Sender: Deepak.Gupta2@citrix.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1375853976!14246508!1 X-Originating-IP: [203.166.19.134] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjAzLjE2Ni4xOS4xMzQgPT4gNDM3MDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4478 invoked from network); 7 Aug 2013 05:39:39 -0000 Received: from smtp.citrix.com.au (HELO SMTP.CITRIX.COM.AU) (203.166.19.134) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 7 Aug 2013 05:39:39 -0000 X-IronPort-AV: E=Sophos;i="4.89,830,1367971200"; d="scan'208";a="4187212" Received: from sinpex01cl02.citrite.net ([10.151.46.33]) by SYDPIPO01.CITRIX.COM.AU with ESMTP/TLS/AES128-SHA; 07 Aug 2013 05:39:35 +0000 Received: from SINPEX01CL03.citrite.net ([169.254.3.145]) by SINPEX01CL02.citrite.net ([169.254.2.235]) with mapi id 14.02.0342.004; Wed, 7 Aug 2013 13:39:19 +0800 From: Deepak Gupta To: "xen-api@lists.xen.org" Thread-Topic: DNS entry not getting cleared Thread-Index: Ac6TL07eGUccjaJrSRG3Xzrw1M7zHA== Date: Wed, 7 Aug 2013 05:39:19 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.252.232.42] MIME-Version: 1.0 Cc: Santosh Jodh Subject: [Xen-API] DNS entry not getting cleared X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi All, I'm using XenServer 6.1.0 build number: 59235p On this I'm using "xe-pif-reconfigure" command to clear off the DNS entry on the management pif (eth0) - but it's not working. This is what I'm doing [root@netscaler-sdx ~]# xe pif-list device=eth0 params=DNS,IP,IP-configuration-mode,netmask,gateway,uuid uuid ( RO) : df26c168-d881-73d2-c1a9-3a8080f89e5f IP-configuration-mode ( RO): Static IP ( RO): 10.102.31.198 netmask ( RO): 255.255.255.0 gateway ( RO): 10.102.31.1 DNS ( RO): 10.102.31.11 [root@netscaler-sdx ~]# xe pif-reconfigure-ip uuid=df26c168-d881-73d2-c1a9-3a8080f89e5f IP=10.102.31.198 netmask=255.255.255.0 gateway=10.102.31.1 mode=static DNS="" [root@netscaler-sdx ~]# [root@netscaler-sdx ~]# xe pif-list device=eth0 params=DNS,IP,IP-configuration-mode,netmask,gateway,uuid uuid ( RO) : df26c168-d881-73d2-c1a9-3a8080f89e5f IP-configuration-mode ( RO): Static IP ( RO): 10.102.31.198 netmask ( RO): 255.255.255.0 gateway ( RO): 10.102.31.1 DNS ( RO): 10.102.31.11 Am I missing anything or is this a bug? The same thing works flawlessly on XenServer 6.0 Thanks and regards Deepak _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 07 05:39:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 07 Aug 2013 05:39:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6wTH-00054R-5o; Wed, 07 Aug 2013 05:39:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V6wTF-00054M-Ll for xen-api@lists.xen.org; Wed, 07 Aug 2013 05:39:41 +0000 Received: from [85.158.137.99:43093] by server-4.bemta-3.messagelabs.com id F7/B4-24959-C9DD1025; Wed, 07 Aug 2013 05:39:40 +0000 X-Env-Sender: Deepak.Gupta2@citrix.com X-Msg-Ref: server-6.tower-217.messagelabs.com!1375853976!14246508!1 X-Originating-IP: [203.166.19.134] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjAzLjE2Ni4xOS4xMzQgPT4gNDM3MDY=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4478 invoked from network); 7 Aug 2013 05:39:39 -0000 Received: from smtp.citrix.com.au (HELO SMTP.CITRIX.COM.AU) (203.166.19.134) by server-6.tower-217.messagelabs.com with RC4-SHA encrypted SMTP; 7 Aug 2013 05:39:39 -0000 X-IronPort-AV: E=Sophos;i="4.89,830,1367971200"; d="scan'208";a="4187212" Received: from sinpex01cl02.citrite.net ([10.151.46.33]) by SYDPIPO01.CITRIX.COM.AU with ESMTP/TLS/AES128-SHA; 07 Aug 2013 05:39:35 +0000 Received: from SINPEX01CL03.citrite.net ([169.254.3.145]) by SINPEX01CL02.citrite.net ([169.254.2.235]) with mapi id 14.02.0342.004; Wed, 7 Aug 2013 13:39:19 +0800 From: Deepak Gupta To: "xen-api@lists.xen.org" Thread-Topic: DNS entry not getting cleared Thread-Index: Ac6TL07eGUccjaJrSRG3Xzrw1M7zHA== Date: Wed, 7 Aug 2013 05:39:19 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.252.232.42] MIME-Version: 1.0 Cc: Santosh Jodh Subject: [Xen-API] DNS entry not getting cleared X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi All, I'm using XenServer 6.1.0 build number: 59235p On this I'm using "xe-pif-reconfigure" command to clear off the DNS entry on the management pif (eth0) - but it's not working. This is what I'm doing [root@netscaler-sdx ~]# xe pif-list device=eth0 params=DNS,IP,IP-configuration-mode,netmask,gateway,uuid uuid ( RO) : df26c168-d881-73d2-c1a9-3a8080f89e5f IP-configuration-mode ( RO): Static IP ( RO): 10.102.31.198 netmask ( RO): 255.255.255.0 gateway ( RO): 10.102.31.1 DNS ( RO): 10.102.31.11 [root@netscaler-sdx ~]# xe pif-reconfigure-ip uuid=df26c168-d881-73d2-c1a9-3a8080f89e5f IP=10.102.31.198 netmask=255.255.255.0 gateway=10.102.31.1 mode=static DNS="" [root@netscaler-sdx ~]# [root@netscaler-sdx ~]# xe pif-list device=eth0 params=DNS,IP,IP-configuration-mode,netmask,gateway,uuid uuid ( RO) : df26c168-d881-73d2-c1a9-3a8080f89e5f IP-configuration-mode ( RO): Static IP ( RO): 10.102.31.198 netmask ( RO): 255.255.255.0 gateway ( RO): 10.102.31.1 DNS ( RO): 10.102.31.11 Am I missing anything or is this a bug? The same thing works flawlessly on XenServer 6.0 Thanks and regards Deepak _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 07 11:29:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 07 Aug 2013 11:29:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V71w3-00006l-Bd; Wed, 07 Aug 2013 11:29:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V71w2-00006T-84 for xen-api@lists.xen.org; Wed, 07 Aug 2013 11:29:46 +0000 Received: from [85.158.143.35:44578] by server-3.bemta-4.messagelabs.com id 84/B4-29480-9AF22025; Wed, 07 Aug 2013 11:29:45 +0000 X-Env-Sender: castrillo@sarenet.es X-Msg-Ref: server-16.tower-21.messagelabs.com!1375874984!3015569!1 X-Originating-IP: [194.30.0.65] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk0LjMwLjAuNjUgPT4gMzcyMA==\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29750 invoked from network); 7 Aug 2013 11:29:44 -0000 Received: from proxypop04.sare.net (HELO proxypop04.sare.net) (194.30.0.65) by server-16.tower-21.messagelabs.com with SMTP; 7 Aug 2013 11:29:44 -0000 Received: from [172.16.1.213] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPA id 773799DC44F for ; Wed, 7 Aug 2013 13:29:44 +0200 (CEST) From: Alberto Castrillo Date: Wed, 7 Aug 2013 13:29:42 +0200 Message-Id: <4AA9D803-D9A3-4118-BE64-9B9F9B36125F@sarenet.es> To: xen-api Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) Subject: [Xen-API] Changing the VCPU number of a VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0150300414083502614==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0150300414083502614== Content-Type: multipart/alternative; boundary=Apple-Mail-121-283308128 --Apple-Mail-121-283308128 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all We're using the http API to manage our VMs. We can set the number of = VCPUs of a running VM with set_VCPUs_number_live, but if the VM is = rebooted, the change is lost. I know I must use VCPUs_at_startup and VCPUs_max to fix the number of = VCPUs on a halted VM, but sometimes I cannot shutdown a VM to change = those values... Does anyone know a workaround for this? =20 Thanks a kind regards ------------------------------- Alberto Castrillo SARENET ------------------------------- --Apple-Mail-121-283308128 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
-------------------------------
Alberto Castrillo
SARENET
-------------------------------
= --Apple-Mail-121-283308128-- --===============0150300414083502614== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0150300414083502614==-- From xen-api-bounces@lists.xen.org Wed Aug 07 11:29:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 07 Aug 2013 11:29:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V71w3-00006l-Bd; Wed, 07 Aug 2013 11:29:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V71w2-00006T-84 for xen-api@lists.xen.org; Wed, 07 Aug 2013 11:29:46 +0000 Received: from [85.158.143.35:44578] by server-3.bemta-4.messagelabs.com id 84/B4-29480-9AF22025; Wed, 07 Aug 2013 11:29:45 +0000 X-Env-Sender: castrillo@sarenet.es X-Msg-Ref: server-16.tower-21.messagelabs.com!1375874984!3015569!1 X-Originating-IP: [194.30.0.65] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk0LjMwLjAuNjUgPT4gMzcyMA==\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29750 invoked from network); 7 Aug 2013 11:29:44 -0000 Received: from proxypop04.sare.net (HELO proxypop04.sare.net) (194.30.0.65) by server-16.tower-21.messagelabs.com with SMTP; 7 Aug 2013 11:29:44 -0000 Received: from [172.16.1.213] (izaro.sarenet.es [192.148.167.11]) by proxypop04.sare.net (Postfix) with ESMTPA id 773799DC44F for ; Wed, 7 Aug 2013 13:29:44 +0200 (CEST) From: Alberto Castrillo Date: Wed, 7 Aug 2013 13:29:42 +0200 Message-Id: <4AA9D803-D9A3-4118-BE64-9B9F9B36125F@sarenet.es> To: xen-api Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) Subject: [Xen-API] Changing the VCPU number of a VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0150300414083502614==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0150300414083502614== Content-Type: multipart/alternative; boundary=Apple-Mail-121-283308128 --Apple-Mail-121-283308128 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all We're using the http API to manage our VMs. We can set the number of = VCPUs of a running VM with set_VCPUs_number_live, but if the VM is = rebooted, the change is lost. I know I must use VCPUs_at_startup and VCPUs_max to fix the number of = VCPUs on a halted VM, but sometimes I cannot shutdown a VM to change = those values... Does anyone know a workaround for this? =20 Thanks a kind regards ------------------------------- Alberto Castrillo SARENET ------------------------------- --Apple-Mail-121-283308128 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
-------------------------------
Alberto Castrillo
SARENET
-------------------------------
= --Apple-Mail-121-283308128-- --===============0150300414083502614== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0150300414083502614==-- From xen-api-bounces@lists.xen.org Thu Aug 08 10:59:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 10:59:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7Nvy-0004V7-V4; Thu, 08 Aug 2013 10:59:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7Nvx-0004Uf-Nk; Thu, 08 Aug 2013 10:59:10 +0000 Received: from [85.158.137.68:11733] by server-11.bemta-3.messagelabs.com id 27/B3-26159-CF973025; Thu, 08 Aug 2013 10:59:08 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1375959548!682912!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20852 invoked from network); 8 Aug 2013 10:59:08 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Aug 2013 10:59:08 -0000 Received: by mail-wi0-f173.google.com with SMTP id en1so418005wid.0 for ; Thu, 08 Aug 2013 03:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=WWrTnBgUmjQKD17vbS7BoVmBx98D3WdQoyNG0lPilgY=; b=VIOBvNMcp9FAswSYblMTmzybq69hpk9OeYobeCTNAdSDQfdkMHLUIy+WtmnIP/Lhxe GuoUDCyNetXmz+/fXvAVOaPW/sbyNh9r1wrcmhhZO+Ycx+PIQ9bjktvaFm30Cy/zpuVa D1ZMwf44Ci2VyFLRzverac86WM+587TPUWGkVLmwCsxAjxOgTnI9IQNy6M63oiUSzs2q I0jbYymjnN8ZFlA38jnTP6CdNX2kQYOc6Bi0b6YWg8zlIsNBFadzXffQV4wmDXS85J1W KrFrx3i2/BQ7QwKsXWdA4nDUe/pjgxYDdQE8cqwsxpLE4JjeckA5qwBKFcPZ1XahnPvb 1XVA== X-Received: by 10.180.13.210 with SMTP id j18mr4699436wic.51.1375959548054; Thu, 08 Aug 2013 03:59:08 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id jf9sm17167443wic.5.2013.08.08.03.59.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Aug 2013 03:59:07 -0700 (PDT) Message-ID: <520379F8.7010505@xen.org> Date: Thu, 08 Aug 2013 11:59:04 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Dario Faggioli References: <51FF91CA.7050501@xen.org> <1375772671.9712.64.camel@Abyss> In-Reply-To: <1375772671.9712.64.camel@Abyss> Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Looks like we have 12 for a dev meeting and 12 would attend (if they can make it, or send somebody else), including replies to me made in private. Any more? Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 10:59:18 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 10:59:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7Nvy-0004V7-V4; Thu, 08 Aug 2013 10:59:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7Nvx-0004Uf-Nk; Thu, 08 Aug 2013 10:59:10 +0000 Received: from [85.158.137.68:11733] by server-11.bemta-3.messagelabs.com id 27/B3-26159-CF973025; Thu, 08 Aug 2013 10:59:08 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1375959548!682912!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20852 invoked from network); 8 Aug 2013 10:59:08 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Aug 2013 10:59:08 -0000 Received: by mail-wi0-f173.google.com with SMTP id en1so418005wid.0 for ; Thu, 08 Aug 2013 03:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=WWrTnBgUmjQKD17vbS7BoVmBx98D3WdQoyNG0lPilgY=; b=VIOBvNMcp9FAswSYblMTmzybq69hpk9OeYobeCTNAdSDQfdkMHLUIy+WtmnIP/Lhxe GuoUDCyNetXmz+/fXvAVOaPW/sbyNh9r1wrcmhhZO+Ycx+PIQ9bjktvaFm30Cy/zpuVa D1ZMwf44Ci2VyFLRzverac86WM+587TPUWGkVLmwCsxAjxOgTnI9IQNy6M63oiUSzs2q I0jbYymjnN8ZFlA38jnTP6CdNX2kQYOc6Bi0b6YWg8zlIsNBFadzXffQV4wmDXS85J1W KrFrx3i2/BQ7QwKsXWdA4nDUe/pjgxYDdQE8cqwsxpLE4JjeckA5qwBKFcPZ1XahnPvb 1XVA== X-Received: by 10.180.13.210 with SMTP id j18mr4699436wic.51.1375959548054; Thu, 08 Aug 2013 03:59:08 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id jf9sm17167443wic.5.2013.08.08.03.59.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Aug 2013 03:59:07 -0700 (PDT) Message-ID: <520379F8.7010505@xen.org> Date: Thu, 08 Aug 2013 11:59:04 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Dario Faggioli References: <51FF91CA.7050501@xen.org> <1375772671.9712.64.camel@Abyss> In-Reply-To: <1375772671.9712.64.camel@Abyss> Cc: "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Input needed, open until Monday Aug 12th] Should we have an invite only, 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Looks like we have 12 for a dev meeting and 12 would attend (if they can make it, or send somebody else), including replies to me made in private. Any more? Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 11:40:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 11:40:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7OZN-0007dn-6G; Thu, 08 Aug 2013 11:39:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7OZL-0007df-Uy; Thu, 08 Aug 2013 11:39:52 +0000 Received: from [85.158.143.35:30019] by server-2.bemta-4.messagelabs.com id 4D/A6-09492-78383025; Thu, 08 Aug 2013 11:39:51 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1375961989!3251438!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15857 invoked from network); 8 Aug 2013 11:39:49 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Aug 2013 11:39:49 -0000 Received: by mail-wi0-f175.google.com with SMTP id hq12so456673wib.2 for ; Thu, 08 Aug 2013 04:39:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=Kb6f6eBx7T6JQTiMn/t+1eeAO0Lf63agP7HGBVeuMQA=; b=VRPzyWn4dRLdblWoVfea2IsQh1L/LtjSVmdInCTe7z6a8/wOS8r/pWqH6Hvqi8RI3p ITQyUHzn4XdhNNBh3/EQzM2WWQ5bZ98P17eRCRQMc2vccyEPSVlqTfIuuD/RmL7894pB fDCFWwzPa8NR7gMZXMT5F/tyaQD2+A0tzvY/HPFBvYj2Oj+2rSnCtWfWRbEyEl9y7PHv xVcb8wrbOmJ2hWPle2MXwC3IveLLT0zKp/wBoC6xbVyA2TQFe9ofKZTIVN3NaOeEprnD vviHmQKho6jf0w0RPDj1XiPeLI0a8sjZtrBa/8397s+qeOOGneCvmxBToofMh3s1xt0D ejLA== X-Received: by 10.180.94.69 with SMTP id da5mr4916170wib.3.1375961989151; Thu, 08 Aug 2013 04:39:49 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id nb12sm14083739wic.3.2013.08.08.04.39.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Aug 2013 04:39:48 -0700 (PDT) Message-ID: <52038382.2000604@xen.org> Date: Thu, 08 Aug 2013 12:39:46 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk Subject: [Xen-API] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, last year, we had two parallel tracks at the Developer Summit : some felt, this was positive - others felt, we should go back to a single track. Also, the discussion sessions at this year's Hackathon were very effective and popular. We are also having our first User Summit in September: so I expect that there will be less user content at the Developer Summit. I have booked two rooms for the Xen Developer summit, which means we have a number of options: Option 1) We could run two parallel content tracks for most of the event (assuming we have enough content) Option 2) We could use the second room for in-depth discussions (using an unconference scheduling mechanism as we have done at the Hackathon: if you want to know how this works do read http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/ - we would use a simplified version of the mechanism described). These would run in parallel to the main program, for example in the afternoon. In other words, we would have "BoF type meetings decided on the day" or "hacking sessions" or "get started with X" or "how do we solve problem Z" etc. that would happen in the second room in parallel to talks. Option 3) A mixture of both Please let me know your views by voting in public. Example "+1 for option 3", "+1 for option 1", ... Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 11:40:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 11:40:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7OZN-0007dn-6G; Thu, 08 Aug 2013 11:39:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7OZL-0007df-Uy; Thu, 08 Aug 2013 11:39:52 +0000 Received: from [85.158.143.35:30019] by server-2.bemta-4.messagelabs.com id 4D/A6-09492-78383025; Thu, 08 Aug 2013 11:39:51 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1375961989!3251438!1 X-Originating-IP: [209.85.212.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15857 invoked from network); 8 Aug 2013 11:39:49 -0000 Received: from mail-wi0-f175.google.com (HELO mail-wi0-f175.google.com) (209.85.212.175) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Aug 2013 11:39:49 -0000 Received: by mail-wi0-f175.google.com with SMTP id hq12so456673wib.2 for ; Thu, 08 Aug 2013 04:39:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=Kb6f6eBx7T6JQTiMn/t+1eeAO0Lf63agP7HGBVeuMQA=; b=VRPzyWn4dRLdblWoVfea2IsQh1L/LtjSVmdInCTe7z6a8/wOS8r/pWqH6Hvqi8RI3p ITQyUHzn4XdhNNBh3/EQzM2WWQ5bZ98P17eRCRQMc2vccyEPSVlqTfIuuD/RmL7894pB fDCFWwzPa8NR7gMZXMT5F/tyaQD2+A0tzvY/HPFBvYj2Oj+2rSnCtWfWRbEyEl9y7PHv xVcb8wrbOmJ2hWPle2MXwC3IveLLT0zKp/wBoC6xbVyA2TQFe9ofKZTIVN3NaOeEprnD vviHmQKho6jf0w0RPDj1XiPeLI0a8sjZtrBa/8397s+qeOOGneCvmxBToofMh3s1xt0D ejLA== X-Received: by 10.180.94.69 with SMTP id da5mr4916170wib.3.1375961989151; Thu, 08 Aug 2013 04:39:49 -0700 (PDT) Received: from [172.16.26.11] (97e0f52c.skybroadband.com. [151.224.245.44]) by mx.google.com with ESMTPSA id nb12sm14083739wic.3.2013.08.08.04.39.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 08 Aug 2013 04:39:48 -0700 (PDT) Message-ID: <52038382.2000604@xen.org> Date: Thu, 08 Aug 2013 12:39:46 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk Subject: [Xen-API] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, last year, we had two parallel tracks at the Developer Summit : some felt, this was positive - others felt, we should go back to a single track. Also, the discussion sessions at this year's Hackathon were very effective and popular. We are also having our first User Summit in September: so I expect that there will be less user content at the Developer Summit. I have booked two rooms for the Xen Developer summit, which means we have a number of options: Option 1) We could run two parallel content tracks for most of the event (assuming we have enough content) Option 2) We could use the second room for in-depth discussions (using an unconference scheduling mechanism as we have done at the Hackathon: if you want to know how this works do read http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/ - we would use a simplified version of the mechanism described). These would run in parallel to the main program, for example in the afternoon. In other words, we would have "BoF type meetings decided on the day" or "hacking sessions" or "get started with X" or "how do we solve problem Z" etc. that would happen in the second room in parallel to talks. Option 3) A mixture of both Please let me know your views by voting in public. Example "+1 for option 3", "+1 for option 1", ... Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 11:47:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 11:47:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7OgH-0008QO-Fl; Thu, 08 Aug 2013 11:47:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7OgG-0008QC-Gl; Thu, 08 Aug 2013 11:47:00 +0000 Received: from [85.158.137.68:28059] by server-4.bemta-3.messagelabs.com id B2/5C-24959-33583025; Thu, 08 Aug 2013 11:46:59 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1375962418!689753!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11478 invoked from network); 8 Aug 2013 11:46:59 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2013 11:46:59 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Thu, 08 Aug 2013 12:46:58 +0100 Message-Id: <5203A15202000078000EA418@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Thu, 08 Aug 2013 12:46:58 +0100 From: "Jan Beulich" To: References: <52038382.2000604@xen.org> In-Reply-To: <52038382.2000604@xen.org> Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org >>> On 08.08.13 at 13:39, Lars Kurth wrote: > Option 1) We could run two parallel content tracks for most of the event > (assuming we have enough content) -1 > Option 2) We could use the second room for in-depth discussions (using > an unconference scheduling mechanism as we have done at the Hackathon: > if you want to know how this works do read > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/ - > we would use a simplified version of the mechanism described). These > would run in parallel to the main program, for example in the afternoon. > In other words, we would have "BoF type meetings decided on the day" or > "hacking sessions" or "get started with X" or "how do we solve problem > Z" etc. that would happen in the second room in parallel to talks. +1 > Option 3) A mixture of both 0 Jan _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 11:47:06 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 11:47:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7OgH-0008QO-Fl; Thu, 08 Aug 2013 11:47:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7OgG-0008QC-Gl; Thu, 08 Aug 2013 11:47:00 +0000 Received: from [85.158.137.68:28059] by server-4.bemta-3.messagelabs.com id B2/5C-24959-33583025; Thu, 08 Aug 2013 11:46:59 +0000 X-Env-Sender: JBeulich@suse.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1375962418!689753!1 X-Originating-IP: [130.57.49.28] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTMwLjU3LjQ5LjI4ID0+IDQ4MDU=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11478 invoked from network); 8 Aug 2013 11:46:59 -0000 Received: from nat28.tlf.novell.com (HELO nat28.tlf.novell.com) (130.57.49.28) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2013 11:46:59 -0000 Received: from EMEA1-MTA by nat28.tlf.novell.com with Novell_GroupWise; Thu, 08 Aug 2013 12:46:58 +0100 Message-Id: <5203A15202000078000EA418@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.2 Date: Thu, 08 Aug 2013 12:46:58 +0100 From: "Jan Beulich" To: References: <52038382.2000604@xen.org> In-Reply-To: <52038382.2000604@xen.org> Mime-Version: 1.0 Content-Disposition: inline Cc: "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org >>> On 08.08.13 at 13:39, Lars Kurth wrote: > Option 1) We could run two parallel content tracks for most of the event > (assuming we have enough content) -1 > Option 2) We could use the second room for in-depth discussions (using > an unconference scheduling mechanism as we have done at the Hackathon: > if you want to know how this works do read > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/ - > we would use a simplified version of the mechanism described). These > would run in parallel to the main program, for example in the afternoon. > In other words, we would have "BoF type meetings decided on the day" or > "hacking sessions" or "get started with X" or "how do we solve problem > Z" etc. that would happen in the second room in parallel to talks. +1 > Option 3) A mixture of both 0 Jan _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 14:42:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 14:42:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7RPW-0004Vb-Ao; Thu, 08 Aug 2013 14:41:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7RPU-0004VQ-Hk; Thu, 08 Aug 2013 14:41:52 +0000 Received: from [85.158.139.211:52872] by server-2.bemta-5.messagelabs.com id B3/ED-23285-F2EA3025; Thu, 08 Aug 2013 14:41:51 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1375972911!1468931!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15445 invoked from network); 8 Aug 2013 14:41:51 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Aug 2013 14:41:51 -0000 X-IronPort-AV: E=Sophos;i="4.89,839,1367971200"; d="scan'208";a="7614238" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 08 Aug 2013 14:41:52 +0000 Received: from [10.80.2.80] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.4; Thu, 8 Aug 2013 15:41:34 +0100 Message-ID: <1375972910.14651.2.camel@kazak.uk.xensource.com> From: Ian Campbell To: Date: Thu, 8 Aug 2013 15:41:50 +0100 In-Reply-To: <52038382.2000604@xen.org> References: <52038382.2000604@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Thu, 2013-08-08 at 12:39 +0100, Lars Kurth wrote: > Hi all, > > last year, we had two parallel tracks at the Developer Summit : some > felt, this was positive - others felt, we should go back to a single > track. Also, the discussion sessions at this year's Hackathon were very > effective and popular. We are also having our first User Summit in > September: so I expect that there will be less user content at the > Developer Summit. > > I have booked two rooms for the Xen Developer summit, which means we > have a number of options: > Option 1) We could run two parallel content tracks for most of the event > (assuming we have enough content) > Option 2) We could use the second room for in-depth discussions (using > an unconference scheduling mechanism as we have done at the Hackathon: > if you want to know how this works do read > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/ - > we would use a simplified version of the mechanism described). These > would run in parallel to the main program, for example in the afternoon. > In other words, we would have "BoF type meetings decided on the day" or > "hacking sessions" or "get started with X" or "how do we solve problem > Z" etc. that would happen in the second room in parallel to talks. > Option 3) A mixture of both > > Please let me know your views by voting in public. Example "+1 for > option 3", "+1 for option 1", ... No particularly strong preference, but leaning more towards #2. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 14:42:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 14:42:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7RPW-0004Vb-Ao; Thu, 08 Aug 2013 14:41:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7RPU-0004VQ-Hk; Thu, 08 Aug 2013 14:41:52 +0000 Received: from [85.158.139.211:52872] by server-2.bemta-5.messagelabs.com id B3/ED-23285-F2EA3025; Thu, 08 Aug 2013 14:41:51 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1375972911!1468931!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15445 invoked from network); 8 Aug 2013 14:41:51 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Aug 2013 14:41:51 -0000 X-IronPort-AV: E=Sophos;i="4.89,839,1367971200"; d="scan'208";a="7614238" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 08 Aug 2013 14:41:52 +0000 Received: from [10.80.2.80] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.4; Thu, 8 Aug 2013 15:41:34 +0100 Message-ID: <1375972910.14651.2.camel@kazak.uk.xensource.com> From: Ian Campbell To: Date: Thu, 8 Aug 2013 15:41:50 +0100 In-Reply-To: <52038382.2000604@xen.org> References: <52038382.2000604@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-Originating-IP: [10.30.203.1] Cc: "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Thu, 2013-08-08 at 12:39 +0100, Lars Kurth wrote: > Hi all, > > last year, we had two parallel tracks at the Developer Summit : some > felt, this was positive - others felt, we should go back to a single > track. Also, the discussion sessions at this year's Hackathon were very > effective and popular. We are also having our first User Summit in > September: so I expect that there will be less user content at the > Developer Summit. > > I have booked two rooms for the Xen Developer summit, which means we > have a number of options: > Option 1) We could run two parallel content tracks for most of the event > (assuming we have enough content) > Option 2) We could use the second room for in-depth discussions (using > an unconference scheduling mechanism as we have done at the Hackathon: > if you want to know how this works do read > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/ - > we would use a simplified version of the mechanism described). These > would run in parallel to the main program, for example in the afternoon. > In other words, we would have "BoF type meetings decided on the day" or > "hacking sessions" or "get started with X" or "how do we solve problem > Z" etc. that would happen in the second room in parallel to talks. > Option 3) A mixture of both > > Please let me know your views by voting in public. Example "+1 for > option 3", "+1 for option 1", ... No particularly strong preference, but leaning more towards #2. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 19:21:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 19:21:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7Vlp-0008DK-0v; Thu, 08 Aug 2013 19:21:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7Vln-0008D9-HU; Thu, 08 Aug 2013 19:21:11 +0000 Received: from [85.158.143.35:36221] by server-1.bemta-4.messagelabs.com id C3/B3-28540-6AFE3025; Thu, 08 Aug 2013 19:21:10 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1375989667!3330793!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23684 invoked from network); 8 Aug 2013 19:21:09 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2013 19:21:09 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r78JL3vV019897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 8 Aug 2013 19:21:03 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r78JL1Th013510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Aug 2013 19:21:02 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r78JL1Bd000608; Thu, 8 Aug 2013 19:21:01 GMT Received: from konrad-lan.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 08 Aug 2013 12:21:01 -0700 Date: Thu, 8 Aug 2013 15:20:58 -0400 From: Konrad Rzeszutek Wilk To: Jan Beulich Message-ID: <20130808192058.GB4513@konrad-lan.dumpdata.com> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5203A15202000078000EA418@nat28.tlf.novell.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Thu, Aug 08, 2013 at 12:46:58PM +0100, Jan Beulich wrote: > >>> On 08.08.13 at 13:39, Lars Kurth wrote: > > Option 1) We could run two parallel content tracks for most of the event > > (assuming we have enough content) > > -1 -1 > > > Option 2) We could use the second room for in-depth discussions (using > > an unconference scheduling mechanism as we have done at the Hackathon: > > if you want to know how this works do read > > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/ - > > we would use a simplified version of the mechanism described). These > > would run in parallel to the main program, for example in the afternoon. > > In other words, we would have "BoF type meetings decided on the day" or > > "hacking sessions" or "get started with X" or "how do we solve problem > > Z" etc. that would happen in the second room in parallel to talks. > > +1 +1 > > > Option 3) A mixture of both > > 0 -1 > > Jan I concur with Jan. There is already so much going on that week with LKS and LinuxCon, XenSummit, and meeting other people in the halls - that having everybody in one room would make it much easier to have discussions. Instead of trying to find some "time" to talk to them and potentially not having enough people in the discussion. > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 08 19:21:24 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Aug 2013 19:21:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7Vlp-0008DK-0v; Thu, 08 Aug 2013 19:21:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7Vln-0008D9-HU; Thu, 08 Aug 2013 19:21:11 +0000 Received: from [85.158.143.35:36221] by server-1.bemta-4.messagelabs.com id C3/B3-28540-6AFE3025; Thu, 08 Aug 2013 19:21:10 +0000 X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1375989667!3330793!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23684 invoked from network); 8 Aug 2013 19:21:09 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-11.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Aug 2013 19:21:09 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r78JL3vV019897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 8 Aug 2013 19:21:03 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r78JL1Th013510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Aug 2013 19:21:02 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r78JL1Bd000608; Thu, 8 Aug 2013 19:21:01 GMT Received: from konrad-lan.dumpdata.com (/50.195.21.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 08 Aug 2013 12:21:01 -0700 Date: Thu, 8 Aug 2013 15:20:58 -0400 From: Konrad Rzeszutek Wilk To: Jan Beulich Message-ID: <20130808192058.GB4513@konrad-lan.dumpdata.com> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5203A15202000078000EA418@nat28.tlf.novell.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Cc: "xen-api@lists.xen.org" , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Thu, Aug 08, 2013 at 12:46:58PM +0100, Jan Beulich wrote: > >>> On 08.08.13 at 13:39, Lars Kurth wrote: > > Option 1) We could run two parallel content tracks for most of the event > > (assuming we have enough content) > > -1 -1 > > > Option 2) We could use the second room for in-depth discussions (using > > an unconference scheduling mechanism as we have done at the Hackathon: > > if you want to know how this works do read > > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/ - > > we would use a simplified version of the mechanism described). These > > would run in parallel to the main program, for example in the afternoon. > > In other words, we would have "BoF type meetings decided on the day" or > > "hacking sessions" or "get started with X" or "how do we solve problem > > Z" etc. that would happen in the second room in parallel to talks. > > +1 +1 > > > Option 3) A mixture of both > > 0 -1 > > Jan I concur with Jan. There is already so much going on that week with LKS and LinuxCon, XenSummit, and meeting other people in the halls - that having everybody in one room would make it much easier to have discussions. Instead of trying to find some "time" to talk to them and potentially not having enough people in the discussion. > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 09 10:50:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 10:50:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7kGn-00035M-Fc; Fri, 09 Aug 2013 10:50:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7kGl-00033r-IT; Fri, 09 Aug 2013 10:50:08 +0000 Received: from [193.109.254.147:20100] by server-3.bemta-14.messagelabs.com id E7/08-00891-E59C4025; Fri, 09 Aug 2013 10:50:06 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1376045403!3274518!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10385 invoked from network); 9 Aug 2013 10:50:05 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 10:50:05 -0000 X-IronPort-AV: E=Sophos;i="4.89,845,1367971200"; d="asc'?scan'208";a="7651808" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Aug 2013 10:49:55 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 9 Aug 2013 11:49:37 +0100 Message-ID: <1376045392.19531.100.camel@Solace> From: Dario Faggioli To: Konrad Rzeszutek Wilk Date: Fri, 9 Aug 2013 12:49:52 +0200 In-Reply-To: <20130808192058.GB4513@konrad-lan.dumpdata.com> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4983372780122983654==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4983372780122983654== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WzMaX+FVc7F+VAOh/MSI" --=-WzMaX+FVc7F+VAOh/MSI Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On gio, 2013-08-08 at 15:20 -0400, Konrad Rzeszutek Wilk wrote: > > > Option 2) We could use the second room for in-depth discussions (usin= g=20 > > > an unconference scheduling mechanism as we have done at the Hackathon= :=20 > > > if you want to know how this works do read=20 > > > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2= 013/ -=20 > > > we would use a simplified version of the mechanism described). These= =20 > > > would run in parallel to the main program, for example in the afterno= on.=20 > > > In other words, we would have "BoF type meetings decided on the day" = or=20 > > > "hacking sessions" or "get started with X" or "how do we solve proble= m=20 > > > Z" etc. that would happen in the second room in parallel to talks. > >=20 > +1 >=20 > I concur with Jan. There is already so much going on that week with LKS > and LinuxCon, XenSummit, and meeting other people in the halls - that > having everybody in one room would make it much easier to have discussion= s. > > Instead of trying to find some "time" to talk to them and potentially not > having enough people in the discussion. >=20 I tend to agree, especially since I liked the hackathon format and outcome. However, one concern I have with 2) is, who's been listening to the talks from the main program in RoomA, if everyone is in RoomB having "fun" discussions? Wouldn't that raise fairness issues regarding which talks are scheduled to happen in parallel with the BoF sessions, as compared to the ones that are not? As I said, I liked it for the hackathon but that was, well, the hackathon... In this case I fear it could be a bit both rude and pointless to ask people to submit talks for the summit and then have noone listening to the presentations, because everyone is in the room next door! :-O Or did I misunderstand something and there is no risk of that? Also, won't the "let's have everyone in one room" be covered by the Devs/Committers/Maintainers Meeting, of course, if we have one? Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-WzMaX+FVc7F+VAOh/MSI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEABECAAYFAlIEyVAACgkQk4XaBE3IOsQEhgCfY/pir7uhsLMaJAfoTCnYW9rz Y0QAnA4ndCON3LolknEdblGhvk2SMV2Q =1Hqu -----END PGP SIGNATURE----- --=-WzMaX+FVc7F+VAOh/MSI-- --===============4983372780122983654== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4983372780122983654==-- From xen-api-bounces@lists.xen.org Fri Aug 09 10:50:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 10:50:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7kGn-00035M-Fc; Fri, 09 Aug 2013 10:50:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7kGl-00033r-IT; Fri, 09 Aug 2013 10:50:08 +0000 Received: from [193.109.254.147:20100] by server-3.bemta-14.messagelabs.com id E7/08-00891-E59C4025; Fri, 09 Aug 2013 10:50:06 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1376045403!3274518!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10385 invoked from network); 9 Aug 2013 10:50:05 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 10:50:05 -0000 X-IronPort-AV: E=Sophos;i="4.89,845,1367971200"; d="asc'?scan'208";a="7651808" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Aug 2013 10:49:55 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 9 Aug 2013 11:49:37 +0100 Message-ID: <1376045392.19531.100.camel@Solace> From: Dario Faggioli To: Konrad Rzeszutek Wilk Date: Fri, 9 Aug 2013 12:49:52 +0200 In-Reply-To: <20130808192058.GB4513@konrad-lan.dumpdata.com> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4983372780122983654==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4983372780122983654== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WzMaX+FVc7F+VAOh/MSI" --=-WzMaX+FVc7F+VAOh/MSI Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On gio, 2013-08-08 at 15:20 -0400, Konrad Rzeszutek Wilk wrote: > > > Option 2) We could use the second room for in-depth discussions (usin= g=20 > > > an unconference scheduling mechanism as we have done at the Hackathon= :=20 > > > if you want to know how this works do read=20 > > > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2= 013/ -=20 > > > we would use a simplified version of the mechanism described). These= =20 > > > would run in parallel to the main program, for example in the afterno= on.=20 > > > In other words, we would have "BoF type meetings decided on the day" = or=20 > > > "hacking sessions" or "get started with X" or "how do we solve proble= m=20 > > > Z" etc. that would happen in the second room in parallel to talks. > >=20 > +1 >=20 > I concur with Jan. There is already so much going on that week with LKS > and LinuxCon, XenSummit, and meeting other people in the halls - that > having everybody in one room would make it much easier to have discussion= s. > > Instead of trying to find some "time" to talk to them and potentially not > having enough people in the discussion. >=20 I tend to agree, especially since I liked the hackathon format and outcome. However, one concern I have with 2) is, who's been listening to the talks from the main program in RoomA, if everyone is in RoomB having "fun" discussions? Wouldn't that raise fairness issues regarding which talks are scheduled to happen in parallel with the BoF sessions, as compared to the ones that are not? As I said, I liked it for the hackathon but that was, well, the hackathon... In this case I fear it could be a bit both rude and pointless to ask people to submit talks for the summit and then have noone listening to the presentations, because everyone is in the room next door! :-O Or did I misunderstand something and there is no risk of that? Also, won't the "let's have everyone in one room" be covered by the Devs/Committers/Maintainers Meeting, of course, if we have one? Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-WzMaX+FVc7F+VAOh/MSI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEABECAAYFAlIEyVAACgkQk4XaBE3IOsQEhgCfY/pir7uhsLMaJAfoTCnYW9rz Y0QAnA4ndCON3LolknEdblGhvk2SMV2Q =1Hqu -----END PGP SIGNATURE----- --=-WzMaX+FVc7F+VAOh/MSI-- --===============4983372780122983654== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4983372780122983654==-- From xen-api-bounces@lists.xen.org Fri Aug 09 13:18:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 13:18:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7mZe-0003HT-Q3; Fri, 09 Aug 2013 13:17:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7mZd-0003HL-Dh; Fri, 09 Aug 2013 13:17:45 +0000 Received: from [85.158.137.68:35489] by server-3.bemta-3.messagelabs.com id B6/1B-18760-8FBE4025; Fri, 09 Aug 2013 13:17:44 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1376054252!912841!1 X-Originating-IP: [209.85.219.52] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjQ0MzAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1531 invoked from network); 9 Aug 2013 13:17:33 -0000 Received: from mail-oa0-f52.google.com (HELO mail-oa0-f52.google.com) (209.85.219.52) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 13:17:33 -0000 Received: by mail-oa0-f52.google.com with SMTP id n12so6707763oag.25 for ; Fri, 09 Aug 2013 06:17:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aKMGsBTl1M3M9ifyKQlpZJttI3hJys4eQZJ3CYBn0Ck=; b=g17uw1hV8AiUkzqGUDc4/Aee2bwfd1NIP+NquQAp94Jtq3cWjZyxByoPb6vmawRyEY VF5hCNmSo0wi8kULbcs7Ne4hnr0wXOvg8USIbkh/+eFztyHcddZpUFlNhNVEOWCPJycm fmx3HJVutPpDp9HRKyuqsxU+PWarTjhJ8P+5TqNEDPHqHbNCgn/yBVAveNU/BkS+YCS6 yRFaoGZ7ZOzpRciSKp1kIdxLSBU8+vYpVqQGYkTxsEHY7Ttt0+kmzrG/gJrggIUEzOFc YGgvqPAGBHdxrV8Fk6C2blphjSYzE1f2YeXtjzQV89oEJbm9ZnLnjLf+FL/la9bs85hf lYBA== MIME-Version: 1.0 X-Received: by 10.60.96.169 with SMTP id dt9mr387359oeb.27.1376054252105; Fri, 09 Aug 2013 06:17:32 -0700 (PDT) Received: by 10.60.121.6 with HTTP; Fri, 9 Aug 2013 06:17:32 -0700 (PDT) In-Reply-To: <1376045392.19531.100.camel@Solace> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> <1376045392.19531.100.camel@Solace> Date: Fri, 9 Aug 2013 14:17:32 +0100 Message-ID: From: Lars Kurth To: Dario Faggioli Cc: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , Konrad Rzeszutek Wilk Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0937071116966098738==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0937071116966098738== Content-Type: multipart/alternative; boundary=089e0117601fe3776804e3839880 --089e0117601fe3776804e3839880 Content-Type: text/plain; charset=ISO-8859-1 > Wouldn't that raise fairness issues regarding which talks are scheduled > to happen in parallel with the BoF sessions, as compared to the ones > that are not? I am not convinced it would. If there was one BoF discussion going on in parallel to the track in the afternoon, I wouldn't expect that more than a dozen or so people would come to a specific discussion. It'll create a degree of competition with the main program, but that would exist also if we had two tracks. We had around 100-150 people attend the summit in the past. Am not convinced this will be a big issue. The alternative is to just set up the second room as hacker space and as a space for "in-corridor" meetings and have no tool to schedule. > Also, won't the "let's have everyone in one room" be covered by the > Devs/Committers/Maintainers Meeting, of course, if we have one Yes, but I expect that 1/2 wont be enough and that there are bound to be follow-up discussions, which need maybe a few core devs. Lars On Fri, Aug 9, 2013 at 11:49 AM, Dario Faggioli wrote: > On gio, 2013-08-08 at 15:20 -0400, Konrad Rzeszutek Wilk wrote: > > > > Option 2) We could use the second room for in-depth discussions > (using > > > > an unconference scheduling mechanism as we have done at the > Hackathon: > > > > if you want to know how this works do read > > > > > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/- > > > > we would use a simplified version of the mechanism described). These > > > > would run in parallel to the main program, for example in the > afternoon. > > > > In other words, we would have "BoF type meetings decided on the day" > or > > > > "hacking sessions" or "get started with X" or "how do we solve > problem > > > > Z" etc. that would happen in the second room in parallel to talks. > > > > > +1 > > > > I concur with Jan. There is already so much going on that week with LKS > > and LinuxCon, XenSummit, and meeting other people in the halls - that > > having everybody in one room would make it much easier to have > discussions. > > > > Instead of trying to find some "time" to talk to them and potentially not > > having enough people in the discussion. > > > I tend to agree, especially since I liked the hackathon format and > outcome. However, one concern I have with 2) is, who's been listening to > the talks from the main program in RoomA, if everyone is in RoomB having > "fun" discussions? > > Wouldn't that raise fairness issues regarding which talks are scheduled > to happen in parallel with the BoF sessions, as compared to the ones > that are not? > > As I said, I liked it for the hackathon but that was, well, the > hackathon... In this case I fear it could be a bit both rude and > pointless to ask people to submit talks for the summit and then have > noone listening to the presentations, because everyone is in the room > next door! :-O > > Or did I misunderstand something and there is no risk of that? > > Also, won't the "let's have everyone in one room" be covered by the > Devs/Committers/Maintainers Meeting, of course, if we have one? > > Thanks and Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > --089e0117601fe3776804e3839880 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
> Wouldn't that raise fairness issues regarding which talks are sc= heduled
> to happen in = parallel with the BoF sessions, as compared to the ones
> that are n= ot?
I am not convinced it would. If there was one BoF discussion= going on in parallel to the track in the afternoon, I wouldn't expect = that more than a dozen or so people would come to a specific discussion. It= 'll create a degree of competition with the main program, but that woul= d exist also if we had two tracks. We had around 100-150 people attend the = summit in the past. Am not convinced this will be a big issue. The alternat= ive is to just set up the second room as hacker space and as a space for &q= uot;in-corridor" meetings and have no tool to schedule.

> A= lso, won't the "let's have everyone in one room" be cover= ed by the
<= span style=3D"font-family:arial,sans-serif;font-size:13px">> Devs/Commit= ters/Maintainers Meeting, of course, if we have one
Yes,= but I expect that 1/2 wont be enough and that there are bound to be follow= -up discussions, which need maybe a few core devs.

Lars


On Fri, Aug 9, 2013 at 11:49 AM, Dario Faggioli <dari= o.faggioli@citrix.com> wrote:
On gio, 2013-08-08 at 15:2= 0 -0400, Konrad Rzeszutek Wilk wrote:
> > > Option 2) We could use the second room for in-depth discussi= ons (using
> > > an unconference scheduling mechanism as we have done at the = Hackathon:
> > > if you want to know how this works do read
> > > http://blog.xen.org/index.php/2= 013/05/28/event-report-xen-hackathon-2013/ -
> > > we would use a simplified version of the mechanism described= ). These
> > > would run in parallel to the main program, for example in th= e afternoon.
> > > In other words, we would have "BoF type meetings decide= d on the day" or
> > > "hacking sessions" or "get started with X&quo= t; or "how do we solve problem
> > > Z" etc. that would happen in the second room in paralle= l to talks.
> >
> +1
>
> I concur with Jan. There is already so much go= ing on that week with LKS
> and LinuxCon, XenSummit, and meeting other people in the halls - that<= br> > having everybody in one room would make it much easier to have discuss= ions.
>
> Instead of trying to find some "time" to talk to them and po= tentially not
> having enough people in the discussion.
>
I tend to agree, especially since I liked the hackathon format and outcome. However, one concern I have with 2) is, who's been listening t= o
the talks from the main program in RoomA, if everyone is in RoomB having "fun" discussions?

Wouldn't that raise fairness issues regarding which talks are scheduled=
to happen in parallel with the BoF sessions, as compared to the ones
that are not?

As I said, I liked it for the hackathon but that was, well, the
hackathon... In this case I fear it could be a bit both rude and
pointless to ask people to submit talks for the summit and then have
noone listening to the presentations, because everyone is in the room
next door! :-O

Or did I misunderstand something and there is no risk of that?

Also, won't the "let's have everyone in one room" be cove= red by the
Devs/Committers/Maintainers Meeting, of course, if we have one?

Thanks and Regards,
Dario

--
<<This happens because I choose it to happen!>> (Raistlin Majer= e)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


--089e0117601fe3776804e3839880-- --===============0937071116966098738== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0937071116966098738==-- From xen-api-bounces@lists.xen.org Fri Aug 09 13:18:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 13:18:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7mZe-0003HT-Q3; Fri, 09 Aug 2013 13:17:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7mZd-0003HL-Dh; Fri, 09 Aug 2013 13:17:45 +0000 Received: from [85.158.137.68:35489] by server-3.bemta-3.messagelabs.com id B6/1B-18760-8FBE4025; Fri, 09 Aug 2013 13:17:44 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1376054252!912841!1 X-Originating-IP: [209.85.219.52] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjQ0MzAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1531 invoked from network); 9 Aug 2013 13:17:33 -0000 Received: from mail-oa0-f52.google.com (HELO mail-oa0-f52.google.com) (209.85.219.52) by server-14.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 13:17:33 -0000 Received: by mail-oa0-f52.google.com with SMTP id n12so6707763oag.25 for ; Fri, 09 Aug 2013 06:17:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aKMGsBTl1M3M9ifyKQlpZJttI3hJys4eQZJ3CYBn0Ck=; b=g17uw1hV8AiUkzqGUDc4/Aee2bwfd1NIP+NquQAp94Jtq3cWjZyxByoPb6vmawRyEY VF5hCNmSo0wi8kULbcs7Ne4hnr0wXOvg8USIbkh/+eFztyHcddZpUFlNhNVEOWCPJycm fmx3HJVutPpDp9HRKyuqsxU+PWarTjhJ8P+5TqNEDPHqHbNCgn/yBVAveNU/BkS+YCS6 yRFaoGZ7ZOzpRciSKp1kIdxLSBU8+vYpVqQGYkTxsEHY7Ttt0+kmzrG/gJrggIUEzOFc YGgvqPAGBHdxrV8Fk6C2blphjSYzE1f2YeXtjzQV89oEJbm9ZnLnjLf+FL/la9bs85hf lYBA== MIME-Version: 1.0 X-Received: by 10.60.96.169 with SMTP id dt9mr387359oeb.27.1376054252105; Fri, 09 Aug 2013 06:17:32 -0700 (PDT) Received: by 10.60.121.6 with HTTP; Fri, 9 Aug 2013 06:17:32 -0700 (PDT) In-Reply-To: <1376045392.19531.100.camel@Solace> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> <1376045392.19531.100.camel@Solace> Date: Fri, 9 Aug 2013 14:17:32 +0100 Message-ID: From: Lars Kurth To: Dario Faggioli Cc: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , Konrad Rzeszutek Wilk Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0937071116966098738==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0937071116966098738== Content-Type: multipart/alternative; boundary=089e0117601fe3776804e3839880 --089e0117601fe3776804e3839880 Content-Type: text/plain; charset=ISO-8859-1 > Wouldn't that raise fairness issues regarding which talks are scheduled > to happen in parallel with the BoF sessions, as compared to the ones > that are not? I am not convinced it would. If there was one BoF discussion going on in parallel to the track in the afternoon, I wouldn't expect that more than a dozen or so people would come to a specific discussion. It'll create a degree of competition with the main program, but that would exist also if we had two tracks. We had around 100-150 people attend the summit in the past. Am not convinced this will be a big issue. The alternative is to just set up the second room as hacker space and as a space for "in-corridor" meetings and have no tool to schedule. > Also, won't the "let's have everyone in one room" be covered by the > Devs/Committers/Maintainers Meeting, of course, if we have one Yes, but I expect that 1/2 wont be enough and that there are bound to be follow-up discussions, which need maybe a few core devs. Lars On Fri, Aug 9, 2013 at 11:49 AM, Dario Faggioli wrote: > On gio, 2013-08-08 at 15:20 -0400, Konrad Rzeszutek Wilk wrote: > > > > Option 2) We could use the second room for in-depth discussions > (using > > > > an unconference scheduling mechanism as we have done at the > Hackathon: > > > > if you want to know how this works do read > > > > > http://blog.xen.org/index.php/2013/05/28/event-report-xen-hackathon-2013/- > > > > we would use a simplified version of the mechanism described). These > > > > would run in parallel to the main program, for example in the > afternoon. > > > > In other words, we would have "BoF type meetings decided on the day" > or > > > > "hacking sessions" or "get started with X" or "how do we solve > problem > > > > Z" etc. that would happen in the second room in parallel to talks. > > > > > +1 > > > > I concur with Jan. There is already so much going on that week with LKS > > and LinuxCon, XenSummit, and meeting other people in the halls - that > > having everybody in one room would make it much easier to have > discussions. > > > > Instead of trying to find some "time" to talk to them and potentially not > > having enough people in the discussion. > > > I tend to agree, especially since I liked the hackathon format and > outcome. However, one concern I have with 2) is, who's been listening to > the talks from the main program in RoomA, if everyone is in RoomB having > "fun" discussions? > > Wouldn't that raise fairness issues regarding which talks are scheduled > to happen in parallel with the BoF sessions, as compared to the ones > that are not? > > As I said, I liked it for the hackathon but that was, well, the > hackathon... In this case I fear it could be a bit both rude and > pointless to ask people to submit talks for the summit and then have > noone listening to the presentations, because everyone is in the room > next door! :-O > > Or did I misunderstand something and there is no risk of that? > > Also, won't the "let's have everyone in one room" be covered by the > Devs/Committers/Maintainers Meeting, of course, if we have one? > > Thanks and Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > --089e0117601fe3776804e3839880 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
> Wouldn't that raise fairness issues regarding which talks are sc= heduled
> to happen in = parallel with the BoF sessions, as compared to the ones
> that are n= ot?
I am not convinced it would. If there was one BoF discussion= going on in parallel to the track in the afternoon, I wouldn't expect = that more than a dozen or so people would come to a specific discussion. It= 'll create a degree of competition with the main program, but that woul= d exist also if we had two tracks. We had around 100-150 people attend the = summit in the past. Am not convinced this will be a big issue. The alternat= ive is to just set up the second room as hacker space and as a space for &q= uot;in-corridor" meetings and have no tool to schedule.

> A= lso, won't the "let's have everyone in one room" be cover= ed by the
<= span style=3D"font-family:arial,sans-serif;font-size:13px">> Devs/Commit= ters/Maintainers Meeting, of course, if we have one
Yes,= but I expect that 1/2 wont be enough and that there are bound to be follow= -up discussions, which need maybe a few core devs.

Lars


On Fri, Aug 9, 2013 at 11:49 AM, Dario Faggioli <dari= o.faggioli@citrix.com> wrote:
On gio, 2013-08-08 at 15:2= 0 -0400, Konrad Rzeszutek Wilk wrote:
> > > Option 2) We could use the second room for in-depth discussi= ons (using
> > > an unconference scheduling mechanism as we have done at the = Hackathon:
> > > if you want to know how this works do read
> > > http://blog.xen.org/index.php/2= 013/05/28/event-report-xen-hackathon-2013/ -
> > > we would use a simplified version of the mechanism described= ). These
> > > would run in parallel to the main program, for example in th= e afternoon.
> > > In other words, we would have "BoF type meetings decide= d on the day" or
> > > "hacking sessions" or "get started with X&quo= t; or "how do we solve problem
> > > Z" etc. that would happen in the second room in paralle= l to talks.
> >
> +1
>
> I concur with Jan. There is already so much go= ing on that week with LKS
> and LinuxCon, XenSummit, and meeting other people in the halls - that<= br> > having everybody in one room would make it much easier to have discuss= ions.
>
> Instead of trying to find some "time" to talk to them and po= tentially not
> having enough people in the discussion.
>
I tend to agree, especially since I liked the hackathon format and outcome. However, one concern I have with 2) is, who's been listening t= o
the talks from the main program in RoomA, if everyone is in RoomB having "fun" discussions?

Wouldn't that raise fairness issues regarding which talks are scheduled=
to happen in parallel with the BoF sessions, as compared to the ones
that are not?

As I said, I liked it for the hackathon but that was, well, the
hackathon... In this case I fear it could be a bit both rude and
pointless to ask people to submit talks for the summit and then have
noone listening to the presentations, because everyone is in the room
next door! :-O

Or did I misunderstand something and there is no risk of that?

Also, won't the "let's have everyone in one room" be cove= red by the
Devs/Committers/Maintainers Meeting, of course, if we have one?

Thanks and Regards,
Dario

--
<<This happens because I choose it to happen!>> (Raistlin Majer= e)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


--089e0117601fe3776804e3839880-- --===============0937071116966098738== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0937071116966098738==-- From xen-api-bounces@lists.xen.org Fri Aug 09 13:32:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 13:32:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7mnP-0004BK-V5; Fri, 09 Aug 2013 13:31:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7mnO-0004B8-In; Fri, 09 Aug 2013 13:31:58 +0000 Received: from [85.158.139.211:32082] by server-2.bemta-5.messagelabs.com id 5D/C8-23285-D4FE4025; Fri, 09 Aug 2013 13:31:57 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1376055115!1655541!1 X-Originating-IP: [209.85.214.181] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2114 invoked from network); 9 Aug 2013 13:31:56 -0000 Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 13:31:56 -0000 Received: by mail-ob0-f181.google.com with SMTP id dn14so6326660obc.40 for ; Fri, 09 Aug 2013 06:31:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=F/9Sloym2UuaXXOG96Bx1xX9dmESGnKvWAmqjeNGjww=; b=NRatECI0LaDLm+Cfp7Q6fye8d/tUl4MolOVyoZTQiCesVbH7VAAaZATlKWmNJaKpd/ 9XoR/T1VaywmJ/ybIMOGJIXM7O2h1JzGmUK9htsBtPecl1OdmvqPaWu03yKWI8hmci+u UySIUFhi4e5EQUI4LxpXgtMgPHpdPN46dPeEbshcFN1drHEKDU2tcTD+8UDmd0EZxjI8 jazcO6bP6zWs+OOYGQSkfbAyQDxZGi7xPMxZIGgSQqMmP2/Qj9m0mYZg6wpRaYkKtfFV lpvvwWExtZm+pkKEwrCIpasbnkXTk0Nho/WoGbFsDy4/p8u76M9r9bqjWXa7X5FdXcXB YpdQ== MIME-Version: 1.0 X-Received: by 10.60.58.71 with SMTP id o7mr626870oeq.51.1376055115191; Fri, 09 Aug 2013 06:31:55 -0700 (PDT) Received: by 10.60.121.6 with HTTP; Fri, 9 Aug 2013 06:31:55 -0700 (PDT) In-Reply-To: <20130808192058.GB4513@konrad-lan.dumpdata.com> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> Date: Fri, 9 Aug 2013 14:31:55 +0100 Message-ID: From: Lars Kurth To: Konrad Rzeszutek Wilk Cc: "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0244074376315082065==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0244074376315082065== Content-Type: multipart/alternative; boundary=089e01538594551ec404e383cca1 --089e01538594551ec404e383cca1 Content-Type: text/plain; charset=ISO-8859-1 > I concur with Jan. There is already so much going on that week with LKS > and LinuxCon, XenSummit, and meeting other people in the halls - that > having everybody in one room would make it much easier to have discussions. The only thing we will be competing with during XenSummit is LKS (which affects you and Stefano mainly) and ourselves. Automotive Linux Summit and ELCE (Embedded Linux Conf) is on, but the majority of us don't really have conflicts with these. KVM Forum has a harder time this year, overlapping with LC and CloudOpen. The Dev Meeting will be a little harder, but on Wed afternoon all the other events will start to frizzle out (with the exception of LKS which starts on the Wed). If there are concerns, we could get a space later in the afternoon and order warm food and beer at the Dev Meeting (instead of coffee and snacks). Lars --089e01538594551ec404e383cca1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0I concur with Jan. There is already so much going on that week wit= h LKS
> and LinuxCon, X= enSummit, and meeting other people in the halls - that
> having eve= rybody in one room would make it much easier to have discussions.The only thin= g we will be competing with during XenSummit is LKS (which affects you and = Stefano mainly) and ourselves. Automotive Linux Summit and ELCE (Embedded L= inux Conf) is on, but the majority of us don't really have conflicts wi= th these.

KVM= Forum has a harder time this year, overlapping with LC and CloudOpen.=A0

The= Dev Meeting will be a little harder, but on Wed afternoon all the other ev= ents will start to frizzle out (with the exception of LKS which starts on t= he Wed). If there are concerns, we could get a space later in the afternoon= and order warm food and beer at the Dev Meeting (instead of coffee and sna= cks).

Lar= s

--089e01538594551ec404e383cca1-- --===============0244074376315082065== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0244074376315082065==-- From xen-api-bounces@lists.xen.org Fri Aug 09 13:32:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 13:32:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7mnP-0004BK-V5; Fri, 09 Aug 2013 13:31:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7mnO-0004B8-In; Fri, 09 Aug 2013 13:31:58 +0000 Received: from [85.158.139.211:32082] by server-2.bemta-5.messagelabs.com id 5D/C8-23285-D4FE4025; Fri, 09 Aug 2013 13:31:57 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1376055115!1655541!1 X-Originating-IP: [209.85.214.181] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2114 invoked from network); 9 Aug 2013 13:31:56 -0000 Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 13:31:56 -0000 Received: by mail-ob0-f181.google.com with SMTP id dn14so6326660obc.40 for ; Fri, 09 Aug 2013 06:31:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=F/9Sloym2UuaXXOG96Bx1xX9dmESGnKvWAmqjeNGjww=; b=NRatECI0LaDLm+Cfp7Q6fye8d/tUl4MolOVyoZTQiCesVbH7VAAaZATlKWmNJaKpd/ 9XoR/T1VaywmJ/ybIMOGJIXM7O2h1JzGmUK9htsBtPecl1OdmvqPaWu03yKWI8hmci+u UySIUFhi4e5EQUI4LxpXgtMgPHpdPN46dPeEbshcFN1drHEKDU2tcTD+8UDmd0EZxjI8 jazcO6bP6zWs+OOYGQSkfbAyQDxZGi7xPMxZIGgSQqMmP2/Qj9m0mYZg6wpRaYkKtfFV lpvvwWExtZm+pkKEwrCIpasbnkXTk0Nho/WoGbFsDy4/p8u76M9r9bqjWXa7X5FdXcXB YpdQ== MIME-Version: 1.0 X-Received: by 10.60.58.71 with SMTP id o7mr626870oeq.51.1376055115191; Fri, 09 Aug 2013 06:31:55 -0700 (PDT) Received: by 10.60.121.6 with HTTP; Fri, 9 Aug 2013 06:31:55 -0700 (PDT) In-Reply-To: <20130808192058.GB4513@konrad-lan.dumpdata.com> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> Date: Fri, 9 Aug 2013 14:31:55 +0100 Message-ID: From: Lars Kurth To: Konrad Rzeszutek Wilk Cc: "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0244074376315082065==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0244074376315082065== Content-Type: multipart/alternative; boundary=089e01538594551ec404e383cca1 --089e01538594551ec404e383cca1 Content-Type: text/plain; charset=ISO-8859-1 > I concur with Jan. There is already so much going on that week with LKS > and LinuxCon, XenSummit, and meeting other people in the halls - that > having everybody in one room would make it much easier to have discussions. The only thing we will be competing with during XenSummit is LKS (which affects you and Stefano mainly) and ourselves. Automotive Linux Summit and ELCE (Embedded Linux Conf) is on, but the majority of us don't really have conflicts with these. KVM Forum has a harder time this year, overlapping with LC and CloudOpen. The Dev Meeting will be a little harder, but on Wed afternoon all the other events will start to frizzle out (with the exception of LKS which starts on the Wed). If there are concerns, we could get a space later in the afternoon and order warm food and beer at the Dev Meeting (instead of coffee and snacks). Lars --089e01538594551ec404e383cca1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0I concur with Jan. There is already so much going on that week wit= h LKS
> and LinuxCon, X= enSummit, and meeting other people in the halls - that
> having eve= rybody in one room would make it much easier to have discussions.The only thin= g we will be competing with during XenSummit is LKS (which affects you and = Stefano mainly) and ourselves. Automotive Linux Summit and ELCE (Embedded L= inux Conf) is on, but the majority of us don't really have conflicts wi= th these.

KVM= Forum has a harder time this year, overlapping with LC and CloudOpen.=A0

The= Dev Meeting will be a little harder, but on Wed afternoon all the other ev= ents will start to frizzle out (with the exception of LKS which starts on t= he Wed). If there are concerns, we could get a space later in the afternoon= and order warm food and beer at the Dev Meeting (instead of coffee and sna= cks).

Lar= s

--089e01538594551ec404e383cca1-- --===============0244074376315082065== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0244074376315082065==-- From xen-api-bounces@lists.xen.org Fri Aug 09 13:49:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 13:49:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7n4g-0005QI-AQ; Fri, 09 Aug 2013 13:49:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7n4e-0005Q8-RX; Fri, 09 Aug 2013 13:49:49 +0000 Received: from [85.158.137.68:13783] by server-17.bemta-3.messagelabs.com id E2/4C-22798-B73F4025; Fri, 09 Aug 2013 13:49:47 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1376056187!920066!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30697 invoked from network); 9 Aug 2013 13:49:47 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 13:49:47 -0000 X-IronPort-AV: E=Sophos;i="4.89,846,1367971200"; d="asc'?scan'208";a="7658307" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Aug 2013 13:49:47 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 9 Aug 2013 14:49:29 +0100 Message-ID: <1376056185.19531.144.camel@Solace> From: Dario Faggioli To: Lars Kurth Date: Fri, 9 Aug 2013 15:49:45 +0200 In-Reply-To: References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> <1376045392.19531.100.camel@Solace> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: Konrad Rzeszutek Wilk , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2985524559564770725==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2985524559564770725== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tUCegIzN7Y+tMd+gjXvC" --=-tUCegIzN7Y+tMd+gjXvC Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On ven, 2013-08-09 at 14:17 +0100, Lars Kurth wrote: > > Wouldn't that raise fairness issues regarding which talks are > scheduled > > to happen in parallel with the BoF sessions, as compared to the ones > > that are not? > I am not convinced it would.=20 > Fair enough. :-) BTW, there might be a quite fundamental misunderstanding here. Are you talking about _one_ BoF discussion at a time in the "other room" --as you say below-- or _several_ of them at the same time, still in the "other room", involving different group of people --as it was at the Hackathon? It might sound subtle, and it probably is, but I think it does make a difference (see below). > If there was one BoF discussion going on in parallel to the track in > the afternoon, I wouldn't expect that more than a dozen or so people > would come to a specific discussion.=20 > Yes, I think that too. > It'll create a degree of competition with the main program, but that > would exist also if we had two tracks.=20 > Well, it is indeed the same as having two tracks if we have, at any given time, *1* thing going on in room A (e.g., main talks track) and *1* thing going on in room B (e.g., one specific BoF/hacking session). In this case, I agree with you, and most of my concerns would just disappear. OTOH, if there's a talk in room A and (even if just potentially), 10 BoFs in room B (it was like this at the Hackathon), then it looks like a way less fair competition to me. :-/ So, sorry if it's my fault not understanding this from the beginning, which one are we talking about? > The alternative is to just set up the second room as hacker space and > as a space for "in-corridor" meetings and have no tool to schedule. >=20 Well, sure, you can't force people to stay in a room listening to a talk, if the talk it's not interesting for them, and any attempt to do that will fail miserably, I concur with that, and I'm not asking for anything like this! :-P Nevertheless, having visited quite some conferences during the past ages, I think the format is important (as this thread testifies), and I think we at least should be really careful in making it clear how it will be like, especially when we ask people to submit their talks and come to Scotland to give the presentation, if accepted. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-tUCegIzN7Y+tMd+gjXvC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEABECAAYFAlIE83kACgkQk4XaBE3IOsTPYwCffjMVrgfeWFcTa7xzTtVOWCtk X/EAoKKu7zPbcOvbLSsjoj2oTvoGiMc9 =Zzk4 -----END PGP SIGNATURE----- --=-tUCegIzN7Y+tMd+gjXvC-- --===============2985524559564770725== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2985524559564770725==-- From xen-api-bounces@lists.xen.org Fri Aug 09 13:49:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 13:49:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7n4g-0005QI-AQ; Fri, 09 Aug 2013 13:49:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7n4e-0005Q8-RX; Fri, 09 Aug 2013 13:49:49 +0000 Received: from [85.158.137.68:13783] by server-17.bemta-3.messagelabs.com id E2/4C-22798-B73F4025; Fri, 09 Aug 2013 13:49:47 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1376056187!920066!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30697 invoked from network); 9 Aug 2013 13:49:47 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 13:49:47 -0000 X-IronPort-AV: E=Sophos;i="4.89,846,1367971200"; d="asc'?scan'208";a="7658307" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Aug 2013 13:49:47 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 9 Aug 2013 14:49:29 +0100 Message-ID: <1376056185.19531.144.camel@Solace> From: Dario Faggioli To: Lars Kurth Date: Fri, 9 Aug 2013 15:49:45 +0200 In-Reply-To: References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> <1376045392.19531.100.camel@Solace> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: Konrad Rzeszutek Wilk , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2985524559564770725==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2985524559564770725== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tUCegIzN7Y+tMd+gjXvC" --=-tUCegIzN7Y+tMd+gjXvC Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On ven, 2013-08-09 at 14:17 +0100, Lars Kurth wrote: > > Wouldn't that raise fairness issues regarding which talks are > scheduled > > to happen in parallel with the BoF sessions, as compared to the ones > > that are not? > I am not convinced it would.=20 > Fair enough. :-) BTW, there might be a quite fundamental misunderstanding here. Are you talking about _one_ BoF discussion at a time in the "other room" --as you say below-- or _several_ of them at the same time, still in the "other room", involving different group of people --as it was at the Hackathon? It might sound subtle, and it probably is, but I think it does make a difference (see below). > If there was one BoF discussion going on in parallel to the track in > the afternoon, I wouldn't expect that more than a dozen or so people > would come to a specific discussion.=20 > Yes, I think that too. > It'll create a degree of competition with the main program, but that > would exist also if we had two tracks.=20 > Well, it is indeed the same as having two tracks if we have, at any given time, *1* thing going on in room A (e.g., main talks track) and *1* thing going on in room B (e.g., one specific BoF/hacking session). In this case, I agree with you, and most of my concerns would just disappear. OTOH, if there's a talk in room A and (even if just potentially), 10 BoFs in room B (it was like this at the Hackathon), then it looks like a way less fair competition to me. :-/ So, sorry if it's my fault not understanding this from the beginning, which one are we talking about? > The alternative is to just set up the second room as hacker space and > as a space for "in-corridor" meetings and have no tool to schedule. >=20 Well, sure, you can't force people to stay in a room listening to a talk, if the talk it's not interesting for them, and any attempt to do that will fail miserably, I concur with that, and I'm not asking for anything like this! :-P Nevertheless, having visited quite some conferences during the past ages, I think the format is important (as this thread testifies), and I think we at least should be really careful in making it clear how it will be like, especially when we ask people to submit their talks and come to Scotland to give the presentation, if accepted. Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-tUCegIzN7Y+tMd+gjXvC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEABECAAYFAlIE83kACgkQk4XaBE3IOsTPYwCffjMVrgfeWFcTa7xzTtVOWCtk X/EAoKKu7zPbcOvbLSsjoj2oTvoGiMc9 =Zzk4 -----END PGP SIGNATURE----- --=-tUCegIzN7Y+tMd+gjXvC-- --===============2985524559564770725== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2985524559564770725==-- From xen-api-bounces@lists.xen.org Fri Aug 09 14:00:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 14:00:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7nEX-0005qx-44; Fri, 09 Aug 2013 14:00:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7nEV-0005ql-Op; Fri, 09 Aug 2013 14:00:00 +0000 Received: from [85.158.139.211:21403] by server-10.bemta-5.messagelabs.com id A7/6B-03093-ED5F4025; Fri, 09 Aug 2013 13:59:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1376056787!1651517!1 X-Originating-IP: [209.85.219.50] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDgxODAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27886 invoked from network); 9 Aug 2013 13:59:49 -0000 Received: from mail-oa0-f50.google.com (HELO mail-oa0-f50.google.com) (209.85.219.50) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 13:59:49 -0000 Received: by mail-oa0-f50.google.com with SMTP id i4so7018962oah.9 for ; Fri, 09 Aug 2013 06:59:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1bT5gkiM+6MA27EGeusUVZccIIKgp5LsAY4L2myWopw=; b=jWlT+9JExE43lVF0jLS+HuQY3iH4K0X2KRVqXZDlnHZg6D/vvfXvkWDHfwV7vWI9wZ 7DOMr4q6TZ6Pbx9lE2uQ7rEy5fu9hi1EPZjWnXA6LXD/pJfM/dIlG6QWJDCxI9ge1mJi WIPwRvcHNUOscEERs2QIOzUUaKXJcQg4GpgOLa3qdXNMJru5lFzi8mQCNHtF4POqUdgS VheM98y7GORYVRihDCZmrgePrKB/VyYH9HNi0aTsSKq7a50SLvI0WFIt5LOGRogjQ8+R 1n1X2qafgRxILx29Xm6JmMOvKzFDQH4obo7FfZludAsVF3CsWlIOjHlqIb2vXpqvxhWm BSAg== MIME-Version: 1.0 X-Received: by 10.182.246.232 with SMTP id xz8mr534785obc.9.1376056787425; Fri, 09 Aug 2013 06:59:47 -0700 (PDT) Received: by 10.60.121.6 with HTTP; Fri, 9 Aug 2013 06:59:47 -0700 (PDT) In-Reply-To: <1376056185.19531.144.camel@Solace> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> <1376045392.19531.100.camel@Solace> <1376056185.19531.144.camel@Solace> Date: Fri, 9 Aug 2013 14:59:47 +0100 Message-ID: From: Lars Kurth To: Dario Faggioli Cc: Konrad Rzeszutek Wilk , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1634503319090343297==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1634503319090343297== Content-Type: multipart/alternative; boundary=001a11c1c39e01626004e38430cb --001a11c1c39e01626004e38430cb Content-Type: text/plain; charset=ISO-8859-1 > OTOH, if there's a talk in room A and (even if just potentially), 10 > BoFs in room B (it was like this at the Hackathon), then it looks like a > way less fair competition to me. :-/ I was thinking of ONE BoF in the other room On Fri, Aug 9, 2013 at 2:49 PM, Dario Faggioli wrote: > On ven, 2013-08-09 at 14:17 +0100, Lars Kurth wrote: > > > Wouldn't that raise fairness issues regarding which talks are > > scheduled > > > to happen in parallel with the BoF sessions, as compared to the ones > > > that are not? > > I am not convinced it would. > > > Fair enough. :-) BTW, there might be a quite fundamental > misunderstanding here. Are you talking about _one_ BoF discussion at a > time in the "other room" --as you say below-- or _several_ of them at > the same time, still in the "other room", involving different group of > people --as it was at the Hackathon? > > It might sound subtle, and it probably is, but I think it does make a > difference (see below). > > > If there was one BoF discussion going on in parallel to the track in > > the afternoon, I wouldn't expect that more than a dozen or so people > > would come to a specific discussion. > > > Yes, I think that too. > > > It'll create a degree of competition with the main program, but that > > would exist also if we had two tracks. > > > Well, it is indeed the same as having two tracks if we have, at any > given time, *1* thing going on in room A (e.g., main talks track) and > *1* thing going on in room B (e.g., one specific BoF/hacking session). > In this case, I agree with you, and most of my concerns would just > disappear. > > OTOH, if there's a talk in room A and (even if just potentially), 10 > BoFs in room B (it was like this at the Hackathon), then it looks like a > way less fair competition to me. :-/ > > So, sorry if it's my fault not understanding this from the beginning, > which one are we talking about? > > > The alternative is to just set up the second room as hacker space and > > as a space for "in-corridor" meetings and have no tool to schedule. > > > Well, sure, you can't force people to stay in a room listening to a > talk, if the talk it's not interesting for them, and any attempt to do > that will fail miserably, I concur with that, and I'm not asking for > anything like this! :-P > > Nevertheless, having visited quite some conferences during the past > ages, I think the format is important (as this thread testifies), and I > think we at least should be really careful in making it clear how it > will be like, especially when we ask people to submit their talks and > come to Scotland to give the presentation, if accepted. > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > --001a11c1c39e01626004e38430cb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0OTOH, if there's a talk in room A and (even if just potentiall= y), 10
> BoFs in room B= (it was like this at the Hackathon), then it looks like a
> way less f= air competition to me. :-/
I was thinking of ONE BoF in the other room


On Fri,= Aug 9, 2013 at 2:49 PM, Dario Faggioli <dario.faggioli@citrix.com= > wrote:
On ven, 2013-08-09 at 14:1= 7 +0100, Lars Kurth wrote:
> > Wouldn't that raise fairness issues regarding which talks are=
> scheduled
> > to happen in parallel with the BoF sessions, as compared to the o= nes
> > that are not?
> I am not convinced it would.
>
Fair enough. :-) BTW, there might be a quite fundamental
misunderstanding here. Are you talking about _one_ BoF discussion at a
time in the "other room" --as you say below-- or _several_ of the= m at
the same time, still in the "other room", involving different gro= up of
people --as it was at the Hackathon?

It might sound subtle, and it probably is, but I think it does make a
difference (see below).

> If there was one BoF discussion going on in parallel to the track in > the afternoon, I wouldn't expect that more than a dozen or so peop= le
> would come to a specific discussion.
>
Yes, I think that too.

> It'll create a degree of competition with the main program, but th= at
> would exist also if we had two tracks.
>
Well, it is indeed the same =A0as having two tracks if we have, at an= y
given time, *1* thing going on in room A (e.g., main talks track) and
*1* thing going on in room B (e.g., one specific BoF/hacking session).
In this case, I agree with you, and most of my concerns would just
disappear.

OTOH, if there's a talk in room A and (even if just potentially), 10 BoFs in room B (it was like this at the Hackathon), then it looks like a way less fair competition to me. :-/

So, sorry if it's my fault not understanding this from the beginning, which one are we talking about?

> The alternative is to just set up the second room as hacker space and<= br> > as a space for "in-corridor" meetings and have no tool to sc= hedule.
>
Well, sure, you can't force people to stay in a room listening to= a
talk, if the talk it's not interesting for them, and any attempt to do<= br> that will fail miserably, I concur with that, and I'm not asking for anything like this! :-P

Nevertheless, having visited quite some conferences during the past
ages, I think the format is important (as this thread testifies), and I
think we at least should be really careful in making it clear how it
will be like, especially when we ask people to submit their talks and
come to Scotland to give the presentation, if accepted.

Regards,
Dario

--
<<This happens because I choose it to happen!>> (Raistlin Majer= e)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


--001a11c1c39e01626004e38430cb-- --===============1634503319090343297== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1634503319090343297==-- From xen-api-bounces@lists.xen.org Fri Aug 09 14:00:15 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 14:00:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7nEX-0005qx-44; Fri, 09 Aug 2013 14:00:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7nEV-0005ql-Op; Fri, 09 Aug 2013 14:00:00 +0000 Received: from [85.158.139.211:21403] by server-10.bemta-5.messagelabs.com id A7/6B-03093-ED5F4025; Fri, 09 Aug 2013 13:59:58 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1376056787!1651517!1 X-Originating-IP: [209.85.219.50] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDgxODAgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27886 invoked from network); 9 Aug 2013 13:59:49 -0000 Received: from mail-oa0-f50.google.com (HELO mail-oa0-f50.google.com) (209.85.219.50) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 13:59:49 -0000 Received: by mail-oa0-f50.google.com with SMTP id i4so7018962oah.9 for ; Fri, 09 Aug 2013 06:59:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1bT5gkiM+6MA27EGeusUVZccIIKgp5LsAY4L2myWopw=; b=jWlT+9JExE43lVF0jLS+HuQY3iH4K0X2KRVqXZDlnHZg6D/vvfXvkWDHfwV7vWI9wZ 7DOMr4q6TZ6Pbx9lE2uQ7rEy5fu9hi1EPZjWnXA6LXD/pJfM/dIlG6QWJDCxI9ge1mJi WIPwRvcHNUOscEERs2QIOzUUaKXJcQg4GpgOLa3qdXNMJru5lFzi8mQCNHtF4POqUdgS VheM98y7GORYVRihDCZmrgePrKB/VyYH9HNi0aTsSKq7a50SLvI0WFIt5LOGRogjQ8+R 1n1X2qafgRxILx29Xm6JmMOvKzFDQH4obo7FfZludAsVF3CsWlIOjHlqIb2vXpqvxhWm BSAg== MIME-Version: 1.0 X-Received: by 10.182.246.232 with SMTP id xz8mr534785obc.9.1376056787425; Fri, 09 Aug 2013 06:59:47 -0700 (PDT) Received: by 10.60.121.6 with HTTP; Fri, 9 Aug 2013 06:59:47 -0700 (PDT) In-Reply-To: <1376056185.19531.144.camel@Solace> References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> <1376045392.19531.100.camel@Solace> <1376056185.19531.144.camel@Solace> Date: Fri, 9 Aug 2013 14:59:47 +0100 Message-ID: From: Lars Kurth To: Dario Faggioli Cc: Konrad Rzeszutek Wilk , "xen-devel@lists.xen.org" , cl-mirage@lists.cam.ac.uk, Jan Beulich , "xen-api@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1634503319090343297==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1634503319090343297== Content-Type: multipart/alternative; boundary=001a11c1c39e01626004e38430cb --001a11c1c39e01626004e38430cb Content-Type: text/plain; charset=ISO-8859-1 > OTOH, if there's a talk in room A and (even if just potentially), 10 > BoFs in room B (it was like this at the Hackathon), then it looks like a > way less fair competition to me. :-/ I was thinking of ONE BoF in the other room On Fri, Aug 9, 2013 at 2:49 PM, Dario Faggioli wrote: > On ven, 2013-08-09 at 14:17 +0100, Lars Kurth wrote: > > > Wouldn't that raise fairness issues regarding which talks are > > scheduled > > > to happen in parallel with the BoF sessions, as compared to the ones > > > that are not? > > I am not convinced it would. > > > Fair enough. :-) BTW, there might be a quite fundamental > misunderstanding here. Are you talking about _one_ BoF discussion at a > time in the "other room" --as you say below-- or _several_ of them at > the same time, still in the "other room", involving different group of > people --as it was at the Hackathon? > > It might sound subtle, and it probably is, but I think it does make a > difference (see below). > > > If there was one BoF discussion going on in parallel to the track in > > the afternoon, I wouldn't expect that more than a dozen or so people > > would come to a specific discussion. > > > Yes, I think that too. > > > It'll create a degree of competition with the main program, but that > > would exist also if we had two tracks. > > > Well, it is indeed the same as having two tracks if we have, at any > given time, *1* thing going on in room A (e.g., main talks track) and > *1* thing going on in room B (e.g., one specific BoF/hacking session). > In this case, I agree with you, and most of my concerns would just > disappear. > > OTOH, if there's a talk in room A and (even if just potentially), 10 > BoFs in room B (it was like this at the Hackathon), then it looks like a > way less fair competition to me. :-/ > > So, sorry if it's my fault not understanding this from the beginning, > which one are we talking about? > > > The alternative is to just set up the second room as hacker space and > > as a space for "in-corridor" meetings and have no tool to schedule. > > > Well, sure, you can't force people to stay in a room listening to a > talk, if the talk it's not interesting for them, and any attempt to do > that will fail miserably, I concur with that, and I'm not asking for > anything like this! :-P > > Nevertheless, having visited quite some conferences during the past > ages, I think the format is important (as this thread testifies), and I > think we at least should be really careful in making it clear how it > will be like, especially when we ask people to submit their talks and > come to Scotland to give the presentation, if accepted. > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > > --001a11c1c39e01626004e38430cb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
>=A0OTOH, if there's a talk in room A and (even if just potentiall= y), 10
> BoFs in room B= (it was like this at the Hackathon), then it looks like a
> way less f= air competition to me. :-/
I was thinking of ONE BoF in the other room


On Fri,= Aug 9, 2013 at 2:49 PM, Dario Faggioli <dario.faggioli@citrix.com= > wrote:
On ven, 2013-08-09 at 14:1= 7 +0100, Lars Kurth wrote:
> > Wouldn't that raise fairness issues regarding which talks are=
> scheduled
> > to happen in parallel with the BoF sessions, as compared to the o= nes
> > that are not?
> I am not convinced it would.
>
Fair enough. :-) BTW, there might be a quite fundamental
misunderstanding here. Are you talking about _one_ BoF discussion at a
time in the "other room" --as you say below-- or _several_ of the= m at
the same time, still in the "other room", involving different gro= up of
people --as it was at the Hackathon?

It might sound subtle, and it probably is, but I think it does make a
difference (see below).

> If there was one BoF discussion going on in parallel to the track in > the afternoon, I wouldn't expect that more than a dozen or so peop= le
> would come to a specific discussion.
>
Yes, I think that too.

> It'll create a degree of competition with the main program, but th= at
> would exist also if we had two tracks.
>
Well, it is indeed the same =A0as having two tracks if we have, at an= y
given time, *1* thing going on in room A (e.g., main talks track) and
*1* thing going on in room B (e.g., one specific BoF/hacking session).
In this case, I agree with you, and most of my concerns would just
disappear.

OTOH, if there's a talk in room A and (even if just potentially), 10 BoFs in room B (it was like this at the Hackathon), then it looks like a way less fair competition to me. :-/

So, sorry if it's my fault not understanding this from the beginning, which one are we talking about?

> The alternative is to just set up the second room as hacker space and<= br> > as a space for "in-corridor" meetings and have no tool to sc= hedule.
>
Well, sure, you can't force people to stay in a room listening to= a
talk, if the talk it's not interesting for them, and any attempt to do<= br> that will fail miserably, I concur with that, and I'm not asking for anything like this! :-P

Nevertheless, having visited quite some conferences during the past
ages, I think the format is important (as this thread testifies), and I
think we at least should be really careful in making it clear how it
will be like, especially when we ask people to submit their talks and
come to Scotland to give the presentation, if accepted.

Regards,
Dario

--
<<This happens because I choose it to happen!>> (Raistlin Majer= e)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


--001a11c1c39e01626004e38430cb-- --===============1634503319090343297== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1634503319090343297==-- From xen-api-bounces@lists.xen.org Fri Aug 09 14:14:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 14:14:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7nSH-0006e5-Jt; Fri, 09 Aug 2013 14:14:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7nSG-0006di-9C; Fri, 09 Aug 2013 14:14:12 +0000 Received: from [85.158.143.35:3088] by server-3.bemta-4.messagelabs.com id 74/1B-29480-339F4025; Fri, 09 Aug 2013 14:14:11 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1376057650!3486131!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30492 invoked from network); 9 Aug 2013 14:14:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 14:14:10 -0000 X-IronPort-AV: E=Sophos;i="4.89,846,1367971200"; d="asc'?scan'208";a="7658948" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Aug 2013 14:14:10 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 9 Aug 2013 15:13:53 +0100 Message-ID: <1376057649.19531.166.camel@Solace> From: Dario Faggioli To: Lars Kurth Date: Fri, 9 Aug 2013 16:14:09 +0200 In-Reply-To: References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> <1376045392.19531.100.camel@Solace> <1376056185.19531.144.camel@Solace> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" , Jan Beulich , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0997221807607792570==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0997221807607792570== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WgVBQFkPirw9yHzN8XI3" --=-WgVBQFkPirw9yHzN8XI3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On ven, 2013-08-09 at 14:59 +0100, Lars Kurth wrote: > > OTOH, if there's a talk in room A and (even if just potentially), 10 > > BoFs in room B (it was like this at the Hackathon), then it looks > like a > > way less fair competition to me. :-/ > I was thinking of ONE BoF in the other room >=20 Ok, I see. Personally, I haven't made up my mind about what the best option would be yet (and I will vote accordingly as soon as that will happen), but at least, with this clarification, the concerns I had about option 2 went away. Thanks for clarifying that. :-) Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-WgVBQFkPirw9yHzN8XI3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEABECAAYFAlIE+TEACgkQk4XaBE3IOsQVTACeNLc7D/lZ/NIhwGri6DyNLqbA qLAAoKq62AapsEkwISsFwkuqkkzzvjZJ =TiF8 -----END PGP SIGNATURE----- --=-WgVBQFkPirw9yHzN8XI3-- --===============0997221807607792570== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0997221807607792570==-- From xen-api-bounces@lists.xen.org Fri Aug 09 14:14:19 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Aug 2013 14:14:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7nSH-0006e5-Jt; Fri, 09 Aug 2013 14:14:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V7nSG-0006di-9C; Fri, 09 Aug 2013 14:14:12 +0000 Received: from [85.158.143.35:3088] by server-3.bemta-4.messagelabs.com id 74/1B-29480-339F4025; Fri, 09 Aug 2013 14:14:11 +0000 X-Env-Sender: dario.faggioli@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1376057650!3486131!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n,ML_RADAR_SPEW_LINKS_8, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRv bmVkOiBhYm91dC5tZS9kYXJpby5mYWdnaW9s\naSk=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30492 invoked from network); 9 Aug 2013 14:14:10 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Aug 2013 14:14:10 -0000 X-IronPort-AV: E=Sophos;i="4.89,846,1367971200"; d="asc'?scan'208";a="7658948" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 09 Aug 2013 14:14:10 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Fri, 9 Aug 2013 15:13:53 +0100 Message-ID: <1376057649.19531.166.camel@Solace> From: Dario Faggioli To: Lars Kurth Date: Fri, 9 Aug 2013 16:14:09 +0200 In-Reply-To: References: <52038382.2000604@xen.org> <5203A15202000078000EA418@nat28.tlf.novell.com> <20130808192058.GB4513@konrad-lan.dumpdata.com> <1376045392.19531.100.camel@Solace> <1376056185.19531.144.camel@Solace> X-Mailer: Evolution 3.6.4 (3.6.4-3.fc18) MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" , Jan Beulich , cl-mirage@lists.cam.ac.uk, "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] [Seeking input] Format of Xen Project Developer Summit in October X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0997221807607792570==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0997221807607792570== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WgVBQFkPirw9yHzN8XI3" --=-WgVBQFkPirw9yHzN8XI3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On ven, 2013-08-09 at 14:59 +0100, Lars Kurth wrote: > > OTOH, if there's a talk in room A and (even if just potentially), 10 > > BoFs in room B (it was like this at the Hackathon), then it looks > like a > > way less fair competition to me. :-/ > I was thinking of ONE BoF in the other room >=20 Ok, I see. Personally, I haven't made up my mind about what the best option would be yet (and I will vote accordingly as soon as that will happen), but at least, with this clarification, the concerns I had about option 2 went away. Thanks for clarifying that. :-) Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-WgVBQFkPirw9yHzN8XI3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEABECAAYFAlIE+TEACgkQk4XaBE3IOsQVTACeNLc7D/lZ/NIhwGri6DyNLqbA qLAAoKq62AapsEkwISsFwkuqkkzzvjZJ =TiF8 -----END PGP SIGNATURE----- --=-WgVBQFkPirw9yHzN8XI3-- --===============0997221807607792570== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0997221807607792570==-- From xen-api-bounces@lists.xen.org Mon Aug 12 05:21:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Aug 2013 05:21:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8kYx-0002CS-UU; Mon, 12 Aug 2013 05:21:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8kYx-0002CN-1w for xen-api@lists.xen.org; Mon, 12 Aug 2013 05:21:03 +0000 Received: from [85.158.137.68:7415] by server-13.bemta-3.messagelabs.com id 1D/77-09084-EB078025; Mon, 12 Aug 2013 05:21:02 +0000 X-Env-Sender: sky@carbonblack.ru X-Msg-Ref: server-4.tower-31.messagelabs.com!1376284860!1192954!1 X-Originating-IP: [81.1.246.210] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18499 invoked from network); 12 Aug 2013 05:21:01 -0000 Received: from gw-omsktekhuglerod.ll-omk.zsttk.ru (HELO carbonblack.ru) (81.1.246.210) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Aug 2013 05:21:01 -0000 Received: from [10.0.1.1] (unknown [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by carbonblack.ru (Postfix) with ESMTPSA id BD36833980E for ; Mon, 12 Aug 2013 12:20:59 +0700 (OMST) Message-ID: <520870B4.1020603@carbonblack.ru> Date: Mon, 12 Aug 2013 12:20:52 +0700 From: Kirill Bastrikov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] It is possible to install 6.2 on NFS? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello We need to install 6.2 on NFS share and only boot volume on local (iSCSI) disk. How to do it the easiest way? -- Kirill Bastrikov _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 12 05:21:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Aug 2013 05:21:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8kYx-0002CS-UU; Mon, 12 Aug 2013 05:21:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8kYx-0002CN-1w for xen-api@lists.xen.org; Mon, 12 Aug 2013 05:21:03 +0000 Received: from [85.158.137.68:7415] by server-13.bemta-3.messagelabs.com id 1D/77-09084-EB078025; Mon, 12 Aug 2013 05:21:02 +0000 X-Env-Sender: sky@carbonblack.ru X-Msg-Ref: server-4.tower-31.messagelabs.com!1376284860!1192954!1 X-Originating-IP: [81.1.246.210] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18499 invoked from network); 12 Aug 2013 05:21:01 -0000 Received: from gw-omsktekhuglerod.ll-omk.zsttk.ru (HELO carbonblack.ru) (81.1.246.210) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Aug 2013 05:21:01 -0000 Received: from [10.0.1.1] (unknown [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by carbonblack.ru (Postfix) with ESMTPSA id BD36833980E for ; Mon, 12 Aug 2013 12:20:59 +0700 (OMST) Message-ID: <520870B4.1020603@carbonblack.ru> Date: Mon, 12 Aug 2013 12:20:52 +0700 From: Kirill Bastrikov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: xen-api@lists.xen.org Subject: [Xen-API] It is possible to install 6.2 on NFS? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello We need to install 6.2 on NFS share and only boot volume on local (iSCSI) disk. How to do it the easiest way? -- Kirill Bastrikov _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 12 05:53:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Aug 2013 05:53:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8l4W-0002am-IV; Mon, 12 Aug 2013 05:53:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8l4V-0002ag-BB for xen-api@lists.xen.org; Mon, 12 Aug 2013 05:53:39 +0000 Received: from [85.158.139.211:30424] by server-13.bemta-5.messagelabs.com id 61/8D-11519-26878025; Mon, 12 Aug 2013 05:53:38 +0000 X-Env-Sender: steven.crothers@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1376286816!1901195!1 X-Originating-IP: [209.85.220.181] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10787 invoked from network); 12 Aug 2013 05:53:37 -0000 Received: from mail-vc0-f181.google.com (HELO mail-vc0-f181.google.com) (209.85.220.181) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Aug 2013 05:53:37 -0000 Received: by mail-vc0-f181.google.com with SMTP id hz10so2493416vcb.12 for ; Sun, 11 Aug 2013 22:53:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5K314VzElImjGrtuZaJaCL2a9qkNsy1b9XK2MLE62as=; b=mBdTI0exMhKpFWA+je8MPKTsSyWLqR2iMo5SF5PJciw3VUo9LdBoFEIpz489I1z+Yw vnr/w8jRUQs0fbYplDhzF1tpxElJ26mMSV2SVAQ0U7rTFIBhhSennySaWDj1gP2gX4F7 d2l53Dq+6eWcWdU7zErLwiw22n8LyL633Q2PXMPPMhMQB520DtcY7DaRQvF+pGmzK2QL ezSz1aHRzrPL8eFma/e7c1BWrCkqtd9U5U894lyWMqlhrrKzPal1iWTQE8vZtzJJ8Ynn Q1mNntYngxCAuivDlY+RBJfcyLroZ0CTuCdw4uS5P1+kg5SShCxq2b77uV8vM857CAHt PJqg== MIME-Version: 1.0 X-Received: by 10.220.206.195 with SMTP id fv3mr11930255vcb.15.1376286816508; Sun, 11 Aug 2013 22:53:36 -0700 (PDT) Received: by 10.58.94.9 with HTTP; Sun, 11 Aug 2013 22:53:36 -0700 (PDT) In-Reply-To: <520870B4.1020603@carbonblack.ru> References: <520870B4.1020603@carbonblack.ru> Date: Sun, 11 Aug 2013 22:53:36 -0700 Message-ID: From: Steven Crothers To: Kirill Bastrikov Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] It is possible to install 6.2 on NFS? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org gPXE + NFS would be how you wanna go. Load the kernel with the following: root=/dev/nfs nfsroot=pathtoyournfs But I kind of feel like, if you have to ask, you probably shouldn't be doing it... Regardless though, PXE/DHCP/NFS/pxelinux/GRUB will be all the various tools you need to accomplish it. It's up to you to make them all play nice in your environment. Keep in mind, you'll need some type of local overlay of sorts to allow for specific node configuration aufs/unionfs/btrfs(preseed) should work... Steven Crothers steven.crothers@gmail.com On Sun, Aug 11, 2013 at 10:20 PM, Kirill Bastrikov wrote: > Hello > > We need to install 6.2 on NFS share and only boot volume on local (iSCSI) > disk. How to do it the easiest way? > > -- > Kirill Bastrikov > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 12 05:53:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Aug 2013 05:53:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8l4W-0002am-IV; Mon, 12 Aug 2013 05:53:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8l4V-0002ag-BB for xen-api@lists.xen.org; Mon, 12 Aug 2013 05:53:39 +0000 Received: from [85.158.139.211:30424] by server-13.bemta-5.messagelabs.com id 61/8D-11519-26878025; Mon, 12 Aug 2013 05:53:38 +0000 X-Env-Sender: steven.crothers@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1376286816!1901195!1 X-Originating-IP: [209.85.220.181] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10787 invoked from network); 12 Aug 2013 05:53:37 -0000 Received: from mail-vc0-f181.google.com (HELO mail-vc0-f181.google.com) (209.85.220.181) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Aug 2013 05:53:37 -0000 Received: by mail-vc0-f181.google.com with SMTP id hz10so2493416vcb.12 for ; Sun, 11 Aug 2013 22:53:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5K314VzElImjGrtuZaJaCL2a9qkNsy1b9XK2MLE62as=; b=mBdTI0exMhKpFWA+je8MPKTsSyWLqR2iMo5SF5PJciw3VUo9LdBoFEIpz489I1z+Yw vnr/w8jRUQs0fbYplDhzF1tpxElJ26mMSV2SVAQ0U7rTFIBhhSennySaWDj1gP2gX4F7 d2l53Dq+6eWcWdU7zErLwiw22n8LyL633Q2PXMPPMhMQB520DtcY7DaRQvF+pGmzK2QL ezSz1aHRzrPL8eFma/e7c1BWrCkqtd9U5U894lyWMqlhrrKzPal1iWTQE8vZtzJJ8Ynn Q1mNntYngxCAuivDlY+RBJfcyLroZ0CTuCdw4uS5P1+kg5SShCxq2b77uV8vM857CAHt PJqg== MIME-Version: 1.0 X-Received: by 10.220.206.195 with SMTP id fv3mr11930255vcb.15.1376286816508; Sun, 11 Aug 2013 22:53:36 -0700 (PDT) Received: by 10.58.94.9 with HTTP; Sun, 11 Aug 2013 22:53:36 -0700 (PDT) In-Reply-To: <520870B4.1020603@carbonblack.ru> References: <520870B4.1020603@carbonblack.ru> Date: Sun, 11 Aug 2013 22:53:36 -0700 Message-ID: From: Steven Crothers To: Kirill Bastrikov Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] It is possible to install 6.2 on NFS? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org gPXE + NFS would be how you wanna go. Load the kernel with the following: root=/dev/nfs nfsroot=pathtoyournfs But I kind of feel like, if you have to ask, you probably shouldn't be doing it... Regardless though, PXE/DHCP/NFS/pxelinux/GRUB will be all the various tools you need to accomplish it. It's up to you to make them all play nice in your environment. Keep in mind, you'll need some type of local overlay of sorts to allow for specific node configuration aufs/unionfs/btrfs(preseed) should work... Steven Crothers steven.crothers@gmail.com On Sun, Aug 11, 2013 at 10:20 PM, Kirill Bastrikov wrote: > Hello > > We need to install 6.2 on NFS share and only boot volume on local (iSCSI) > disk. How to do it the easiest way? > > -- > Kirill Bastrikov > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 12 10:51:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Aug 2013 10:51:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8piW-0003M5-Cd; Mon, 12 Aug 2013 10:51:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8piU-0003Lr-Jt for xen-api@lists.xen.org; Mon, 12 Aug 2013 10:51:14 +0000 Received: from [85.158.139.211:25358] by server-11.bemta-5.messagelabs.com id 1C/CE-02024-12EB8025; Mon, 12 Aug 2013 10:51:13 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1376304673!1962454!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26459 invoked from network); 12 Aug 2013 10:51:13 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Aug 2013 10:51:13 -0000 Received: by mail-wi0-f173.google.com with SMTP id en1so1520898wid.0 for ; Mon, 12 Aug 2013 03:51:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=jN9HXRd4sr3pIL9MZ9kQfYg+50W6J8sDPrgtWau7oJw=; b=FN+RcjItljyB0JJw5BGL3tPk9I3QwcxaTXp3qDHpGyeXNvVKPoyGw7sgshlr3xIR8U 81TCBiE/GcvS1KTNaHE/wzQXvfQsysCbnTrasuWnwp3bD8XAFeB0zV95zGPqQ0Qjg+64 iD2xv8NPqjpUq6nw6ZA2PLp27UC7pq9T6bJutThksvkF3CoUrEKJ8OPP3t/M0bwX+vyc HZdVLMeSjyB+hW0QwU5vic3yDqI193IMwFeu5slnZE8c9ACZBxiNoZhO1Q67P75A4RzM sq0IKWs/T5xIPa5+Axzcl6gJ3ckF+12DnmM9tr0yEn26Pw3AfUdofBLfhbOEOQ1Y7sof VHSg== X-Received: by 10.180.91.6 with SMTP id ca6mr6170445wib.4.1376304673055; Mon, 12 Aug 2013 03:51:13 -0700 (PDT) Received: from [172.16.26.11] (05442196.skybroadband.com. [5.68.33.150]) by mx.google.com with ESMTPSA id jf9sm15555012wic.5.2013.08.12.03.51.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 12 Aug 2013 03:51:11 -0700 (PDT) Message-ID: <5208BE1D.9080307@xen.org> Date: Mon, 12 Aug 2013 11:51:09 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-api@lists.xen.org" Subject: [Xen-API] Re-document XenAPI integration with OpenStack X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, for those who care about XenAPI and OpenStack, you should be aware of https://blueprints.launchpad.net/openstack-manuals/+spec/redocument-xen You may want to sign up to the blueprint and you may be able to help improve the docs, or verify assumptions, help others. Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without it, it is unlikely that XenAPI will be a first class citizen in OpenStack. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Aug 12 10:51:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Aug 2013 10:51:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8piW-0003M5-Cd; Mon, 12 Aug 2013 10:51:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V8piU-0003Lr-Jt for xen-api@lists.xen.org; Mon, 12 Aug 2013 10:51:14 +0000 Received: from [85.158.139.211:25358] by server-11.bemta-5.messagelabs.com id 1C/CE-02024-12EB8025; Mon, 12 Aug 2013 10:51:13 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1376304673!1962454!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26459 invoked from network); 12 Aug 2013 10:51:13 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Aug 2013 10:51:13 -0000 Received: by mail-wi0-f173.google.com with SMTP id en1so1520898wid.0 for ; Mon, 12 Aug 2013 03:51:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=jN9HXRd4sr3pIL9MZ9kQfYg+50W6J8sDPrgtWau7oJw=; b=FN+RcjItljyB0JJw5BGL3tPk9I3QwcxaTXp3qDHpGyeXNvVKPoyGw7sgshlr3xIR8U 81TCBiE/GcvS1KTNaHE/wzQXvfQsysCbnTrasuWnwp3bD8XAFeB0zV95zGPqQ0Qjg+64 iD2xv8NPqjpUq6nw6ZA2PLp27UC7pq9T6bJutThksvkF3CoUrEKJ8OPP3t/M0bwX+vyc HZdVLMeSjyB+hW0QwU5vic3yDqI193IMwFeu5slnZE8c9ACZBxiNoZhO1Q67P75A4RzM sq0IKWs/T5xIPa5+Axzcl6gJ3ckF+12DnmM9tr0yEn26Pw3AfUdofBLfhbOEOQ1Y7sof VHSg== X-Received: by 10.180.91.6 with SMTP id ca6mr6170445wib.4.1376304673055; Mon, 12 Aug 2013 03:51:13 -0700 (PDT) Received: from [172.16.26.11] (05442196.skybroadband.com. [5.68.33.150]) by mx.google.com with ESMTPSA id jf9sm15555012wic.5.2013.08.12.03.51.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 12 Aug 2013 03:51:11 -0700 (PDT) Message-ID: <5208BE1D.9080307@xen.org> Date: Mon, 12 Aug 2013 11:51:09 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-api@lists.xen.org" Subject: [Xen-API] Re-document XenAPI integration with OpenStack X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, for those who care about XenAPI and OpenStack, you should be aware of https://blueprints.launchpad.net/openstack-manuals/+spec/redocument-xen You may want to sign up to the blueprint and you may be able to help improve the docs, or verify assumptions, help others. Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without it, it is unlikely that XenAPI will be a first class citizen in OpenStack. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 13 14:52:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 13 Aug 2013 14:52:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Fxc-0003DV-02; Tue, 13 Aug 2013 14:52:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Fxa-0003DK-Dp for xen-api@lists.xen.org; Tue, 13 Aug 2013 14:52:34 +0000 Received: from [85.158.137.68:5559] by server-12.bemta-3.messagelabs.com id 8A/C0-25967-1384A025; Tue, 13 Aug 2013 14:52:33 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-12.tower-31.messagelabs.com!1376405552!1531076!1 X-Originating-IP: [80.12.242.125] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8149 invoked from network); 13 Aug 2013 14:52:33 -0000 Received: from smtp03.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.125) by server-12.tower-31.messagelabs.com with SMTP; 13 Aug 2013 14:52:33 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d38 with ME id CEsY1m00D3zjds103EsYDb; Tue, 13 Aug 2013 16:52:32 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 6CFBC161BD0 for ; Tue, 13 Aug 2013 16:52:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2nH7fdNT8OeO for ; Tue, 13 Aug 2013 16:52:30 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 9BA99161D65 for ; Tue, 13 Aug 2013 16:52:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 9kJhxAa2kPnW; Tue, 13 Aug 2013 16:52:28 +0200 (CEST) Received: from srvlts1.tranquilit.local (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id B2F0E161BD0; Tue, 13 Aug 2013 16:52:28 +0200 (CEST) Message-ID: <520A482C.9090407@tranquil-it-systems.fr> Date: Tue, 13 Aug 2013 16:52:28 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" Subject: [Xen-API] xenserver and dom0 vdi io cache X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, I've been a very long time xen then xcp then xenserver user (and still = run very happily with them). Recently I've had to use virtualbox for = demo'ing a project on my laptop and was very impressed by the io = throughtput. Knowing that my laptop definitly hadn't a high end raid5 of = ssd beneath, I quickly found that there is a small checkbox "Use host = I/O cache" in the disk configuration. If this is unchecked io = throughtput in VMs get a nose dive and get back to normal. I'm not looking at comparing the apple and orange thing, since host RAM = to do writeback cache cannot be compared with a proper io chain like in = xenserver. However there are a few scenario, like non critical virtual desktop or = test/development/integration virtual machines where I think that I could = bear with data loss in case of poweroutage or hardware failure in = exchange for a great io boost. So my question is is there a way to enable such a writeback cache at the = VDI/VBD disk level in XenServer? Thanks a lot, Denis -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 13 14:52:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 13 Aug 2013 14:52:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Fxc-0003DV-02; Tue, 13 Aug 2013 14:52:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Fxa-0003DK-Dp for xen-api@lists.xen.org; Tue, 13 Aug 2013 14:52:34 +0000 Received: from [85.158.137.68:5559] by server-12.bemta-3.messagelabs.com id 8A/C0-25967-1384A025; Tue, 13 Aug 2013 14:52:33 +0000 X-Env-Sender: denis.cardon@tranquil-it-systems.fr X-Msg-Ref: server-12.tower-31.messagelabs.com!1376405552!1531076!1 X-Originating-IP: [80.12.242.125] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8149 invoked from network); 13 Aug 2013 14:52:33 -0000 Received: from smtp03.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.125) by server-12.tower-31.messagelabs.com with SMTP; 13 Aug 2013 14:52:33 -0000 Received: from srvzimbra.tranquilit.local ([193.252.46.185]) by mwinf5d38 with ME id CEsY1m00D3zjds103EsYDb; Tue, 13 Aug 2013 16:52:32 +0200 Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 6CFBC161BD0 for ; Tue, 13 Aug 2013 16:52:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2nH7fdNT8OeO for ; Tue, 13 Aug 2013 16:52:30 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id 9BA99161D65 for ; Tue, 13 Aug 2013 16:52:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at tranquilit.local Received: from srvzimbra.tranquilit.local ([127.0.0.1]) by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 9kJhxAa2kPnW; Tue, 13 Aug 2013 16:52:28 +0200 (CEST) Received: from srvlts1.tranquilit.local (srvlts1.tranquilit.local [192.168.149.14]) by srvzimbra.tranquilit.local (Postfix) with ESMTP id B2F0E161BD0; Tue, 13 Aug 2013 16:52:28 +0200 (CEST) Message-ID: <520A482C.9090407@tranquil-it-systems.fr> Date: Tue, 13 Aug 2013 16:52:28 +0200 From: Denis Cardon User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" Subject: [Xen-API] xenserver and dom0 vdi io cache X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, I've been a very long time xen then xcp then xenserver user (and still = run very happily with them). Recently I've had to use virtualbox for = demo'ing a project on my laptop and was very impressed by the io = throughtput. Knowing that my laptop definitly hadn't a high end raid5 of = ssd beneath, I quickly found that there is a small checkbox "Use host = I/O cache" in the disk configuration. If this is unchecked io = throughtput in VMs get a nose dive and get back to normal. I'm not looking at comparing the apple and orange thing, since host RAM = to do writeback cache cannot be compared with a proper io chain like in = xenserver. However there are a few scenario, like non critical virtual desktop or = test/development/integration virtual machines where I think that I could = bear with data loss in case of poweroutage or hardware failure in = exchange for a great io boost. So my question is is there a way to enable such a writeback cache at the = VDI/VBD disk level in XenServer? Thanks a lot, Denis -- = Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, b=E2timent A 12 avenue Jules Verne 44230 Saint S=E9bastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 14 05:13:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 05:13:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9TOf-0004Qu-3j; Wed, 14 Aug 2013 05:13:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9TOc-0004Qo-T9 for xen-api@lists.xen.org; Wed, 14 Aug 2013 05:13:23 +0000 Received: from [85.158.143.35:35840] by server-3.bemta-4.messagelabs.com id F0/79-29480-1F11B025; Wed, 14 Aug 2013 05:13:21 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1376457198!4226054!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29208 invoked from network); 14 Aug 2013 05:13:19 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 05:13:19 -0000 Received: by mail-lb0-f173.google.com with SMTP id 10so6503924lbf.18 for ; Tue, 13 Aug 2013 22:13:18 -0700 (PDT) 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 :cc:content-type; bh=3QV5y24B2jU98JxNq1EWCfbAOJxKKshjTHTeznGAD0Q=; b=thW7+tYBvSp3HbO+W8QdWwjOpp67/R2sR3/w1g3F5wX0pbsNc6yuYUbh9jAK1dMoLS vbYBrKlSRy8DGZIcA0IBwKneE0f8UDrygqzXJFV9DAXx0YkltVsOf2/h257Injqs/LEW SIgi6KtkPwJf5+BYDyZHRx39FRQnYYMwGyzexG5Fwe81fu+P2Xvo3yhOB6Su+ywS2zUO 4j9qVcN8AJ1j5BtHp+PeNuAkdzj9ZRoSnv6FiMzGZCPmqNMgcGnCQIsz9hT1NCZE7z0f U1rSwY4y0VZ8mVCCInddTH+ZwZErLs+FSUnX5pAVyAMKU+00osEXNa0Ei+hrFw+2Nj/9 G0Hw== X-Received: by 10.152.44.225 with SMTP id h1mr6993823lam.15.1376457198429; Tue, 13 Aug 2013 22:13:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.96.98 with HTTP; Tue, 13 Aug 2013 22:12:38 -0700 (PDT) In-Reply-To: <5208BE1D.9080307@xen.org> References: <5208BE1D.9080307@xen.org> From: Grant McWilliams Date: Tue, 13 Aug 2013 22:12:38 -0700 Message-ID: To: Lars Kurth Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Re-document XenAPI integration with OpenStack X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8979871357304696488==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8979871357304696488== Content-Type: multipart/alternative; boundary=089e0160b7be5c6e3204e3e16a27 --089e0160b7be5c6e3204e3e16a27 Content-Type: text/plain; charset=UTF-8 I know some folks that may be interested... Let me talk to the group. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. On Mon, Aug 12, 2013 at 3:51 AM, Lars Kurth wrote: > Hi, > > for those who care about XenAPI and OpenStack, you should be aware of > https://blueprints.launchpad.**net/openstack-manuals/+spec/** > redocument-xen > You may want to sign up to the blueprint and you may be able to help > improve the docs, or verify assumptions, help others. > > Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without > it, it is unlikely that XenAPI will be a first class citizen in OpenStack. > > Best Regards > Lars > > > > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --089e0160b7be5c6e3204e3e16a27 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I know some folks that may be interested... Let me talk to= the group.

Grant Mc= Williams
http:= //grantmcwilliams.com/

Some people, when confronted with a problem, think "I know, I'= ll use Windows."
Now they have two problems.


On Mon, Aug 12, 2013 at 3:51 AM, Lars Ku= rth <lars.kurth@xen.org> wrote:
Hi,

for those who care about XenAPI and OpenStack, you should be aware of https://blueprints.launchpad.net/openstack-man= uals/+spec/redocument-xen
You may want to sign up to the blueprint and you may be able to help improv= e the docs, or verify assumptions, help others.

Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without = it, it is unlikely that XenAPI will be a first class citizen in OpenStack.<= br>
Best Regards
Lars



_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--089e0160b7be5c6e3204e3e16a27-- --===============8979871357304696488== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8979871357304696488==-- From xen-api-bounces@lists.xen.org Wed Aug 14 05:13:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 05:13:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9TOf-0004Qu-3j; Wed, 14 Aug 2013 05:13:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9TOc-0004Qo-T9 for xen-api@lists.xen.org; Wed, 14 Aug 2013 05:13:23 +0000 Received: from [85.158.143.35:35840] by server-3.bemta-4.messagelabs.com id F0/79-29480-1F11B025; Wed, 14 Aug 2013 05:13:21 +0000 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1376457198!4226054!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29208 invoked from network); 14 Aug 2013 05:13:19 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 05:13:19 -0000 Received: by mail-lb0-f173.google.com with SMTP id 10so6503924lbf.18 for ; Tue, 13 Aug 2013 22:13:18 -0700 (PDT) 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 :cc:content-type; bh=3QV5y24B2jU98JxNq1EWCfbAOJxKKshjTHTeznGAD0Q=; b=thW7+tYBvSp3HbO+W8QdWwjOpp67/R2sR3/w1g3F5wX0pbsNc6yuYUbh9jAK1dMoLS vbYBrKlSRy8DGZIcA0IBwKneE0f8UDrygqzXJFV9DAXx0YkltVsOf2/h257Injqs/LEW SIgi6KtkPwJf5+BYDyZHRx39FRQnYYMwGyzexG5Fwe81fu+P2Xvo3yhOB6Su+ywS2zUO 4j9qVcN8AJ1j5BtHp+PeNuAkdzj9ZRoSnv6FiMzGZCPmqNMgcGnCQIsz9hT1NCZE7z0f U1rSwY4y0VZ8mVCCInddTH+ZwZErLs+FSUnX5pAVyAMKU+00osEXNa0Ei+hrFw+2Nj/9 G0Hw== X-Received: by 10.152.44.225 with SMTP id h1mr6993823lam.15.1376457198429; Tue, 13 Aug 2013 22:13:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.96.98 with HTTP; Tue, 13 Aug 2013 22:12:38 -0700 (PDT) In-Reply-To: <5208BE1D.9080307@xen.org> References: <5208BE1D.9080307@xen.org> From: Grant McWilliams Date: Tue, 13 Aug 2013 22:12:38 -0700 Message-ID: To: Lars Kurth Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Re-document XenAPI integration with OpenStack X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8979871357304696488==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8979871357304696488== Content-Type: multipart/alternative; boundary=089e0160b7be5c6e3204e3e16a27 --089e0160b7be5c6e3204e3e16a27 Content-Type: text/plain; charset=UTF-8 I know some folks that may be interested... Let me talk to the group. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Windows." Now they have two problems. On Mon, Aug 12, 2013 at 3:51 AM, Lars Kurth wrote: > Hi, > > for those who care about XenAPI and OpenStack, you should be aware of > https://blueprints.launchpad.**net/openstack-manuals/+spec/** > redocument-xen > You may want to sign up to the blueprint and you may be able to help > improve the docs, or verify assumptions, help others. > > Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without > it, it is unlikely that XenAPI will be a first class citizen in OpenStack. > > Best Regards > Lars > > > > ______________________________**_________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/**mailman/listinfo/xen-api > --089e0160b7be5c6e3204e3e16a27 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I know some folks that may be interested... Let me talk to= the group.

Grant Mc= Williams
http:= //grantmcwilliams.com/

Some people, when confronted with a problem, think "I know, I'= ll use Windows."
Now they have two problems.


On Mon, Aug 12, 2013 at 3:51 AM, Lars Ku= rth <lars.kurth@xen.org> wrote:
Hi,

for those who care about XenAPI and OpenStack, you should be aware of https://blueprints.launchpad.net/openstack-man= uals/+spec/redocument-xen
You may want to sign up to the blueprint and you may be able to help improv= e the docs, or verify assumptions, help others.

Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without = it, it is unlikely that XenAPI will be a first class citizen in OpenStack.<= br>
Best Regards
Lars



_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--089e0160b7be5c6e3204e3e16a27-- --===============8979871357304696488== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8979871357304696488==-- From xen-api-bounces@lists.xen.org Wed Aug 14 09:33:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 09:33:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9XSX-0006Rl-Vd; Wed, 14 Aug 2013 09:33:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9XSV-0006Rg-V9 for xen-api@lists.xen.org; Wed, 14 Aug 2013 09:33:40 +0000 Received: from [85.158.137.68:42873] by server-14.bemta-3.messagelabs.com id 81/37-10094-3FE4B025; Wed, 14 Aug 2013 09:33:39 +0000 X-Env-Sender: guillaume.thouvenin@polymtl.ca X-Msg-Ref: server-14.tower-31.messagelabs.com!1376472817!1676665!1 X-Originating-IP: [132.207.4.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23003 invoked from network); 14 Aug 2013 09:33:38 -0000 Received: from smtp.polymtl.ca (HELO smtp.polymtl.ca) (132.207.4.11) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Aug 2013 09:33:38 -0000 Received: from localhost (imp-4-2.polymtl.ca [132.207.4.77]) by smtp.polymtl.ca (8.14.3/8.14.3) with ESMTP id r7E9XYeK023524; Wed, 14 Aug 2013 05:33:35 -0400 Received: from b017311-ux.frec.bull.fr (b017311-ux.frec.bull.fr [129.183.140.139]) by www.imp.polymtl.ca (Horde MIME library) with HTTP; Wed, 14 Aug 2013 11:33:34 +0200 Message-ID: <20130814113334.n6jg9n4cg0go00o0@www.imp.polymtl.ca> Date: Wed, 14 Aug 2013 11:33:34 +0200 From: Guillaume Thouvenin To: Rob Hoes References: <360717C0B01E6345BCBE64B758E22C2D079992@LONPEX01CL03.citrite.net> <360717C0B01E6345BCBE64B758E22C2D07A242@LONPEX01CL03.citrite.net> In-Reply-To: <360717C0B01E6345BCBE64B758E22C2D07A242@LONPEX01CL03.citrite.net> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) X-Poly-FromMTA: (imp-4-2.polymtl.ca [132.207.4.77]) at Wed, 14 Aug 2013 09:33:34 +0000 Cc: 'Andrea Curtoni' , "xen-api@lists.xen.org" Subject: Re: [Xen-API] GPU passthrough: multiple vGPUs on the same VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Rob Hoes a =E9crit : > One slight note is that other-config:pci is a little more low-level = > than the GPU-specific functions. Hello guys, I'm currently testing a nvidia grid K1 that shows 4 pci devices. I'm = using Xenserver 6.2 to manage my VMs. If I run the command "xe = gpu-group-list" I can see one group of nvidia K1 that contains four = PGPU-uuids (that corresponds to the 4 GPUs provided by the K1). If I = attach this group to a VM I only see one nvidia device in my VM. So if = I understand correctly, with the GPU specific functions you can not = bind all GPUs to a VM. I can not split the vGPU in different gpu group = right? So If I want to attach for example two vGPU to a VM and the two others = to another one I need to set other-config:pci, right? Thanks for the clarifications, Best regards, Guillaume _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 14 09:33:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 09:33:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9XSX-0006Rl-Vd; Wed, 14 Aug 2013 09:33:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9XSV-0006Rg-V9 for xen-api@lists.xen.org; Wed, 14 Aug 2013 09:33:40 +0000 Received: from [85.158.137.68:42873] by server-14.bemta-3.messagelabs.com id 81/37-10094-3FE4B025; Wed, 14 Aug 2013 09:33:39 +0000 X-Env-Sender: guillaume.thouvenin@polymtl.ca X-Msg-Ref: server-14.tower-31.messagelabs.com!1376472817!1676665!1 X-Originating-IP: [132.207.4.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23003 invoked from network); 14 Aug 2013 09:33:38 -0000 Received: from smtp.polymtl.ca (HELO smtp.polymtl.ca) (132.207.4.11) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Aug 2013 09:33:38 -0000 Received: from localhost (imp-4-2.polymtl.ca [132.207.4.77]) by smtp.polymtl.ca (8.14.3/8.14.3) with ESMTP id r7E9XYeK023524; Wed, 14 Aug 2013 05:33:35 -0400 Received: from b017311-ux.frec.bull.fr (b017311-ux.frec.bull.fr [129.183.140.139]) by www.imp.polymtl.ca (Horde MIME library) with HTTP; Wed, 14 Aug 2013 11:33:34 +0200 Message-ID: <20130814113334.n6jg9n4cg0go00o0@www.imp.polymtl.ca> Date: Wed, 14 Aug 2013 11:33:34 +0200 From: Guillaume Thouvenin To: Rob Hoes References: <360717C0B01E6345BCBE64B758E22C2D079992@LONPEX01CL03.citrite.net> <360717C0B01E6345BCBE64B758E22C2D07A242@LONPEX01CL03.citrite.net> In-Reply-To: <360717C0B01E6345BCBE64B758E22C2D07A242@LONPEX01CL03.citrite.net> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) X-Poly-FromMTA: (imp-4-2.polymtl.ca [132.207.4.77]) at Wed, 14 Aug 2013 09:33:34 +0000 Cc: 'Andrea Curtoni' , "xen-api@lists.xen.org" Subject: Re: [Xen-API] GPU passthrough: multiple vGPUs on the same VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Rob Hoes a =E9crit : > One slight note is that other-config:pci is a little more low-level = > than the GPU-specific functions. Hello guys, I'm currently testing a nvidia grid K1 that shows 4 pci devices. I'm = using Xenserver 6.2 to manage my VMs. If I run the command "xe = gpu-group-list" I can see one group of nvidia K1 that contains four = PGPU-uuids (that corresponds to the 4 GPUs provided by the K1). If I = attach this group to a VM I only see one nvidia device in my VM. So if = I understand correctly, with the GPU specific functions you can not = bind all GPUs to a VM. I can not split the vGPU in different gpu group = right? So If I want to attach for example two vGPU to a VM and the two others = to another one I need to set other-config:pci, right? Thanks for the clarifications, Best regards, Guillaume _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 14 09:57:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 09:57:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Xpm-0008Ny-Nd; Wed, 14 Aug 2013 09:57:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Xpl-0008Nk-5V for xen-api@lists.xen.org; Wed, 14 Aug 2013 09:57:41 +0000 Received: from [193.109.254.147:10841] by server-3.bemta-14.messagelabs.com id CC/68-00891-4945B025; Wed, 14 Aug 2013 09:57:40 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1376474257!4009420!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2162 invoked from network); 14 Aug 2013 09:57:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 09:57:39 -0000 X-IronPort-AV: E=Sophos;i="4.89,876,1367971200"; d="scan'208";a="7790742" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 09:57:29 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL02.citrite.net ([169.254.2.83]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 10:57:28 +0100 From: John Else To: Guillaume Thouvenin , Rob Hoes Thread-Topic: [Xen-API] GPU passthrough: multiple vGPUs on the same VM Thread-Index: AQHOfk4cRbu42uMgqECuokNTiXdnhplflGGAgAFedACAAAzQAIAzlawAgAAXAsA= Date: Wed, 14 Aug 2013 09:57:27 +0000 Message-ID: References: <360717C0B01E6345BCBE64B758E22C2D079992@LONPEX01CL03.citrite.net> <360717C0B01E6345BCBE64B758E22C2D07A242@LONPEX01CL03.citrite.net> <20130814113334.n6jg9n4cg0go00o0@www.imp.polymtl.ca> In-Reply-To: <20130814113334.n6jg9n4cg0go00o0@www.imp.polymtl.ca> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: 'Andrea Curtoni' , "xen-api@lists.xen.org" Subject: Re: [Xen-API] GPU passthrough: multiple vGPUs on the same VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > Rob Hoes a =E9crit : > > > One slight note is that other-config:pci is a little more low-level = > > than the GPU-specific functions. > > Hello guys, > > I'm currently testing a nvidia grid K1 that shows 4 pci devices. I'm usin= g Xenserver 6.2 to manage my VMs. If I run the command "xe gpu-group-list" = I can see one group of nvidia K1 that contains four PGPU-uuids (that corres= ponds to the 4 GPUs provided by the K1). If I > attach this group to a VM I= only see one nvidia device in my VM. So if I understand correctly, with th= e GPU specific functions you can not bind all GPUs to a VM. I can not split= the vGPU in different gpu group right? > > So If I want to attach for example two vGPU to a VM and the two others to= another one I need to set other-config:pci, right? > > Thanks for the clarifications, > Best regards, > Guillaume That's right, the official API for GPU passthrough only allows one vGPU per= VM. John _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 14 09:57:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 09:57:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Xpm-0008Ny-Nd; Wed, 14 Aug 2013 09:57:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Xpl-0008Nk-5V for xen-api@lists.xen.org; Wed, 14 Aug 2013 09:57:41 +0000 Received: from [193.109.254.147:10841] by server-3.bemta-14.messagelabs.com id CC/68-00891-4945B025; Wed, 14 Aug 2013 09:57:40 +0000 X-Env-Sender: john.else@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1376474257!4009420!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2162 invoked from network); 14 Aug 2013 09:57:39 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 09:57:39 -0000 X-IronPort-AV: E=Sophos;i="4.89,876,1367971200"; d="scan'208";a="7790742" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 09:57:29 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL02.citrite.net ([169.254.2.83]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 10:57:28 +0100 From: John Else To: Guillaume Thouvenin , Rob Hoes Thread-Topic: [Xen-API] GPU passthrough: multiple vGPUs on the same VM Thread-Index: AQHOfk4cRbu42uMgqECuokNTiXdnhplflGGAgAFedACAAAzQAIAzlawAgAAXAsA= Date: Wed, 14 Aug 2013 09:57:27 +0000 Message-ID: References: <360717C0B01E6345BCBE64B758E22C2D079992@LONPEX01CL03.citrite.net> <360717C0B01E6345BCBE64B758E22C2D07A242@LONPEX01CL03.citrite.net> <20130814113334.n6jg9n4cg0go00o0@www.imp.polymtl.ca> In-Reply-To: <20130814113334.n6jg9n4cg0go00o0@www.imp.polymtl.ca> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: 'Andrea Curtoni' , "xen-api@lists.xen.org" Subject: Re: [Xen-API] GPU passthrough: multiple vGPUs on the same VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > Rob Hoes a =E9crit : > > > One slight note is that other-config:pci is a little more low-level = > > than the GPU-specific functions. > > Hello guys, > > I'm currently testing a nvidia grid K1 that shows 4 pci devices. I'm usin= g Xenserver 6.2 to manage my VMs. If I run the command "xe gpu-group-list" = I can see one group of nvidia K1 that contains four PGPU-uuids (that corres= ponds to the 4 GPUs provided by the K1). If I > attach this group to a VM I= only see one nvidia device in my VM. So if I understand correctly, with th= e GPU specific functions you can not bind all GPUs to a VM. I can not split= the vGPU in different gpu group right? > > So If I want to attach for example two vGPU to a VM and the two others to= another one I need to set other-config:pci, right? > > Thanks for the clarifications, > Best regards, > Guillaume That's right, the official API for GPU passthrough only allows one vGPU per= VM. John _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 14 11:49:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 11:49:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ZZ7-0006ad-Ej; Wed, 14 Aug 2013 11:48:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ZZ5-0006aX-Or for xen-api@lists.xensource.com; Wed, 14 Aug 2013 11:48:35 +0000 Received: from [85.158.137.68:54034] by server-12.bemta-3.messagelabs.com id 9F/6A-25967-29E6B025; Wed, 14 Aug 2013 11:48:34 +0000 X-Env-Sender: djroger.abalando@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1376480913!1723968!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20162 invoked from network); 14 Aug 2013 11:48:34 -0000 Received: from mail-wg0-f52.google.com (HELO mail-wg0-f52.google.com) (74.125.82.52) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 11:48:34 -0000 Received: by mail-wg0-f52.google.com with SMTP id b13so7590356wgh.7 for ; Wed, 14 Aug 2013 04:48:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=W+vBDMVd6GZfIIFdiR9ngcMUSaU7Nj1a10gnIa5mc6U=; b=lFggOnHDFJbJY2dYkwahi50wSnUrcPvE6quq3aOfnFJdB4RLFWtUW6j/Q3zEY+Mrqh /x/67pXIs0TOiQ+YG2bTr18EFfBaZu+cU45ocJW941a8lIwSJh8KRKDcb7jSfIeOc4Wv GaqOWbzfEcSPKoYbNjJhV5OkDaD0imWs88S6uqyZmy01w2LSSAw0i0S/VhyNa8SS9RGq 0nCBE+nGNRD2cy3l+JAqVEGRpV5wwqaiDO4ma3eiVkShif0tLeP6saHpDhPqH9CWF4be CnhwLtFXDmDAAZu64gC5C1x3dk+IPUDlfPCBAFPnFmFM8qYcN2aBWQ5AX+t+11J753KC /4Pg== MIME-Version: 1.0 X-Received: by 10.194.122.99 with SMTP id lr3mr5766692wjb.21.1376480913676; Wed, 14 Aug 2013 04:48:33 -0700 (PDT) Received: by 10.180.37.162 with HTTP; Wed, 14 Aug 2013 04:48:33 -0700 (PDT) Date: Wed, 14 Aug 2013 08:48:33 -0300 Message-ID: From: DJ Roger To: xen-api@lists.xensource.com Subject: [Xen-API] XCP x Xenserver Open Source X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5746532875817937857==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5746532875817937857== Content-Type: multipart/alternative; boundary=089e011779b5e6641e04e3e6eff8 --089e011779b5e6641e04e3e6eff8 Content-Type: text/plain; charset=ISO-8859-1 Anyone know what the differences between XCP and Xenserver Open Source ( http://www.xenserver.org )? Are the same as listed in http://wiki.xenproject.org/wiki/XCP/XenServer_Feature_Matrix? Thanks Rogerio da Costa --089e011779b5e6641e04e3e6eff8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
<= span class=3D"">Anyone know what the differences be= tween XCP and Xenserver Open Source ( = http://www.xenserver.org )?


= Are the same as listed in http://wiki.xenproject.org/wiki/XCP/XenServer_Feature_Matrix<= /a>?


= Thanks
--089e011779b5e6641e04e3e6eff8-- --===============5746532875817937857== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5746532875817937857==-- From xen-api-bounces@lists.xen.org Wed Aug 14 11:49:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 11:49:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ZZ7-0006ad-Ej; Wed, 14 Aug 2013 11:48:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ZZ5-0006aX-Or for xen-api@lists.xensource.com; Wed, 14 Aug 2013 11:48:35 +0000 Received: from [85.158.137.68:54034] by server-12.bemta-3.messagelabs.com id 9F/6A-25967-29E6B025; Wed, 14 Aug 2013 11:48:34 +0000 X-Env-Sender: djroger.abalando@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1376480913!1723968!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20162 invoked from network); 14 Aug 2013 11:48:34 -0000 Received: from mail-wg0-f52.google.com (HELO mail-wg0-f52.google.com) (74.125.82.52) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 11:48:34 -0000 Received: by mail-wg0-f52.google.com with SMTP id b13so7590356wgh.7 for ; Wed, 14 Aug 2013 04:48:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=W+vBDMVd6GZfIIFdiR9ngcMUSaU7Nj1a10gnIa5mc6U=; b=lFggOnHDFJbJY2dYkwahi50wSnUrcPvE6quq3aOfnFJdB4RLFWtUW6j/Q3zEY+Mrqh /x/67pXIs0TOiQ+YG2bTr18EFfBaZu+cU45ocJW941a8lIwSJh8KRKDcb7jSfIeOc4Wv GaqOWbzfEcSPKoYbNjJhV5OkDaD0imWs88S6uqyZmy01w2LSSAw0i0S/VhyNa8SS9RGq 0nCBE+nGNRD2cy3l+JAqVEGRpV5wwqaiDO4ma3eiVkShif0tLeP6saHpDhPqH9CWF4be CnhwLtFXDmDAAZu64gC5C1x3dk+IPUDlfPCBAFPnFmFM8qYcN2aBWQ5AX+t+11J753KC /4Pg== MIME-Version: 1.0 X-Received: by 10.194.122.99 with SMTP id lr3mr5766692wjb.21.1376480913676; Wed, 14 Aug 2013 04:48:33 -0700 (PDT) Received: by 10.180.37.162 with HTTP; Wed, 14 Aug 2013 04:48:33 -0700 (PDT) Date: Wed, 14 Aug 2013 08:48:33 -0300 Message-ID: From: DJ Roger To: xen-api@lists.xensource.com Subject: [Xen-API] XCP x Xenserver Open Source X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5746532875817937857==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5746532875817937857== Content-Type: multipart/alternative; boundary=089e011779b5e6641e04e3e6eff8 --089e011779b5e6641e04e3e6eff8 Content-Type: text/plain; charset=ISO-8859-1 Anyone know what the differences between XCP and Xenserver Open Source ( http://www.xenserver.org )? Are the same as listed in http://wiki.xenproject.org/wiki/XCP/XenServer_Feature_Matrix? Thanks Rogerio da Costa --089e011779b5e6641e04e3e6eff8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
<= span class=3D"">Anyone know what the differences be= tween XCP and Xenserver Open Source ( = http://www.xenserver.org )?


= Are the same as listed in http://wiki.xenproject.org/wiki/XCP/XenServer_Feature_Matrix<= /a>?


= Thanks
--089e011779b5e6641e04e3e6eff8-- --===============5746532875817937857== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5746532875817937857==-- From xen-api-bounces@lists.xen.org Wed Aug 14 11:57:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 11:57:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Zi1-0006kY-C4; Wed, 14 Aug 2013 11:57:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Zhy-0006kR-5Y for xen-api@lists.xen.org; Wed, 14 Aug 2013 11:57:47 +0000 Received: from [85.158.137.68:55706] by server-6.bemta-3.messagelabs.com id 32/EE-05606-9B07B025; Wed, 14 Aug 2013 11:57:45 +0000 X-Env-Sender: piotr.teodorowski@unity.pl X-Msg-Ref: server-16.tower-31.messagelabs.com!1376481443!1715092!1 X-Originating-IP: [213.199.154.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20153 invoked from network); 14 Aug 2013 11:57:24 -0000 Received: from mail-db3lp0081.outbound.protection.outlook.com (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.81) by server-16.tower-31.messagelabs.com with AES128-SHA encrypted SMTP; 14 Aug 2013 11:57:24 -0000 Received: from DB3PRD0310HT004.eurprd03.prod.outlook.com (10.255.44.39) by AMSPR03MB051.eurprd03.prod.outlook.com (10.242.79.149) with Microsoft SMTP Server (TLS) id 15.0.731.12; Wed, 14 Aug 2013 11:57:21 +0000 Received: from s-pteodoro.localnet (193.178.214.60) by pod51013.outlook.com (10.255.44.39) with Microsoft SMTP Server (TLS) id 14.16.347.3; Wed, 14 Aug 2013 11:57:19 +0000 From: Piotr Teodorowski To: Date: Wed, 14 Aug 2013 13:57:16 +0200 User-Agent: KMail/1.13.7 (Linux/3.9-1-686-pae; KDE/4.8.4; i686; ; ) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Boundary-00=_cC3CSB30HTdAQdf" Message-ID: <201308141357.16916.piotr.teodorowski@unity.pl> X-Originating-IP: [193.178.214.60] X-Forefront-PRVS: 0938781D02 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(189002)(199002)(83322001)(19580395003)(512874002)(74706001)(81686001)(51856001)(83072001)(43066001)(568964001)(50986001)(14296002)(49866001)(4396001)(46102001)(71186001)(81816001)(74366001)(74876001)(47976001)(69226001)(47736001)(65816001)(66066001)(80022001)(80976001)(81542001)(81342001)(76176001)(76796001)(54316002)(76786001)(56816003)(63696002)(76482001)(33646001)(54356001)(79102001)(59766001)(77982001)(56776001)(16406001)(36756003)(77096001)(47446002)(74482001)(74662001)(74502001); DIR:OUT; SFP:; SCL:1; SRVR:AMSPR03MB051; H:DB3PRD0310HT004.eurprd03.prod.outlook.com; CLIP:193.178.214.60; RD:InfoNoRecords; MX:1; A:1; LANG:en; X-OriginatorOrg: unity.pl Subject: [Xen-API] Unable to move (live) VM's disk between storages X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: xen-api@lists.xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --Boundary-00=_cC3CSB30HTdAQdf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, I'm using XCP 1.6.10-61809c. I've tried to move VM's disk between 2 shared storage (both are FC) without shutting down machine. In xensource log: Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414132 UNIX /var/xapi/xapi|VDI.get_by_uuid D:e0a8fe883a4f|dispatcher] Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; OLD_a88f05be-033f-4d23- a66f-715fa50439d0 ] What I did was: 1 navigate to VM storage tab 2 clicked Move 3 choose destination storage (VM_PROD) 4 clicked Move and after about 4-5 minutes error appeared. I attached xensource.log (not all) and SMlog. Anyone can explain what is wrong? There is 40GB free space on source storage and 38GB free space on destination sotrage. The VDI size is 12GB. Regards Piotr Teodorowski --Boundary-00=_cC3CSB30HTdAQdf Content-Type: text/plain; charset="UTF-8"; name="SMlog" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="SMlog" [7185] 2013-08-14 13:10:08.727089 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a58eb00002a60518869bd [7185] 2013-08-14 13:10:08.741657 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a58eb00002a60518869bd [7185] 2013-08-14 13:10:08.875488 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [7185] 2013-08-14 13:10:08.908767 ['/usr/sbin/vgs', 'VG_XenStorage-5a998863= =2D45b0-3031-e31b-13c92393ad97'] [7185] 2013-08-14 13:10:09.029349 pread SUCCESS [7185] 2013-08-14 13:10:09.029568 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.029653 LVMCache: will initialize now [7185] 2013-08-14 13:10:09.029700 LVMCache: refreshing [7185] 2013-08-14 13:10:09.029767 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [7185] 2013-08-14 13:10:09.068204 pread SUCCESS [7185] 2013-08-14 13:10:09.068707 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.068782 Entering _checkMetadataVolume [7185] 2013-08-14 13:10:09.069929 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.070008 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [7185] 2013-08-14 13:10:09.095201 ['/usr/sbin/vgs', 'VG_XenStorage-5a998863= =2D45b0-3031-e31b-13c92393ad97'] [7185] 2013-08-14 13:10:09.141967 pread SUCCESS [7185] 2013-08-14 13:10:09.142165 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.142252 LVMCache: will initialize now [7185] 2013-08-14 13:10:09.142305 LVMCache: refreshing [7185] 2013-08-14 13:10:09.142384 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [7185] 2013-08-14 13:10:09.190716 pread SUCCESS [7185] 2013-08-14 13:10:09.191236 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.191321 Entering _checkMetadataVolume [7185] 2013-08-14 13:10:09.192118 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.192327 sr_scan {'sr_uuid': '5a998863-45b0-3031-e= 31b-13c92393ad97', 'subtask_of': 'DummyRef:|b6adb7cd-237c-758a-af11-d016889= 2706a|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:814d1346-8821-bf53-e30a-a46b28d1c8= 46', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1= 97168126b1'} [7185] 2013-08-14 13:10:09.192613 LVHDSR.scan for 5a998863-45b0-3031-e31b-1= 3c92393ad97 [7185] 2013-08-14 13:10:09.192725 LVMCache: refreshing [7185] 2013-08-14 13:10:09.192827 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [7185] 2013-08-14 13:10:09.249392 pread SUCCESS [7185] 2013-08-14 13:10:09.250106 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7185] 2013-08-14 13:10:09.475687 pread SUCCESS [7185] 2013-08-14 13:10:09.478900 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7185] 2013-08-14 13:10:09.537989 pread SUCCESS [7185] 2013-08-14 13:10:09.846553 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [7185] 2013-08-14 13:10:09.846671 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [7185] 2013-08-14 13:10:09.846732 Kicking GC [7185] 2013-08-14 13:10:09.846782 =3D=3D=3D SR 5a998863-45b0-3031-e31b-13c9= 2393ad97: gc =3D=3D=3D [7473] 2013-08-14 13:10:09.851003 Will finish as PID [7474] [7185] 2013-08-14 13:10:09.852529 New PID [7473] [7185] 2013-08-14 13:10:09.853113 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/running [7185] 2013-08-14 13:10:09.854098 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.884983 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/sr [7474] 2013-08-14 13:10:10.085601 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [7474] 2013-08-14 13:10:10.346416 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [7474] 2013-08-14 13:10:10.346555 LVMCache: refreshing [7474] 2013-08-14 13:10:10.346656 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [7474] 2013-08-14 13:10:10.398382 pread SUCCESS [7474] 2013-08-14 13:10:10.399294 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7594] 2013-08-14 13:10:10.484758 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [7474] 2013-08-14 13:10:10.490544 pread SUCCESS [7594] 2013-08-14 13:10:10.492356 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [7474] 2013-08-14 13:10:10.492851 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees):=20 064ef036[VHD](8.000G//8.023G|n) 38596d07[VHD](135.000G//135.270G|n) 521dbd9f[VHD](86.000G//86.176G|n) 950e67ed[VHD](8.000G//8.023G|n) 8da1752b[VHD](86.000G//86.176G|n) 70e06f43[VHD](135.000G//135.270G|n) 6267ad05[VHD](100.000G//100.203G|n) 52bc5f8b[VHD](24.000G//24.055G|n) 4968c4e8[VHD](8.000G//8.023G|n) 71cd5588[VHD](18.000G//18.043G|n) e901ff84[VHD](14.000G//14.035G|n) a88f05be[VHD](12.000G//12.031G|n) 52c0beda[VHD](8.000G//8.023G|n) ebed75a8[VHD](68.000G//68.141G|n) ec0518cc[VHD](8.000G//8.023G|n) 653a5e7d[VHD](8.000G//8.023G|n) fdd605eb[VHD](86.000G//86.176G|n) a192a4d3[VHD](36.000G//36.078G|n) 6be90581[VHD](100.000G//100.203G|n) cae03893[VHD](12.000G//12.031G|n) 8c862e00[VHD](17.000G//17.039G|n) [7474] 2013-08-14 13:10:10.493064 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7474] 2013-08-14 13:10:10.493284 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7474] 2013-08-14 13:10:10.548678 pread SUCCESS [7474] 2013-08-14 13:10:10.548908 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7474] 2013-08-14 13:10:10.605249 pread SUCCESS [7474] 2013-08-14 13:10:10.605451 No work, exiting [7474] 2013-08-14 13:10:10.605894 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees): no changes [7594] 2013-08-14 13:10:10.609528 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7594] 2013-08-14 13:10:10.622309 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7594] 2013-08-14 13:10:10.753979 pread SUCCESS [7594] 2013-08-14 13:10:10.754216 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.754324 LVMCache: will initialize now [7594] 2013-08-14 13:10:10.754397 LVMCache: refreshing [7594] 2013-08-14 13:10:10.754489 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7594] 2013-08-14 13:10:10.797002 pread SUCCESS [7594] 2013-08-14 13:10:10.797653 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.797750 Entering _checkMetadataVolume [7594] 2013-08-14 13:10:10.799114 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.799233 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7594] 2013-08-14 13:10:10.814572 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7594] 2013-08-14 13:10:10.869738 pread SUCCESS [7594] 2013-08-14 13:10:10.869960 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.870038 LVMCache: will initialize now [7594] 2013-08-14 13:10:10.870108 LVMCache: refreshing [7594] 2013-08-14 13:10:10.870231 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7594] 2013-08-14 13:10:10.932048 pread SUCCESS [7594] 2013-08-14 13:10:10.932871 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.932988 Entering _checkMetadataVolume [7594] 2013-08-14 13:10:10.933576 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.933710 sr_scan {'sr_uuid': 'cc06f713-dfda-f0d8-b= 5ca-5df29e928593', 'subtask_of': 'DummyRef:|096bf0fa-5e0f-dae6-96ee-952b508= 8d1c3|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:2b8fa845-7190-46bc-a177-4784e29c63= f4', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002e= fb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tr= ue'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1= c109370159'} [7594] 2013-08-14 13:10:10.933848 LVHDSR.scan for cc06f713-dfda-f0d8-b5ca-5= df29e928593 [7594] 2013-08-14 13:10:10.933894 LVMCache: refreshing [7594] 2013-08-14 13:10:10.933955 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7594] 2013-08-14 13:10:11.004754 pread SUCCESS [7594] 2013-08-14 13:10:11.006027 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7594] 2013-08-14 13:10:11.256655 pread SUCCESS [7594] 2013-08-14 13:10:11.259266 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7594] 2013-08-14 13:10:11.313764 pread SUCCESS [7594] 2013-08-14 13:10:11.683045 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [7594] 2013-08-14 13:10:11.683148 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [7594] 2013-08-14 13:10:11.683199 Kicking GC [7594] 2013-08-14 13:10:11.683248 =3D=3D=3D SR cc06f713-dfda-f0d8-b5ca-5df2= 9e928593: gc =3D=3D=3D [7869] 2013-08-14 13:10:11.685079 Will finish as PID [7870] [7594] 2013-08-14 13:10:11.685644 New PID [7869] [7594] 2013-08-14 13:10:11.685812 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/running [7594] 2013-08-14 13:10:11.686254 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:11.692318 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [7870] 2013-08-14 13:10:11.879539 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7923] 2013-08-14 13:10:11.936957 ['uuidgen', '-r'] [7923] 2013-08-14 13:10:11.948513 pread SUCCESS [7923] 2013-08-14 13:10:11.949227 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [7923] 2013-08-14 13:10:11.967054 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [7923] 2013-08-14 13:10:12.333955 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7870] 2013-08-14 13:10:12.357390 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [7870] 2013-08-14 13:10:12.357516 LVMCache: refreshing [7870] 2013-08-14 13:10:12.357613 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7923] 2013-08-14 13:10:12.360136 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7870] 2013-08-14 13:10:12.412630 pread SUCCESS [7870] 2013-08-14 13:10:12.413569 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.433171 pread SUCCESS [7923] 2013-08-14 13:10:12.433543 Failed to lock /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr on first attempt, blocked by PID 7870 [7870] 2013-08-14 13:10:12.515144 pread SUCCESS [7870] 2013-08-14 13:10:12.517201 SR cc06 ('VM_PROD') (29 VDIs in 29 VHD tr= ees):=20 df86d7e4[VHD](8.000G//8.023G|n) febc1667[VHD](8.000G//8.023G|n) b7e51b23[VHD](20.000G//20.047G|n) 5777bfae[VHD](8.000G//8.023G|n) 964f262f[VHD](8.000G//8.023G|n) cbce1452[VHD](8.000G//8.023G|ao) 9b0aabf8[VHD](12.000G//12.031G|n) 834ae499[VHD](8.000G//8.023G|ao) 3327f4d3[VHD](8.000G//8.023G|n) 80e371f4[VHD](8.000G//8.023G|ao) 2a91e5b9[VHD](8.000G//8.023G|n) f808137d[VHD](12.000G//12.031G|n) 7be4bec2[VHD](8.000G//8.023G|n) 680b27b0[VHD](8.000G//8.023G|n) 2f650298[VHD](8.000G//8.023G|n) 1a5f99f7[VHD](20.000G//20.047G|ao) 27eb2b14[VHD](20.000G//20.047G|n) 9b080675[VHD](12.000G//12.031G|n) fe862b09[VHD](12.000G//12.031G|n) a0e8684f[VHD](8.000G//8.023G|n) f4dd8536[VHD](8.000G//8.023G|n) bbc16bad[VHD](25.000G//25.055G|n) addc2fb2[VHD](27.000G//27.059G|n) 7181f1d1[VHD](8.000G//8.023G|n) d6040749[VHD](8.000G//8.023G|ao) fddac934[VHD](25.000G//25.055G|n) 85f3dd3a[VHD](8.000G//8.023G|n) 6cd96f13[VHD](8.000G//8.023G|n) 2f14fd41[VHD](20.000G//20.047G|n) [7870] 2013-08-14 13:10:12.517377 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.517551 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.517692 LVMCache: will initialize now [7870] 2013-08-14 13:10:12.517698 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.517756 LVMCache: refreshing [7923] 2013-08-14 13:10:12.517850 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7923] 2013-08-14 13:10:12.572656 pread SUCCESS [7923] 2013-08-14 13:10:12.573258 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.573345 Entering _checkMetadataVolume [7923] 2013-08-14 13:10:12.574611 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.574719 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7870] 2013-08-14 13:10:12.577363 pread SUCCESS [7870] 2013-08-14 13:10:12.577610 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.595352 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7870] 2013-08-14 13:10:12.634340 pread SUCCESS [7870] 2013-08-14 13:10:12.634525 No work, exiting [7870] 2013-08-14 13:10:12.635076 SR cc06 ('VM_PROD') (29 VDIs in 29 VHD tr= ees): no changes [7923] 2013-08-14 13:10:12.658518 pread SUCCESS [7923] 2013-08-14 13:10:12.658766 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.658852 LVMCache: will initialize now [7923] 2013-08-14 13:10:12.658905 LVMCache: refreshing [7923] 2013-08-14 13:10:12.658975 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7923] 2013-08-14 13:10:12.705175 pread SUCCESS [7923] 2013-08-14 13:10:12.705785 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.705883 Entering _checkMetadataVolume [7923] 2013-08-14 13:10:12.706279 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.706534 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.755394 pread SUCCESS [7923] 2013-08-14 13:10:12.756096 vdi_create {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|de8fb488-bd43-dab6-1915-9571= 91755e6d|VDI.create', 'vdi_type': 'System', 'args': ['12884901888', 'es1qaa= p99-root', 'Created by template provisioner', '', 'false', '19700101T00:00:= 00Z', 'OpaqueRef:NULL', 'false'], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524= =2Dabec-a2436c41a9db', 'session_ref': 'OpaqueRef:1db93607-40d9-2e1b-a85a-9b= 68ad9e440a', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a59= 5600002efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmast= er': 'true'}, 'command': 'vdi_create', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9= ce0-6f39-d1c109370159', 'vdi_sm_config': {'base_mirror': '5a998863-45b0-303= 1-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0'}} [7923] 2013-08-14 13:10:12.756359 LVHDVDI.create for 76598520-c47b-4930-a84= a-7c1c1d37436f [7923] 2013-08-14 13:10:12.756442 LVHDVDI.create: type =3D vhd, /dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c= 1c1d37436f (size=3D12884901888) [7923] 2013-08-14 13:10:12.756550 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.798933 pread SUCCESS [7923] 2013-08-14 13:10:12.799122 ['/usr/sbin/lvcreate', '-n', 'VHD-7659852= 0-c47b-4930-a84a-7c1c1d37436f', '-L', '12320', 'VG_XenStorage-cc06f713-dfda= =2Df0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.940199 pread SUCCESS [7923] 2013-08-14 13:10:12.940426 ['/usr/bin/vhd-util', 'create', '--debug'= , '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-765985= 20-c47b-4930-a84a-7c1c1d37436f', '-s', '12288', '-S', '2097152'] [7923] 2013-08-14 13:10:12.990705 pread SUCCESS [7923] 2013-08-14 13:10:12.990873 ['/usr/bin/vhd-util', 'query', '--debug',= '-v', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [7923] 2013-08-14 13:10:13.003092 pread SUCCESS [7923] 2013-08-14 13:10:13.003338 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [7923] 2013-08-14 13:10:13.111366 pread SUCCESS [7923] 2013-08-14 13:10:13.111577 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [7923] 2013-08-14 13:10:13.131284 pread SUCCESS [7923] 2013-08-14 13:10:13.131569 Checking if there is space in the metadat= a for 1 VDI. [7923] 2013-08-14 13:10:13.131634 ['uuidgen', '-r'] [7923] 2013-08-14 13:10:13.145173 pread SUCCESS [7923] 2013-08-14 13:10:13.145457 Entering addVdiInternal [7923] 2013-08-14 13:10:13.163934 Entering getMetadataToWrite [7923] 2013-08-14 13:10:13.164024 Entering VDI info [7923] 2013-08-14 13:10:13.166404 Entering deleteVdi [7923] 2013-08-14 13:10:13.181616 entering updateVdi [7923] 2013-08-14 13:10:13.209515 Entering getMetadataToWrite [7923] 2013-08-14 13:10:13.209601 Entering VDI info [7923] 2013-08-14 13:10:13.209669 Entering VDI info [7923] 2013-08-14 13:10:13.296687 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:13.338291 pread SUCCESS [7923] 2013-08-14 13:10:13.383551 Adding VDI with info: {'read_only': 0, 'm= anaged': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'nam= e_label': 'es1qaap99-root', 'name_description': 'Created by template provis= ioner', 'type': 'System', 'metadata_of_pool': '', 'is_a_snapshot': 0, 'uuid= ': '76598520-c47b-4930-a84a-7c1c1d37436f'} [7923] 2013-08-14 13:10:13.383657 Entering addVdiInternal [7923] 2013-08-14 13:10:13.399942 Entering getMetadataToWrite [7923] 2013-08-14 13:10:13.400022 Entering VDI info [7923] 2013-08-14 13:10:13.402030 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:13.402398 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:13.624555 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [8449] 2013-08-14 13:10:13.649661 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [8449] 2013-08-14 13:10:13.831951 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [8449] 2013-08-14 13:10:13.910752 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:13.977114 pread SUCCESS [8449] 2013-08-14 13:10:13.977322 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:13.977400 LVMCache: will initialize now [8449] 2013-08-14 13:10:13.977448 LVMCache: refreshing [8449] 2013-08-14 13:10:13.977520 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [8449] 2013-08-14 13:10:14.066240 pread SUCCESS [8449] 2013-08-14 13:10:14.066904 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.066998 Entering _checkMetadataVolume [8449] 2013-08-14 13:10:14.068559 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.068661 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [8449] 2013-08-14 13:10:14.293977 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:14.349329 pread SUCCESS [8449] 2013-08-14 13:10:14.349667 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.349824 LVMCache: will initialize now [8449] 2013-08-14 13:10:14.349929 LVMCache: refreshing [8449] 2013-08-14 13:10:14.350069 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [8449] 2013-08-14 13:10:14.433615 pread SUCCESS [8449] 2013-08-14 13:10:14.434105 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.434183 Entering _checkMetadataVolume [8449] 2013-08-14 13:10:14.434565 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.745902 vdi_snapshot {'sr_uuid': 'cc06f713-dfda-f= 0d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|9ef94a9e-a851-3bce-30b4-a2= eea3bf420d|VDI.snapshot', 'vdi_ref': 'OpaqueRef:fb47b4e7-b647-de37-097d-f70= f54ffd2ad', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '76598520= =2Dc47b-4930-a84a-7c1c1d37436f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-= abec-a2436c41a9db', 'session_ref': 'OpaqueRef:549b5b03-bad8-aa5d-3b06-5b0e9= fb1bcf9', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a59560= 0002efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster'= : 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref= ': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'driver_params': {'bas= e_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-71= 5fa50439d0', 'vdi_type': 'vhd'}, 'vdi_uuid': '76598520-c47b-4930-a84a-7c1c1= d37436f'} [8449] 2013-08-14 13:10:14.746075 Pause request for 76598520-c47b-4930-a84a= =2D7c1c1d37436f [8449] 2013-08-14 13:10:15.522232 LVHDVDI._snapshot for 76598520-c47b-4930-= a84a-7c1c1d37436f (type 2) [8449] 2013-08-14 13:10:15.536935 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:15.537122 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:15.543525 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (1, = 0) [8449] 2013-08-14 13:10:15.543621 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [8449] 2013-08-14 13:10:15.543838 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [8449] 2013-08-14 13:10:15.601716 pread SUCCESS [8449] 2013-08-14 13:10:15.601948 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:15.602022 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:15.602118 ['/usr/bin/vhd-util', 'query', '--debug',= '-vsf', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD= =2D76598520-c47b-4930-a84a-7c1c1d37436f'] [8449] 2013-08-14 13:10:15.611917 pread SUCCESS [8449] 2013-08-14 13:10:15.618757 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-76598520-c47b-4930-a84a-7c1c1d37436f', '-l', 'VG_XenStorage-cc0= 6f713-dfda-f0d8-b5ca-5df29e928593', '-a'] [8449] 2013-08-14 13:10:15.710708 pread SUCCESS [8449] 2013-08-14 13:10:15.711049 ['/usr/bin/vhd-util', 'query', '--debug',= '-d', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [8449] 2013-08-14 13:10:15.720142 pread SUCCESS [8449] 2013-08-14 13:10:15.736930 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [8449] 2013-08-14 13:10:15.748335 pread SUCCESS [8449] 2013-08-14 13:10:15.748521 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:15.786075 pread SUCCESS [8449] 2013-08-14 13:10:15.786223 ['uuidgen', '-r'] [8449] 2013-08-14 13:10:15.795841 pread SUCCESS [8449] 2013-08-14 13:10:15.795975 ['uuidgen', '-r'] [8449] 2013-08-14 13:10:15.806541 pread SUCCESS [8449] 2013-08-14 13:10:15.806813 ['/usr/sbin/lvcreate', '-n', 'clone_76598= 520-c47b-4930-a84a-7c1c1d37436f_79c88e37-86d0-4456-b3b9-cc54ab269250_1d60e1= 81-34b1-407f-9b65-b364c9874574', '-L', '4', 'VG_XenStorage-cc06f713-dfda-f0= d8-b5ca-5df29e928593', '--addtag', 'journaler', '--inactive', '--zero=3Dn'] [8449] 2013-08-14 13:10:15.869700 pread SUCCESS [8449] 2013-08-14 13:10:15.870005 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37= 436f', 'VHD-79c88e37-86d0-4456-b3b9-cc54ab269250'] [8449] 2013-08-14 13:10:15.979168 pread SUCCESS [8449] 2013-08-14 13:10:15.979375 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (1, 0b) [8449] 2013-08-14 13:10:15.979677 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-s', '8388608', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e= 928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250'] [8449] 2013-08-14 13:10:15.994932 pread SUCCESS [8449] 2013-08-14 13:10:15.995130 ['/usr/sbin/lvresize', '-L', '8', '/dev/V= G_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3= b9-cc54ab269250'] [8449] 2013-08-14 13:10:16.098075 pread3 SUCCESS [8449] 2013-08-14 13:10:16.098330 ['/usr/sbin/lvcreate', '-n', 'VHD-7659852= 0-c47b-4930-a84a-7c1c1d37436f', '-L', '12320', 'VG_XenStorage-cc06f713-dfda= =2Df0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:16.193031 pread SUCCESS [8449] 2013-08-14 13:10:16.193357 ['/usr/bin/vhd-util', 'snapshot', '--debu= g', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7659= 8520-c47b-4930-a84a-7c1c1d37436f', '-p', '/dev/VG_XenStorage-cc06f713-dfda-= f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250', '-S', '20= 97152'] [8449] 2013-08-14 13:10:16.261768 pread SUCCESS [8449] 2013-08-14 13:10:16.261947 ['/usr/bin/vhd-util', 'query', '--debug',= '-p', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [8449] 2013-08-14 13:10:16.273793 pread SUCCESS [8449] 2013-08-14 13:10:16.274219 ['/usr/sbin/lvcreate', '-n', 'VHD-1d60e18= 1-34b1-407f-9b65-b364c9874574', '-L', '8', 'VG_XenStorage-cc06f713-dfda-f0d= 8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:16.395700 pread SUCCESS [8449] 2013-08-14 13:10:16.396038 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 set =3D> (1, 0b) [8449] 2013-08-14 13:10:16.396447 ['/usr/bin/vhd-util', 'snapshot', '--debu= g', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60= e181-34b1-407f-9b65-b364c9874574', '-p', '/dev/VG_XenStorage-cc06f713-dfda-= f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250', '-S', '20= 97152'] [8449] 2013-08-14 13:10:16.460382 pread SUCCESS [8449] 2013-08-14 13:10:16.460741 ['/usr/bin/vhd-util', 'query', '--debug',= '-p', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1= d60e181-34b1-407f-9b65-b364c9874574'] [8449] 2013-08-14 13:10:16.478572 pread SUCCESS [8449] 2013-08-14 13:10:16.479481 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e3= 7-86d0-4456-b3b9-cc54ab269250', '-f', 'hidden', '-v', '1'] [8449] 2013-08-14 13:10:16.490060 pread SUCCESS [8449] 2013-08-14 13:10:16.490323 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab26= 9250', '-p', 'r'] [8449] 2013-08-14 13:10:16.579434 pread SUCCESS [8449] 2013-08-14 13:10:16.580016 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/clone_76598520-c47b-4930-a84a-= 7c1c1d37436f_79c88e37-86d0-4456-b3b9-cc54ab269250_1d60e181-34b1-407f-9b65-b= 364c9874574'] [8449] 2013-08-14 13:10:16.646569 pread SUCCESS [8449] 2013-08-14 13:10:16.646759 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-clone_76598520--c47b--4930--a84= a--7c1c1d37436f_79c88e37--86d0--4456--b3b9--cc54ab269250_1d60e181--34b1--40= 7f--9b65--b364c9874574'] [8449] 2013-08-14 13:10:16.656808 pread SUCCESS [8449] 2013-08-14 13:10:16.662856 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:16.715630 pread SUCCESS [8449] 2013-08-14 13:10:16.739392 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (1, 0b) [8449] 2013-08-14 13:10:16.743976 Checking if there is space in the metadat= a for 1 VDI. [8449] 2013-08-14 13:10:16.744047 ['uuidgen', '-r'] [8449] 2013-08-14 13:10:16.753976 pread SUCCESS [8449] 2013-08-14 13:10:16.754118 Entering addVdiInternal [8449] 2013-08-14 13:10:16.776094 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.776201 Entering VDI info [8449] 2013-08-14 13:10:16.777849 Entering deleteVdi [8449] 2013-08-14 13:10:16.795706 entering updateVdi [8449] 2013-08-14 13:10:16.812002 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.812090 Entering VDI info [8449] 2013-08-14 13:10:16.812174 Entering VDI info [8449] 2013-08-14 13:10:16.849649 snapshot VDI params: 19700101T00:00:00Z [8449] 2013-08-14 13:10:16.866762 Adding VDI with info: {'read_only': 0, 'm= anaged': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '7659852= 0-c47b-4930-a84a-7c1c1d37436f', 'name_label': 'es1qaap99-root', 'name_descr= iption': 'Created by template provisioner', 'type': 'system', 'metadata_of_= pool': '', 'is_a_snapshot': 1, 'uuid': '1d60e181-34b1-407f-9b65-b364c987457= 4'} [8449] 2013-08-14 13:10:16.866902 Entering addVdiInternal [8449] 2013-08-14 13:10:16.893308 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.893453 Entering VDI info [8449] 2013-08-14 13:10:16.895947 vdi_clone: introduced 2nd snap VDI: Opaqu= eRef:9c143498-9af8-c521-85ec-d3fc5d1ec900 (1d60e181-34b1-407f-9b65-b364c987= 4574) [8449] 2013-08-14 13:10:16.896311 Checking if there is space in the metadat= a for 1 VDI. [8449] 2013-08-14 13:10:16.896526 ['uuidgen', '-r'] [8449] 2013-08-14 13:10:16.907404 pread SUCCESS [8449] 2013-08-14 13:10:16.907530 Entering addVdiInternal [8449] 2013-08-14 13:10:16.925265 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.925355 Entering VDI info [8449] 2013-08-14 13:10:16.928774 Entering deleteVdi [8449] 2013-08-14 13:10:16.944332 entering updateVdi [8449] 2013-08-14 13:10:16.961699 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.961787 Entering VDI info [8449] 2013-08-14 13:10:16.961855 Entering VDI info [8449] 2013-08-14 13:10:17.289765 Adding VDI with info: {'read_only': 1, 'm= anaged': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'nam= e_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata_= of_pool': '', 'is_a_snapshot': 0, 'uuid': '79c88e37-86d0-4456-b3b9-cc54ab26= 9250'} [8449] 2013-08-14 13:10:17.289845 Entering addVdiInternal [8449] 2013-08-14 13:10:17.305925 Entering getMetadataToWrite [8449] 2013-08-14 13:10:17.305995 Entering VDI info [8449] 2013-08-14 13:10:17.307838 vdi_clone: introduced base VDI: OpaqueRef= :47a4ef00-9772-a3a7-e134-53c0ed0d2a32 (79c88e37-86d0-4456-b3b9-cc54ab269250) [8449] 2013-08-14 13:10:17.324125 Unpause request for 76598520-c47b-4930-a8= 4a-7c1c1d37436f secondary=3DNone [8449] 2013-08-14 13:10:17.354541 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:17.354830 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [8449] 2013-08-14 13:10:17.355018 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [8449] 2013-08-14 13:10:17.355165 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 (1, 0) + (-1, 0) =3D> (0,= 0) [8449] 2013-08-14 13:10:17.355214 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (0, 0b) [8449] 2013-08-14 13:10:17.355529 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-c= c54ab269250'] [8449] 2013-08-14 13:10:17.454956 pread SUCCESS [8449] 2013-08-14 13:10:17.455097 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--79c88e37--86d0--4456--b3b9= =2D-cc54ab269250'] [8449] 2013-08-14 13:10:17.464808 pread SUCCESS [8449] 2013-08-14 13:10:17.465021 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [8449] 2013-08-14 13:10:17.465099 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [8449] 2013-08-14 13:10:17.465301 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:17.465438 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> (0,= 0) [8449] 2013-08-14 13:10:17.465492 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [8449] 2013-08-14 13:10:17.465661 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [8449] 2013-08-14 13:10:17.546821 pread SUCCESS [8449] 2013-08-14 13:10:17.546977 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [8449] 2013-08-14 13:10:17.560954 pread SUCCESS [8449] 2013-08-14 13:10:17.561219 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:17.561291 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:17.561464 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [8449] 2013-08-14 13:10:17.561573 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [8449] 2013-08-14 13:10:17.561754 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 (1, 0) + (-1, 0) =3D> (0,= 0) [8449] 2013-08-14 13:10:17.561804 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 set =3D> (0, 0b) [8449] 2013-08-14 13:10:17.562044 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e181-34b1-407f-9b65-b= 364c9874574'] [8449] 2013-08-14 13:10:17.691278 pread SUCCESS [8449] 2013-08-14 13:10:17.691450 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--1d60e181--34b1--407f--9b65= =2D-b364c9874574'] [8449] 2013-08-14 13:10:17.704093 pread SUCCESS [8449] 2013-08-14 13:10:17.704425 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [8449] 2013-08-14 13:10:17.704521 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [8449] 2013-08-14 13:10:17.704860 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:17.863987 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9014] 2013-08-14 13:10:17.874169 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9014] 2013-08-14 13:10:18.054970 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9014] 2013-08-14 13:10:18.076983 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9014] 2013-08-14 13:10:18.129730 pread SUCCESS [9014] 2013-08-14 13:10:18.130019 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.130130 LVMCache: will initialize now [9014] 2013-08-14 13:10:18.130184 LVMCache: refreshing [9014] 2013-08-14 13:10:18.130268 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9014] 2013-08-14 13:10:18.171625 pread SUCCESS [9014] 2013-08-14 13:10:18.172676 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.172797 Entering _checkMetadataVolume [9014] 2013-08-14 13:10:18.175075 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.175197 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9014] 2013-08-14 13:10:18.409002 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9014] 2013-08-14 13:10:18.448172 pread SUCCESS [9014] 2013-08-14 13:10:18.448452 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.448552 LVMCache: will initialize now [9014] 2013-08-14 13:10:18.448617 LVMCache: refreshing [9014] 2013-08-14 13:10:18.448713 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9014] 2013-08-14 13:10:18.498403 pread SUCCESS [9014] 2013-08-14 13:10:18.498949 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.499030 Entering _checkMetadataVolume [9014] 2013-08-14 13:10:18.509057 vdi_update {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|655a391b-2602-d508-99bf-abdb= 6ff47ea4|VDI.update', 'vdi_ref': 'OpaqueRef:9c143498-9af8-c521-85ec-d3fc5d1= ec900', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '1d60e181-34b= 1-407f-9b65-b364c9874574', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a= 2436c41a9db', 'session_ref': 'OpaqueRef:a7022f4f-8bbc-a0b9-0346-da9ef053530= 6', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002ef= b5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tru= e'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opaq= ueRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'vdi_uuid': '1d60e181-34b1-407= f-9b65-b364c9874574'} [9014] 2013-08-14 13:10:18.570429 Updating metadata : {'uuid': '1d60e181-34= b1-407f-9b65-b364c9874574', 'name_label': 'es1qaap99-root', 'objtype': 'vdi= ', 'name_description': 'Created by template provisioner', 'metadata_of_pool= ': 'OpaqueRef:NULL', 'snapshot_time': } [9014] 2013-08-14 13:10:18.570588 entering updateVdi [9014] 2013-08-14 13:10:18.600454 Entering getMetadataToWrite [9014] 2013-08-14 13:10:18.600657 Entering VDI info [9014] 2013-08-14 13:10:18.600732 Entering VDI info [9014] 2013-08-14 13:10:18.601955 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:23.894469 ['uuidgen', '-r'] [10161] 2013-08-14 13:10:23.903534 pread SUCCESS [10161] 2013-08-14 13:10:23.904405 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [10161] 2013-08-14 13:10:23.913870 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [10161] 2013-08-14 13:10:24.049606 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [10161] 2013-08-14 13:10:24.066561 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [10161] 2013-08-14 13:10:24.117732 pread SUCCESS [10161] 2013-08-14 13:10:24.117953 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.118039 LVMCache: will initialize now [10161] 2013-08-14 13:10:24.118088 LVMCache: refreshing [10161] 2013-08-14 13:10:24.118159 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [10161] 2013-08-14 13:10:24.172956 pread SUCCESS [10161] 2013-08-14 13:10:24.173486 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.173560 Entering _checkMetadataVolume [10161] 2013-08-14 13:10:24.174742 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.174821 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [10161] 2013-08-14 13:10:24.186235 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [10161] 2013-08-14 13:10:24.231236 pread SUCCESS [10161] 2013-08-14 13:10:24.231458 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.231545 LVMCache: will initialize now [10161] 2013-08-14 13:10:24.231591 LVMCache: refreshing [10161] 2013-08-14 13:10:24.231661 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [10161] 2013-08-14 13:10:24.288204 pread SUCCESS [10161] 2013-08-14 13:10:24.289031 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.289163 Entering _checkMetadataVolume [10161] 2013-08-14 13:10:24.289778 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.290142 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [10161] 2013-08-14 13:10:24.338760 pread SUCCESS [10161] 2013-08-14 13:10:24.340176 vdi_create {'sr_uuid': 'cc06f713-dfda-f0= d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|9da59790-50c1-1e24-e08e-884= e7657c253|VDI.create', 'vdi_type': 'System', 'args': ['12884901888', 'es1qa= ap99-root', 'Created by template provisioner', '', 'false', '19700101T00:00= :00Z', 'OpaqueRef:NULL', 'false'], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-352= 4-abec-a2436c41a9db', 'session_ref': 'OpaqueRef:23868b5f-ebec-58a1-020e-870= d3826f9fb', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595= 600002efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaste= r': 'true'}, 'command': 'vdi_create', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9c= e0-6f39-d1c109370159', 'vdi_sm_config': {'base_mirror': '5a998863-45b0-3031= =2De31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0'}} [10161] 2013-08-14 13:10:24.340572 LVHDVDI.create for ed06e81a-c8ae-49c6-ac= 8f-e18e67205dcc [10161] 2013-08-14 13:10:24.340719 LVHDVDI.create: type =3D vhd, /dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc (size=3D12884901888) [10161] 2013-08-14 13:10:24.340975 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [10161] 2013-08-14 13:10:24.379934 pread SUCCESS [10161] 2013-08-14 13:10:24.380113 ['/usr/sbin/lvcreate', '-n', 'VHD-ed06e8= 1a-c8ae-49c6-ac8f-e18e67205dcc', '-L', '12320', 'VG_XenStorage-cc06f713-dfd= a-f0d8-b5ca-5df29e928593'] [10161] 2013-08-14 13:10:24.483358 pread SUCCESS [10161] 2013-08-14 13:10:24.483577 ['/usr/bin/vhd-util', 'create', '--debug= ', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e= 81a-c8ae-49c6-ac8f-e18e67205dcc', '-s', '12288', '-S', '2097152'] [10161] 2013-08-14 13:10:24.540832 pread SUCCESS [10161] 2013-08-14 13:10:24.541236 ['/usr/bin/vhd-util', 'query', '--debug'= , '-v', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-= ed06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [10161] 2013-08-14 13:10:24.566195 pread SUCCESS [10161] 2013-08-14 13:10:24.566730 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-= e18e67205dcc'] [10161] 2013-08-14 13:10:24.690368 pread SUCCESS [10161] 2013-08-14 13:10:24.690548 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--ed06e81a--c8ae--49c6--ac8= f--e18e67205dcc'] [10161] 2013-08-14 13:10:24.702071 pread SUCCESS [10161] 2013-08-14 13:10:24.702352 Checking if there is space in the metada= ta for 1 VDI. [10161] 2013-08-14 13:10:24.702416 ['uuidgen', '-r'] [10161] 2013-08-14 13:10:24.711120 pread SUCCESS [10161] 2013-08-14 13:10:24.711261 Entering addVdiInternal [10161] 2013-08-14 13:10:24.732327 Entering getMetadataToWrite [10161] 2013-08-14 13:10:24.732451 Entering VDI info [10161] 2013-08-14 13:10:24.734635 Entering deleteVdi [10161] 2013-08-14 13:10:24.759875 entering updateVdi [10161] 2013-08-14 13:10:24.787656 Entering getMetadataToWrite [10161] 2013-08-14 13:10:24.787786 Entering VDI info [10161] 2013-08-14 13:10:24.787885 Entering VDI info [10161] 2013-08-14 13:10:24.822385 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [10161] 2013-08-14 13:10:24.870569 pread SUCCESS [10161] 2013-08-14 13:10:24.907125 Adding VDI with info: {'read_only': 0, '= managed': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'es1qaap99-root', 'name_description': 'Created by template provi= sioner', 'type': 'System', 'metadata_of_pool': '', 'is_a_snapshot': 0, 'uui= d': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc'} [10161] 2013-08-14 13:10:24.907244 Entering addVdiInternal [10161] 2013-08-14 13:10:24.924692 Entering getMetadataToWrite [10161] 2013-08-14 13:10:24.924817 Entering VDI info [10161] 2013-08-14 13:10:24.928201 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.928457 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [10461] 2013-08-14 13:10:25.409064 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [10461] 2013-08-14 13:10:25.420128 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [10461] 2013-08-14 13:10:25.546614 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [10461] 2013-08-14 13:10:25.568479 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10461] 2013-08-14 13:10:25.625611 pread SUCCESS [10461] 2013-08-14 13:10:25.625784 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.625860 LVMCache: will initialize now [10461] 2013-08-14 13:10:25.625905 LVMCache: refreshing [10461] 2013-08-14 13:10:25.625974 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [10461] 2013-08-14 13:10:25.670787 pread SUCCESS [10461] 2013-08-14 13:10:25.671215 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.671289 Entering _checkMetadataVolume [10461] 2013-08-14 13:10:25.672330 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.672409 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [10461] 2013-08-14 13:10:25.685289 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10461] 2013-08-14 13:10:25.725647 pread SUCCESS [10461] 2013-08-14 13:10:25.725825 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.725905 LVMCache: will initialize now [10461] 2013-08-14 13:10:25.725953 LVMCache: refreshing [10461] 2013-08-14 13:10:25.726021 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [10461] 2013-08-14 13:10:25.772002 pread SUCCESS [10461] 2013-08-14 13:10:25.772429 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.772511 Entering _checkMetadataVolume [10461] 2013-08-14 13:10:25.772835 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.780568 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|458221d5-0e26-3f8a-0597-5= 63ce8605a50|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:cd3fa168-8d28-f8e5-52c4-d50a20= ac2765', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'base= _mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715= fa50439d0', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'v= di_type': 'vhd', 'mirror': 'nbd:mirror_vbd/3/xvda'}, 'vdi_uuid': 'a88f05be-= 033f-4d23-a66f-715fa50439d0'} [10461] 2013-08-14 13:10:25.780749 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [10461] 2013-08-14 13:10:25.799500 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [10461] 2013-08-14 13:10:25.994057 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 2) [10461] 2013-08-14 13:10:25.998851 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:25.998981 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:25.999109 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (= 1, 0) [10461] 2013-08-14 13:10:25.999179 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [10461] 2013-08-14 13:10:25.999431 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-= 715fa50439d0'] [10461] 2013-08-14 13:10:26.053729 pread SUCCESS [10461] 2013-08-14 13:10:26.053959 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:26.054027 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:26.054119 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [10461] 2013-08-14 13:10:26.069835 pread SUCCESS [10461] 2013-08-14 13:10:26.075383 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [10461] 2013-08-14 13:10:26.176904 pread SUCCESS [10461] 2013-08-14 13:10:26.177226 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [10461] 2013-08-14 13:10:26.185706 pread SUCCESS [10461] 2013-08-14 13:10:26.213292 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [10461] 2013-08-14 13:10:26.225286 pread SUCCESS [10461] 2013-08-14 13:10:26.225468 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [10461] 2013-08-14 13:10:26.272263 pread SUCCESS [10461] 2013-08-14 13:10:26.272404 ['uuidgen', '-r'] [10461] 2013-08-14 13:10:26.282210 pread SUCCESS [10461] 2013-08-14 13:10:26.282363 ['uuidgen', '-r'] [10461] 2013-08-14 13:10:26.294922 pread SUCCESS [10461] 2013-08-14 13:10:26.295241 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_464ad39d-c3b7-45b5-a672-2d851c93d7ec_431be= a32-7434-4ad4-9195-c683be686fa5', '-L', '4', 'VG_XenStorage-5a998863-45b0-3= 031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero=3Dn'] [10461] 2013-08-14 13:10:26.365260 pread SUCCESS [10461] 2013-08-14 13:10:26.365508 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-464ad39d-c3b7-45b5-a672-2d851c93d7ec'] [10461] 2013-08-14 13:10:26.482426 pread SUCCESS [10461] 2013-08-14 13:10:26.482811 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [10461] 2013-08-14 13:10:26.483506 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [10461] 2013-08-14 13:10:26.633673 pread SUCCESS [10461] 2013-08-14 13:10:26.634157 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93d7ec', '-S', = '2097152'] [10461] 2013-08-14 13:10:26.699421 pread SUCCESS [10461] 2013-08-14 13:10:26.699616 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [10461] 2013-08-14 13:10:26.715459 pread SUCCESS [10461] 2013-08-14 13:10:26.715889 ['/usr/sbin/lvcreate', '-n', 'VHD-431bea= 32-7434-4ad4-9195-c683be686fa5', '-L', '8', 'VG_XenStorage-5a998863-45b0-30= 31-e31b-13c92393ad97'] [10461] 2013-08-14 13:10:26.846659 pread SUCCESS [10461] 2013-08-14 13:10:26.847070 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 set =3D> (1, 0b) [10461] 2013-08-14 13:10:26.847409 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431= bea32-7434-4ad4-9195-c683be686fa5', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93d7ec', '-S', = '2097152'] [10461] 2013-08-14 13:10:26.924022 pread SUCCESS [10461] 2013-08-14 13:10:26.924250 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= 431bea32-7434-4ad4-9195-c683be686fa5'] [10461] 2013-08-14 13:10:26.934163 pread SUCCESS [10461] 2013-08-14 13:10:26.934531 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d= =2Dc3b7-45b5-a672-2d851c93d7ec', '-f', 'hidden', '-v', '1'] [10461] 2013-08-14 13:10:26.947622 pread SUCCESS [10461] 2013-08-14 13:10:26.947872 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c9= 3d7ec', '-p', 'r'] [10461] 2013-08-14 13:10:27.064445 pread SUCCESS [10461] 2013-08-14 13:10:27.261917 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-464ad39d-c3b7-45b5= =2Da672-2d851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [10461] 2013-08-14 13:10:28.065690 call-plugin returned: 'True' [10461] 2013-08-14 13:10:28.065852 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_464ad39d-c3b7-45b5-a672-2d851c93d7ec_431bea32-7434-4ad4-919= 5-c683be686fa5'] [10461] 2013-08-14 13:10:28.138691 pread SUCCESS [10461] 2013-08-14 13:10:28.138867 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_464ad39d--c3b7--45b5--a672--2d851c93d7ec_431bea32--7434--4= ad4--9195--c683be686fa5'] [10461] 2013-08-14 13:10:28.153029 pread SUCCESS [10461] 2013-08-14 13:10:28.163902 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [10461] 2013-08-14 13:10:28.225839 pread SUCCESS [10461] 2013-08-14 13:10:28.274412 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [10461] 2013-08-14 13:10:28.279629 Checking if there is space in the metada= ta for 1 VDI. [10461] 2013-08-14 13:10:28.279696 ['uuidgen', '-r'] [10461] 2013-08-14 13:10:28.292655 pread SUCCESS [10461] 2013-08-14 13:10:28.292814 Entering addVdiInternal [10461] 2013-08-14 13:10:28.304047 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.304156 Entering VDI info [10461] 2013-08-14 13:10:28.304267 Entering VDI info [10461] 2013-08-14 13:10:28.307009 Entering deleteVdi [10461] 2013-08-14 13:10:28.317281 entering updateVdi [10461] 2013-08-14 13:10:28.329660 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.329793 Entering VDI info [10461] 2013-08-14 13:10:28.329862 Entering VDI info [10461] 2013-08-14 13:10:28.402585 snapshot VDI params: 19700101T00:00:00Z [10461] 2013-08-14 13:10:28.423563 Adding VDI with info: {'read_only': 0, '= managed': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': 'a88f05= be-033f-4d23-a66f-715fa50439d0', 'name_label': 'es1qaap99-root', 'name_desc= ription': 'Created by template provisioner', 'type': 'system', 'metadata_of= _pool': '', 'is_a_snapshot': 1, 'uuid': '431bea32-7434-4ad4-9195-c683be686f= a5'} [10461] 2013-08-14 13:10:28.423643 Entering addVdiInternal [10461] 2013-08-14 13:10:28.429706 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.429781 Entering VDI info [10461] 2013-08-14 13:10:28.429847 Entering VDI info [10461] 2013-08-14 13:10:28.431658 vdi_clone: introduced 2nd snap VDI: Opaq= ueRef:4c98b3aa-c45c-421d-e643-7f24cddd2fef (431bea32-7434-4ad4-9195-c683be6= 86fa5) [10461] 2013-08-14 13:10:28.431758 Checking if there is space in the metada= ta for 1 VDI. [10461] 2013-08-14 13:10:28.431816 ['uuidgen', '-r'] [10461] 2013-08-14 13:10:28.440712 pread SUCCESS [10461] 2013-08-14 13:10:28.440836 Entering addVdiInternal [10461] 2013-08-14 13:10:28.452829 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.452901 Entering VDI info [10461] 2013-08-14 13:10:28.454583 Entering deleteVdi [10461] 2013-08-14 13:10:28.466597 entering updateVdi [10461] 2013-08-14 13:10:28.482757 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.482842 Entering VDI info [10461] 2013-08-14 13:10:28.482960 Entering VDI info [10461] 2013-08-14 13:10:28.515428 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': '464ad39d-c3b7-45b5-a672-2d851c9= 3d7ec'} [10461] 2013-08-14 13:10:28.515504 Entering addVdiInternal [10461] 2013-08-14 13:10:28.527358 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.527436 Entering VDI info [10461] 2013-08-14 13:10:28.529119 vdi_clone: introduced base VDI: OpaqueRe= f:f07ab30d-0abc-196a-4143-20823328245e (464ad39d-c3b7-45b5-a672-2d851c93d7e= c) [10461] 2013-08-14 13:10:28.557105 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3Dnbd:mirror_vbd/3/xvda [10461] 2013-08-14 13:10:28.571859 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [10461] 2013-08-14 13:10:28.777766 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:28.778016 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [10461] 2013-08-14 13:10:28.778158 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [10461] 2013-08-14 13:10:28.778300 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 (1, 0) + (-1, 0) =3D> = (0, 0) [10461] 2013-08-14 13:10:28.778348 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 set =3D> (0, 0b) [10461] 2013-08-14 13:10:28.778526 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea32-7434-4ad4-9195-= c683be686fa5'] [10461] 2013-08-14 13:10:28.881014 pread SUCCESS [10461] 2013-08-14 13:10:28.881158 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--431bea32--7434--4ad4--919= 5--c683be686fa5'] [10461] 2013-08-14 13:10:28.896398 pread SUCCESS [10461] 2013-08-14 13:10:28.896719 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [10461] 2013-08-14 13:10:28.896839 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [10461] 2013-08-14 13:10:28.897064 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [10461] 2013-08-14 13:10:28.897168 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [10461] 2013-08-14 13:10:28.897345 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> = (0, 0) [10461] 2013-08-14 13:10:28.897429 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [10461] 2013-08-14 13:10:28.897650 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [10461] 2013-08-14 13:10:29.005642 pread SUCCESS [10461] 2013-08-14 13:10:29.005783 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a67= 2--2d851c93d7ec'] [10461] 2013-08-14 13:10:29.023240 pread SUCCESS [10461] 2013-08-14 13:10:29.023621 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [10461] 2013-08-14 13:10:29.023699 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [10461] 2013-08-14 13:10:29.023915 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:29.024106 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> = (0, 0) [10461] 2013-08-14 13:10:29.024162 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [10461] 2013-08-14 13:10:29.024503 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-= 715fa50439d0'] [10461] 2013-08-14 13:10:29.159803 pread SUCCESS [10461] 2013-08-14 13:10:29.159964 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66= f--715fa50439d0'] [10461] 2013-08-14 13:10:29.184600 pread SUCCESS [10461] 2013-08-14 13:10:29.184975 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:29.185091 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:29.185553 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.327408 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11387] 2013-08-14 13:10:29.335126 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11387] 2013-08-14 13:10:29.475479 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11387] 2013-08-14 13:10:29.490779 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11387] 2013-08-14 13:10:29.532282 pread SUCCESS [11387] 2013-08-14 13:10:29.532497 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.532615 LVMCache: will initialize now [11387] 2013-08-14 13:10:29.532700 LVMCache: refreshing [11387] 2013-08-14 13:10:29.532770 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11387] 2013-08-14 13:10:29.583615 pread SUCCESS [11387] 2013-08-14 13:10:29.584762 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.584961 Entering _checkMetadataVolume [11387] 2013-08-14 13:10:29.587525 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.587704 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11387] 2013-08-14 13:10:29.608323 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11387] 2013-08-14 13:10:29.657231 pread SUCCESS [11387] 2013-08-14 13:10:29.657587 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.657748 LVMCache: will initialize now [11387] 2013-08-14 13:10:29.657864 LVMCache: refreshing [11387] 2013-08-14 13:10:29.658013 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11387] 2013-08-14 13:10:29.713435 pread SUCCESS [11387] 2013-08-14 13:10:29.713909 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.714013 Entering _checkMetadataVolume [11387] 2013-08-14 13:10:29.719842 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|c8e16e69-9538-a06f-93ec-9e5= 6da807dfc|VDI.update', 'vdi_ref': 'OpaqueRef:4c98b3aa-c45c-421d-e643-7f24cd= dd2fef', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '431bea32-74= 34-4ad4-9195-c683be686fa5', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:f8b53286-7a46-25d4-ac90-2783628de9= 12', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '431bea32-7434-4a= d4-9195-c683be686fa5'} [11387] 2013-08-14 13:10:29.755905 Updating metadata : {'uuid': '431bea32-7= 434-4ad4-9195-c683be686fa5', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [11387] 2013-08-14 13:10:29.755979 entering updateVdi [11387] 2013-08-14 13:10:29.763211 Entering getMetadataToWrite [11387] 2013-08-14 13:10:29.763291 Entering VDI info [11387] 2013-08-14 13:10:29.763368 Entering VDI info [11387] 2013-08-14 13:10:29.764334 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11451] 2013-08-14 13:10:30.306096 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [11451] 2013-08-14 13:10:30.312154 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [11451] 2013-08-14 13:10:30.488741 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11451] 2013-08-14 13:10:30.503248 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11451] 2013-08-14 13:10:30.549518 pread SUCCESS [11451] 2013-08-14 13:10:30.549939 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.550103 LVMCache: will initialize now [11451] 2013-08-14 13:10:30.550198 LVMCache: refreshing [11451] 2013-08-14 13:10:30.550344 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11451] 2013-08-14 13:10:30.622312 pread SUCCESS [11451] 2013-08-14 13:10:30.623501 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.623736 Entering _checkMetadataVolume [11451] 2013-08-14 13:10:30.626511 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.626647 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11451] 2013-08-14 13:10:30.644054 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11451] 2013-08-14 13:10:30.682553 pread SUCCESS [11451] 2013-08-14 13:10:30.682784 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.682894 LVMCache: will initialize now [11451] 2013-08-14 13:10:30.682966 LVMCache: refreshing [11451] 2013-08-14 13:10:30.683062 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11451] 2013-08-14 13:10:30.727141 pread SUCCESS [11451] 2013-08-14 13:10:30.728000 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.728118 Entering _checkMetadataVolume [11451] 2013-08-14 13:10:30.728786 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.728970 sr_scan {'sr_uuid': 'cc06f713-dfda-f0d8-= b5ca-5df29e928593', 'subtask_of': 'DummyRef:|b2ef3e24-b1e2-5e39-19f8-461d8c= 28a0f5|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:2b906ad3-ef04-86af-1eac-b72fe6e= d9a66', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a5956000= 02efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': = 'true'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39= =2Dd1c109370159'} [11451] 2013-08-14 13:10:30.729194 LVHDSR.scan for cc06f713-dfda-f0d8-b5ca-= 5df29e928593 [11451] 2013-08-14 13:10:30.729269 LVMCache: refreshing [11451] 2013-08-14 13:10:30.729358 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11451] 2013-08-14 13:10:30.781439 pread SUCCESS [11451] 2013-08-14 13:10:30.782226 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11451] 2013-08-14 13:10:31.066000 pread SUCCESS [11451] 2013-08-14 13:10:31.068887 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11451] 2013-08-14 13:10:31.126492 pread SUCCESS [11451] 2013-08-14 13:10:31.560912 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [11451] 2013-08-14 13:10:31.561063 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/running [11451] 2013-08-14 13:10:31.561111 Kicking GC [11451] 2013-08-14 13:10:31.561160 =3D=3D=3D SR cc06f713-dfda-f0d8-b5ca-5df= 29e928593: gc =3D=3D=3D [11528] 2013-08-14 13:10:31.563805 Will finish as PID [11529] [11451] 2013-08-14 13:10:31.564615 New PID [11528] [11451] 2013-08-14 13:10:31.564797 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/running [11451] 2013-08-14 13:10:31.565443 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:31.573605 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [11529] 2013-08-14 13:10:31.776464 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11548] 2013-08-14 13:10:31.798945 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11548] 2013-08-14 13:10:31.819064 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11548] 2013-08-14 13:10:31.935962 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11548] 2013-08-14 13:10:31.945539 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11529] 2013-08-14 13:10:31.975367 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [11529] 2013-08-14 13:10:31.975497 LVMCache: refreshing [11529] 2013-08-14 13:10:31.975595 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11548] 2013-08-14 13:10:31.993100 pread SUCCESS [11548] 2013-08-14 13:10:31.993377 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:31.993500 LVMCache: will initialize now [11548] 2013-08-14 13:10:31.993592 LVMCache: refreshing [11548] 2013-08-14 13:10:31.993694 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11529] 2013-08-14 13:10:32.051633 pread SUCCESS [11548] 2013-08-14 13:10:32.051970 pread SUCCESS [11548] 2013-08-14 13:10:32.052514 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11529] 2013-08-14 13:10:32.052564 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11548] 2013-08-14 13:10:32.052593 Entering _checkMetadataVolume [11548] 2013-08-14 13:10:32.053733 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:32.053812 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11529] 2013-08-14 13:10:32.172727 pread SUCCESS [11529] 2013-08-14 13:10:32.174804 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD t= rees):=20 80e371f4[VHD](8.000G//8.023G|ao) febc1667[VHD](8.000G//8.023G|n) 964f262f[VHD](8.000G//8.023G|n) ed06e81a[VHD](12.000G//12.031G|n) 5777bfae[VHD](8.000G//8.023G|n) df86d7e4[VHD](8.000G//8.023G|n) cbce1452[VHD](8.000G//8.023G|ao) 9b0aabf8[VHD](12.000G//12.031G|n) 834ae499[VHD](8.000G//8.023G|ao) 3327f4d3[VHD](8.000G//8.023G|n) f808137d[VHD](12.000G//12.031G|n) 2a91e5b9[VHD](8.000G//8.023G|n) 7be4bec2[VHD](8.000G//8.023G|n) 680b27b0[VHD](8.000G//8.023G|n) 2f650298[VHD](8.000G//8.023G|n) 1a5f99f7[VHD](20.000G//20.047G|ao) 27eb2b14[VHD](20.000G//20.047G|n) 9b080675[VHD](12.000G//12.031G|n) fe862b09[VHD](12.000G//12.031G|n) a0e8684f[VHD](8.000G//8.023G|n) f4dd8536[VHD](8.000G//8.023G|n) b7e51b23[VHD](20.000G//20.047G|n) bbc16bad[VHD](25.000G//25.055G|n) addc2fb2[VHD](27.000G//27.059G|n) 7181f1d1[VHD](8.000G//8.023G|n) d6040749[VHD](8.000G//8.023G|ao) *79c88e37[VHD](12.000G//8.000M|n) 1d60e181[VHD](12.000G//8.000M|n) 76598520[VHD](12.000G//12.031G|n) fddac934[VHD](25.000G//25.055G|n) 85f3dd3a[VHD](8.000G//8.023G|n) 6cd96f13[VHD](8.000G//8.023G|n) 2f14fd41[VHD](20.000G//20.047G|n) [11529] 2013-08-14 13:10:32.174992 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11529] 2013-08-14 13:10:32.175245 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:32.213717 pread SUCCESS [11529] 2013-08-14 13:10:32.214427 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:32.264629 pread SUCCESS [11548] 2013-08-14 13:10:32.279281 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11529] 2013-08-14 13:10:32.334408 Got sm-config for *79c88e37[VHD](12.000G= //8.000M|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd'} [11529] 2013-08-14 13:10:32.334736 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [11548] 2013-08-14 13:10:32.337045 pread SUCCESS [11548] 2013-08-14 13:10:32.337410 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:32.337583 LVMCache: will initialize now [11548] 2013-08-14 13:10:32.337653 LVMCache: refreshing [11548] 2013-08-14 13:10:32.337803 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11529] 2013-08-14 13:10:32.349106 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [11529] 2013-08-14 13:10:32.349198 LVMCache: refreshing [11529] 2013-08-14 13:10:32.349303 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11548] 2013-08-14 13:10:32.392877 pread SUCCESS [11548] 2013-08-14 13:10:32.393379 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:32.393463 Entering _checkMetadataVolume [11548] 2013-08-14 13:10:32.393817 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:32.393946 sr_scan {'sr_uuid': '5a998863-45b0-3031-= e31b-13c92393ad97', 'subtask_of': 'DummyRef:|db6f0bba-8b1d-7ff6-eb24-8b0d04= 4791c4|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:5a1ae95f-520e-5a7b-c46c-9e1e4a1= 85622', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb000= 02a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': = 'true'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30= =2Dd197168126b1'} [11548] 2013-08-14 13:10:32.394080 LVHDSR.scan for 5a998863-45b0-3031-e31b-= 13c92393ad97 [11548] 2013-08-14 13:10:32.394128 LVMCache: refreshing [11548] 2013-08-14 13:10:32.394187 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11529] 2013-08-14 13:10:32.409958 pread SUCCESS [11529] 2013-08-14 13:10:32.410789 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11548] 2013-08-14 13:10:32.440031 pread SUCCESS [11548] 2013-08-14 13:10:32.440737 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [11529] 2013-08-14 13:10:32.507337 pread SUCCESS [11529] 2013-08-14 13:10:32.509254 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD t= rees): no changes [11529] 2013-08-14 13:10:32.509440 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11529] 2013-08-14 13:10:32.517172 Got sm-config for *79c88e37[VHD](12.000G= //8.000M|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd'} [11529] 2013-08-14 13:10:32.517321 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.517437 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 (0, 0) + (1, 0) =3D> (= 1, 0) [11529] 2013-08-14 13:10:32.517488 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (1, 0b) [11529] 2013-08-14 13:10:32.517628 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-= cc54ab269250'] [11529] 2013-08-14 13:10:32.588658 pread SUCCESS [11529] 2013-08-14 13:10:32.588974 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.589114 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.589301 ['/usr/bin/vhd-util', 'read', '--debug',= '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 9c88e37-86d0-4456-b3b9-cc54ab269250'] [11529] 2013-08-14 13:10:32.604216 pread SUCCESS [11529] 2013-08-14 13:10:32.630304 Set vhd-blocks =3D eJxjYBgFo2DkAgADAAAB = for *79c88e37[VHD](12.000G//8.000M|n) [11529] 2013-08-14 13:10:32.630774 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.631063 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 (1, 0) + (-1, 0) =3D> = (0, 0) [11529] 2013-08-14 13:10:32.631180 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (0, 0b) [11529] 2013-08-14 13:10:32.631648 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-= cc54ab269250'] [11548] 2013-08-14 13:10:32.633387 pread SUCCESS [11548] 2013-08-14 13:10:32.635274 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11548] 2013-08-14 13:10:32.671869 pread SUCCESS [11529] 2013-08-14 13:10:32.706653 pread SUCCESS [11529] 2013-08-14 13:10:32.706814 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--79c88e37--86d0--4456--b3b= 9--cc54ab269250'] [11529] 2013-08-14 13:10:32.717211 pread SUCCESS [11529] 2013-08-14 13:10:32.717467 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.717538 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.717895 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:32.760041 pread SUCCESS [11529] 2013-08-14 13:10:32.760263 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:32.798355 pread SUCCESS [11529] 2013-08-14 13:10:32.798517 No work left [11529] 2013-08-14 13:10:32.798662 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/running [11529] 2013-08-14 13:10:32.997285 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [11529] 2013-08-14 13:10:32.997390 LVMCache: refreshing [11529] 2013-08-14 13:10:32.997454 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11548] 2013-08-14 13:10:33.037448 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [11548] 2013-08-14 13:10:33.037538 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/running [11548] 2013-08-14 13:10:33.037587 Kicking GC [11548] 2013-08-14 13:10:33.037637 =3D=3D=3D SR 5a998863-45b0-3031-e31b-13c= 92393ad97: gc =3D=3D=3D [11760] 2013-08-14 13:10:33.039833 Will finish as PID [11761] [11548] 2013-08-14 13:10:33.040653 New PID [11760] [11548] 2013-08-14 13:10:33.040939 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/running [11548] 2013-08-14 13:10:33.041700 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:33.051274 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11529] 2013-08-14 13:10:33.095392 pread SUCCESS [11529] 2013-08-14 13:10:33.097780 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11529] 2013-08-14 13:10:33.209403 pread SUCCESS [11529] 2013-08-14 13:10:33.212347 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD t= rees): no changes [11529] 2013-08-14 13:10:33.212517 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11529] 2013-08-14 13:10:33.212780 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:33.273284 pread SUCCESS [11529] 2013-08-14 13:10:33.273576 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:33.321900 pread SUCCESS [11529] 2013-08-14 13:10:33.477506 Got sm-config for *79c88e37[VHD](12.000G= //8.000M|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJxjYBgF= o2DkAgADAAAB'} [11529] 2013-08-14 13:10:33.477621 No work, exiting [11529] 2013-08-14 13:10:33.478295 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD t= rees): no changes [11761] 2013-08-14 13:10:33.479449 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11761] 2013-08-14 13:10:33.873551 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [11761] 2013-08-14 13:10:33.873648 LVMCache: refreshing [11761] 2013-08-14 13:10:33.873709 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11761] 2013-08-14 13:10:33.925201 pread SUCCESS [11761] 2013-08-14 13:10:33.926071 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [11761] 2013-08-14 13:10:34.007248 pread SUCCESS [11761] 2013-08-14 13:10:34.008799 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees):=20 38596d07[VHD](135.000G//135.270G|n) fdd605eb[VHD](86.000G//86.176G|n) 52bc5f8b[VHD](24.000G//24.055G|n) ebed75a8[VHD](68.000G//68.141G|n) a192a4d3[VHD](36.000G//36.078G|n) *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) 431bea32[VHD](12.000G//8.000M|n) cae03893[VHD](12.000G//12.031G|n) 8da1752b[VHD](86.000G//86.176G|n) 52c0beda[VHD](8.000G//8.023G|n) 521dbd9f[VHD](86.000G//86.176G|n) 950e67ed[VHD](8.000G//8.023G|n) 71cd5588[VHD](18.000G//18.043G|n) e901ff84[VHD](14.000G//14.035G|n) 6be90581[VHD](100.000G//100.203G|n) 064ef036[VHD](8.000G//8.023G|n) 6267ad05[VHD](100.000G//100.203G|n) 4968c4e8[VHD](8.000G//8.023G|n) 70e06f43[VHD](135.000G//135.270G|n) ec0518cc[VHD](8.000G//8.023G|n) 653a5e7d[VHD](8.000G//8.023G|n) 8c862e00[VHD](17.000G//17.039G|n) [11761] 2013-08-14 13:10:34.008949 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11761] 2013-08-14 13:10:34.009179 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:34.047758 pread SUCCESS [11761] 2013-08-14 13:10:34.047985 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:34.084446 pread SUCCESS [11761] 2013-08-14 13:10:34.276751 Got sm-config for *464ad39d[VHD](12.000G= //12.031G|n): {'vdi_type': 'vhd'} [11761] 2013-08-14 13:10:34.276922 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [11761] 2013-08-14 13:10:34.288340 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [11761] 2013-08-14 13:10:34.288409 LVMCache: refreshing [11761] 2013-08-14 13:10:34.288471 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11761] 2013-08-14 13:10:34.339972 pread SUCCESS [11761] 2013-08-14 13:10:34.340701 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [11761] 2013-08-14 13:10:34.427013 pread SUCCESS [11761] 2013-08-14 13:10:34.428676 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees): no changes [11761] 2013-08-14 13:10:34.428839 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11761] 2013-08-14 13:10:34.434457 Got sm-config for *464ad39d[VHD](12.000G= //12.031G|n): {'vdi_type': 'vhd'} [11761] 2013-08-14 13:10:34.434643 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.434774 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (= 1, 0) [11761] 2013-08-14 13:10:34.434825 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [11761] 2013-08-14 13:10:34.435066 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [11761] 2013-08-14 13:10:34.515943 pread SUCCESS [11761] 2013-08-14 13:10:34.516320 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.516436 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.516599 ['/usr/bin/vhd-util', 'read', '--debug',= '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [11761] 2013-08-14 13:10:34.537361 pread SUCCESS [11761] 2013-08-14 13:10:34.589634 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f = for *464ad39d[VHD](12.000G//12.031G|n) [11761] 2013-08-14 13:10:34.590063 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.590338 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> = (0, 0) [11761] 2013-08-14 13:10:34.590455 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [11761] 2013-08-14 13:10:34.590987 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [11761] 2013-08-14 13:10:34.674547 pread SUCCESS [11761] 2013-08-14 13:10:34.674710 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a67= 2--2d851c93d7ec'] [11761] 2013-08-14 13:10:34.688022 pread SUCCESS [11761] 2013-08-14 13:10:34.688402 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.688528 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.689109 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:34.741205 pread SUCCESS [11761] 2013-08-14 13:10:34.741430 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:34.804659 pread SUCCESS [11761] 2013-08-14 13:10:34.804850 No work left [11761] 2013-08-14 13:10:34.805024 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/running [11761] 2013-08-14 13:10:34.985481 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [11761] 2013-08-14 13:10:34.985581 LVMCache: refreshing [11761] 2013-08-14 13:10:34.985646 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11761] 2013-08-14 13:10:35.042069 pread SUCCESS [11761] 2013-08-14 13:10:35.042884 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [11761] 2013-08-14 13:10:35.154277 pread SUCCESS [11761] 2013-08-14 13:10:35.155929 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees): no changes [11761] 2013-08-14 13:10:35.156092 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11761] 2013-08-14 13:10:35.156336 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:35.200158 pread SUCCESS [11761] 2013-08-14 13:10:35.200417 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:35.248499 pread SUCCESS [11761] 2013-08-14 13:10:35.260361 Got sm-config for *464ad39d[VHD](12.000G= //12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [11761] 2013-08-14 13:10:35.260455 No work, exiting [11761] 2013-08-14 13:10:35.261004 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees): no changes [8936] 2013-08-14 13:13:53.733020 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [8936] 2013-08-14 13:13:53.741298 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [8936] 2013-08-14 13:13:53.894486 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [8936] 2013-08-14 13:13:53.913047 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [8936] 2013-08-14 13:13:53.959188 pread SUCCESS [8936] 2013-08-14 13:13:53.959384 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:53.959463 LVMCache: will initialize now [8936] 2013-08-14 13:13:53.959510 LVMCache: refreshing [8936] 2013-08-14 13:13:53.959581 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [8936] 2013-08-14 13:13:54.003045 pread SUCCESS [8936] 2013-08-14 13:13:54.003616 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:54.003693 Entering _checkMetadataVolume [8936] 2013-08-14 13:13:54.004892 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:54.004970 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [8936] 2013-08-14 13:13:54.018756 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [8936] 2013-08-14 13:13:54.066305 pread SUCCESS [8936] 2013-08-14 13:13:54.066497 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:54.066575 LVMCache: will initialize now [8936] 2013-08-14 13:13:54.066624 LVMCache: refreshing [8936] 2013-08-14 13:13:54.066697 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [8936] 2013-08-14 13:13:54.105567 pread SUCCESS [8936] 2013-08-14 13:13:54.106122 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:54.106202 Entering _checkMetadataVolume [8936] 2013-08-14 13:13:54.117130 vdi_compose {'sr_uuid': 'cc06f713-dfda-f0= d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|e68b0b86-5a7a-e519-31d0-f79= c58d3ea1c|VDI.activate', 'vdi_ref': 'OpaqueRef:fb47b4e7-b647-de37-097d-f70f= 54ffd2ad', 'vdi_on_boot': 'persist', 'args': ['OpaqueRef:234f548e-f0d7-e5a3= =2Dea5b-f95aa44d197d'], 'vdi_location': '76598520-c47b-4930-a84a-7c1c1d3743= 6f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436c41a9db', 'session= _ref': 'OpaqueRef:3b7b50c5-bd9b-8783-e66b-c2e9e14dbd83', 'device_config': {= 'device': '/dev/disk/mpInuse/3600a0b80005a595600002efb5192f499', 'SCSIid': = '3600a0b80005a595600002efb5192f499', 'SRmaster': 'true'}, 'command': 'vdi_c= ompose', 'vdi_allow_caching': 'false', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9= ce0-6f39-d1c109370159', 'vdi_uuid': '76598520-c47b-4930-a84a-7c1c1d37436f'} [8936] 2013-08-14 13:13:54.140361 LVHDSR.compose for 76598520-c47b-4930-a84= a-7c1c1d37436f -> ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.140613 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:54.140769 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (1, = 0) [8936] 2013-08-14 13:13:54.140825 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [8936] 2013-08-14 13:13:54.140993 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [8936] 2013-08-14 13:13:54.202096 pread SUCCESS [8936] 2013-08-14 13:13:54.202359 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:54.202427 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:54.202636 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.202766 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.202960 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (0, 0) + (1, 0) =3D> (1, = 0) [8936] 2013-08-14 13:13:54.203034 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (1, 0b) [8936] 2013-08-14 13:13:54.203218 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [8936] 2013-08-14 13:13:54.257313 pread SUCCESS [8936] 2013-08-14 13:13:54.257591 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.257664 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.257832 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--cc06f713--dfda--f0d8--b5ca--5df29e92859= 3-VHD--ed06e81a--c8ae--49c6--ac8f--e18e67205dcc', '-n', '/dev/VG_XenStorage= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d3= 7436f'] [8936] 2013-08-14 13:13:54.281534 pread SUCCESS [8936] 2013-08-14 13:13:54.281692 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc', '-f', 'hidden', '-v', '1'] [8936] 2013-08-14 13:13:54.290869 pread SUCCESS [8936] 2013-08-14 13:13:54.291018 Refresh request for 76598520-c47b-4930-a8= 4a-7c1c1d37436f [8936] 2013-08-14 13:13:54.308341 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [8936] 2013-08-14 13:13:54.987687 Compose done [8936] 2013-08-14 13:13:54.987957 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.988107 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (1, 0) + (-1, 0) =3D> (0,= 0) [8936] 2013-08-14 13:13:54.988156 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (0, 0b) [8936] 2013-08-14 13:13:54.988368 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [8936] 2013-08-14 13:13:55.101890 pread SUCCESS [8936] 2013-08-14 13:13:55.102063 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--ed06e81a--c8ae--49c6--ac8f= =2D-e18e67205dcc'] [8936] 2013-08-14 13:13:55.119945 pread SUCCESS [8936] 2013-08-14 13:13:55.120195 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:55.120262 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:55.120434 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:55.120583 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> (0,= 0) [8936] 2013-08-14 13:13:55.120632 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [8936] 2013-08-14 13:13:55.120819 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [8936] 2013-08-14 13:13:55.227145 pread SUCCESS [8936] 2013-08-14 13:13:55.227301 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [8936] 2013-08-14 13:13:55.240537 pread SUCCESS [8936] 2013-08-14 13:13:55.240828 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:55.240927 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:55.241383 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:55.889425 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9454] 2013-08-14 13:13:55.896626 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9454] 2013-08-14 13:13:56.054084 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9454] 2013-08-14 13:13:56.068406 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9454] 2013-08-14 13:13:56.115737 pread SUCCESS [9454] 2013-08-14 13:13:56.115975 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.116064 LVMCache: will initialize now [9454] 2013-08-14 13:13:56.116122 LVMCache: refreshing [9454] 2013-08-14 13:13:56.116209 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9454] 2013-08-14 13:13:56.158193 pread SUCCESS [9454] 2013-08-14 13:13:56.158788 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.158882 Entering _checkMetadataVolume [9454] 2013-08-14 13:13:56.160197 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.160304 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9454] 2013-08-14 13:13:56.172820 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9454] 2013-08-14 13:13:56.229413 pread SUCCESS [9454] 2013-08-14 13:13:56.229612 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.229686 LVMCache: will initialize now [9454] 2013-08-14 13:13:56.229742 LVMCache: refreshing [9454] 2013-08-14 13:13:56.229809 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9454] 2013-08-14 13:13:56.267154 pread SUCCESS [9454] 2013-08-14 13:13:56.267682 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.267762 Entering _checkMetadataVolume [9454] 2013-08-14 13:13:56.268204 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.274484 vdi_delete {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|5b1dd689-0b04-ed33-d10d-c8e2= 9070dedc|VDI.destroy', 'vdi_ref': 'OpaqueRef:9c143498-9af8-c521-85ec-d3fc5d= 1ec900', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '1d60e181-34= b1-407f-9b65-b364c9874574', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:42a2879c-6f42-4010-2fc0-65f346c75e= 4b', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002e= fb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tr= ue'}, 'command': 'vdi_delete', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'vdi_uuid': '1d60e181-34b1-40= 7f-9b65-b364c9874574'} [9454] 2013-08-14 13:13:56.274586 LVHDVDI.delete for 1d60e181-34b1-407f-9b6= 5-b364c9874574 [9454] 2013-08-14 13:13:56.274762 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.274868 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 (0, 0) + (1, 0) =3D> (1, = 0) [9454] 2013-08-14 13:13:56.274916 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 set =3D> (1, 0b) [9454] 2013-08-14 13:13:56.275045 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e181-34b1-407f-9b65-b= 364c9874574'] [9454] 2013-08-14 13:13:56.344656 pread SUCCESS [9454] 2013-08-14 13:13:56.345037 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.345204 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.345439 ['/usr/bin/vhd-util', 'query', '--debug',= '-vsf', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD= =2D1d60e181-34b1-407f-9b65-b364c9874574'] [9454] 2013-08-14 13:13:56.378669 pread SUCCESS [9454] 2013-08-14 13:13:56.385812 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e18= 1-34b1-407f-9b65-b364c9874574', '-f', 'hidden', '-v', '1'] [9454] 2013-08-14 13:13:56.401647 pread SUCCESS [9454] 2013-08-14 13:13:56.401975 Deleting vdi: 1d60e181-34b1-407f-9b65-b36= 4c9874574 [9454] 2013-08-14 13:13:56.402064 Entering deleteVdi [9454] 2013-08-14 13:13:56.437540 entering updateVdi [9454] 2013-08-14 13:13:56.461022 Entering getMetadataToWrite [9454] 2013-08-14 13:13:56.461126 Entering VDI info [9454] 2013-08-14 13:13:56.461191 Entering VDI info [9454] 2013-08-14 13:13:56.509012 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.509227 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 (1, 0) + (-1, 0) =3D> (0,= 0) [9454] 2013-08-14 13:13:56.509307 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 set =3D> (0, 0b) [9454] 2013-08-14 13:13:56.509557 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e181-34b1-407f-9b65-b= 364c9874574'] [9454] 2013-08-14 13:13:56.615227 pread SUCCESS [9454] 2013-08-14 13:13:56.615462 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--1d60e181--34b1--407f--9b65= =2D-b364c9874574'] [9454] 2013-08-14 13:13:56.633789 pread SUCCESS [9454] 2013-08-14 13:13:56.634113 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.634194 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.645404 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9454] 2013-08-14 13:13:56.709968 pread SUCCESS [9454] 2013-08-14 13:13:56.749795 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [9454] 2013-08-14 13:13:56.749997 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [9454] 2013-08-14 13:13:56.750096 Kicking GC [9454] 2013-08-14 13:13:56.750200 =3D=3D=3D SR cc06f713-dfda-f0d8-b5ca-5df2= 9e928593: gc =3D=3D=3D [9608] 2013-08-14 13:13:56.753027 Will finish as PID [9610] [9454] 2013-08-14 13:13:56.753824 New PID [9608] [9454] 2013-08-14 13:13:56.754019 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/running [9454] 2013-08-14 13:13:56.754242 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.754910 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:13:56.973238 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9641] 2013-08-14 13:13:57.028291 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a58eb00002a60518869bd [9641] 2013-08-14 13:13:57.037282 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a58eb00002a60518869bd [9641] 2013-08-14 13:13:57.162603 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:13:57.171566 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:13:57.171682 LVMCache: refreshing [9610] 2013-08-14 13:13:57.171772 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9641] 2013-08-14 13:13:57.179058 ['/usr/sbin/vgs', 'VG_XenStorage-5a998863= =2D45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:13:57.219188 pread SUCCESS [9610] 2013-08-14 13:13:57.220033 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9641] 2013-08-14 13:13:57.220751 pread SUCCESS [9641] 2013-08-14 13:13:57.220929 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.221012 LVMCache: will initialize now [9641] 2013-08-14 13:13:57.221060 LVMCache: refreshing [9641] 2013-08-14 13:13:57.221126 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9641] 2013-08-14 13:13:57.289224 pread SUCCESS [9641] 2013-08-14 13:13:57.289825 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.289925 Entering _checkMetadataVolume [9641] 2013-08-14 13:13:57.291176 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.291272 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [9641] 2013-08-14 13:13:57.306803 ['/usr/sbin/vgs', 'VG_XenStorage-5a998863= =2D45b0-3031-e31b-13c92393ad97'] [9641] 2013-08-14 13:13:57.370780 pread SUCCESS [9641] 2013-08-14 13:13:57.371004 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.371084 LVMCache: will initialize now [9641] 2013-08-14 13:13:57.371136 LVMCache: refreshing [9641] 2013-08-14 13:13:57.371208 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9641] 2013-08-14 13:13:57.428056 pread SUCCESS [9641] 2013-08-14 13:13:57.428529 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.428622 Entering _checkMetadataVolume [9641] 2013-08-14 13:13:57.428991 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.435623 vdi_delete {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|3258ff6f-b340-f6f2-1853-3f5d= 9f0a73b7|VDI.destroy', 'vdi_ref': 'OpaqueRef:4c98b3aa-c45c-421d-e643-7f24cd= dd2fef', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '431bea32-74= 34-4ad4-9195-c683be686fa5', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:961eff4d-b4c2-e8ff-a4eb-8e1036063d= 64', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_delete', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '431bea32-7434-4a= d4-9195-c683be686fa5'} [9641] 2013-08-14 13:13:57.435757 LVHDVDI.delete for 431bea32-7434-4ad4-919= 5-c683be686fa5 [9641] 2013-08-14 13:13:57.435942 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.436061 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 (0, 0) + (1, 0) =3D> (1, = 0) [9641] 2013-08-14 13:13:57.436111 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 set =3D> (1, 0b) [9641] 2013-08-14 13:13:57.436355 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea32-7434-4ad4-9195-c= 683be686fa5'] [9610] 2013-08-14 13:13:57.472849 pread SUCCESS [9610] 2013-08-14 13:13:57.475057 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD tr= ees):=20 80e371f4[VHD](8.000G//8.023G|ao) febc1667[VHD](8.000G//8.023G|n) 964f262f[VHD](8.000G//8.023G|n) *ed06e81a[VHD](12.000G//12.031G|n) 76598520[VHD](12.000G//12.031G|n) 5777bfae[VHD](8.000G//8.023G|n) df86d7e4[VHD](8.000G//8.023G|n) cbce1452[VHD](8.000G//8.023G|ao) 9b0aabf8[VHD](12.000G//12.031G|n) 834ae499[VHD](8.000G//8.023G|ao) 3327f4d3[VHD](8.000G//8.023G|n) f808137d[VHD](12.000G//12.031G|n) 2a91e5b9[VHD](8.000G//8.023G|n) 7be4bec2[VHD](8.000G//8.023G|n) 680b27b0[VHD](8.000G//8.023G|n) 2f650298[VHD](8.000G//8.023G|n) 1a5f99f7[VHD](20.000G//20.047G|ao) 27eb2b14[VHD](20.000G//20.047G|n) 9b080675[VHD](12.000G//12.031G|n) fe862b09[VHD](12.000G//12.031G|n) a0e8684f[VHD](8.000G//8.023G|n) f4dd8536[VHD](8.000G//8.023G|n) b7e51b23[VHD](20.000G//20.047G|n) bbc16bad[VHD](25.000G//25.055G|n) addc2fb2[VHD](27.000G//27.059G|n) 7181f1d1[VHD](8.000G//8.023G|n) d6040749[VHD](8.000G//8.023G|ao) *79c88e37[VHD](12.000G//8.000M|n) *1d60e181[VHD](12.000G//8.000M|n) fddac934[VHD](25.000G//25.055G|n) 85f3dd3a[VHD](8.000G//8.023G|n) 6cd96f13[VHD](8.000G//8.023G|n) 2f14fd41[VHD](20.000G//20.047G|n) [9610] 2013-08-14 13:13:57.475274 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:13:57.475535 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [9610] 2013-08-14 13:13:57.485340 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:13:57.485441 LVMCache: refreshing [9610] 2013-08-14 13:13:57.485506 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9641] 2013-08-14 13:13:57.520769 pread SUCCESS [9641] 2013-08-14 13:13:57.521013 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.521084 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.521211 ['/usr/bin/vhd-util', 'query', '--debug',= '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD= =2D431bea32-7434-4ad4-9195-c683be686fa5'] [9610] 2013-08-14 13:13:57.538050 pread SUCCESS [9610] 2013-08-14 13:13:57.539062 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9641] 2013-08-14 13:13:57.540848 pread SUCCESS [9641] 2013-08-14 13:13:57.548846 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea3= 2-7434-4ad4-9195-c683be686fa5', '-f', 'hidden', '-v', '1'] [9641] 2013-08-14 13:13:57.562410 pread SUCCESS [9641] 2013-08-14 13:13:57.562651 Deleting vdi: 431bea32-7434-4ad4-9195-c68= 3be686fa5 [9641] 2013-08-14 13:13:57.562719 Entering deleteVdi [9641] 2013-08-14 13:13:57.578203 entering updateVdi [9641] 2013-08-14 13:13:57.585362 Entering getMetadataToWrite [9641] 2013-08-14 13:13:57.585439 Entering VDI info [9641] 2013-08-14 13:13:57.585503 Entering VDI info [9641] 2013-08-14 13:13:57.623321 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.623484 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 (1, 0) + (-1, 0) =3D> (0,= 0) [9641] 2013-08-14 13:13:57.623536 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 set =3D> (0, 0b) [9641] 2013-08-14 13:13:57.623742 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea32-7434-4ad4-9195-c= 683be686fa5'] [9610] 2013-08-14 13:13:57.635068 pread SUCCESS [9610] 2013-08-14 13:13:57.637102 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD tr= ees): no changes [9610] 2013-08-14 13:13:57.637289 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:13:57.654748 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:13:57.654975 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.655104 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:13:57.655155 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (1, 0b) [9610] 2013-08-14 13:13:57.655322 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [9641] 2013-08-14 13:13:57.722017 pread SUCCESS [9641] 2013-08-14 13:13:57.722159 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--431bea32--7434--4ad4--9195= =2D-c683be686fa5'] [9641] 2013-08-14 13:13:57.732035 pread SUCCESS [9641] 2013-08-14 13:13:57.732253 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.732328 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9610] 2013-08-14 13:13:57.738494 pread SUCCESS [9610] 2013-08-14 13:13:57.738817 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.738923 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.739100 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed= 06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [9641] 2013-08-14 13:13:57.745298 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:13:57.751073 pread SUCCESS [9610] 2013-08-14 13:13:57.778945 Set vhd-blocks =3D eJz7/38UgMF1Gpj5G0T8ra= OBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D for *ed06e81a[VHD](12.000G//12= =2E031G|n) [9610] 2013-08-14 13:13:57.793494 Got sm-config for *79c88e37[VHD](12.000G/= /8.000M|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be-= 033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJxjYBgFo2D= kAgADAAAB'} [9610] 2013-08-14 13:13:57.793746 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.793883 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (1, 0) + (-1, 0) =3D> (0,= 0) [9610] 2013-08-14 13:13:57.793935 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (0, 0b) [9610] 2013-08-14 13:13:57.794151 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [9641] 2013-08-14 13:13:57.804753 pread SUCCESS [9641] 2013-08-14 13:13:57.847553 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9641] 2013-08-14 13:13:57.847663 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9641] 2013-08-14 13:13:57.847733 Kicking GC [9641] 2013-08-14 13:13:57.847801 =3D=3D=3D SR 5a998863-45b0-3031-e31b-13c9= 2393ad97: gc =3D=3D=3D [9818] 2013-08-14 13:13:57.850552 Will finish as PID [9819] [9641] 2013-08-14 13:13:57.851335 New PID [9818] [9641] 2013-08-14 13:13:57.851486 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/running [9641] 2013-08-14 13:13:57.851643 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.852142 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:13:57.919422 pread SUCCESS [9610] 2013-08-14 13:13:57.919670 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--ed06e81a--c8ae--49c6--ac8f= =2D-e18e67205dcc'] [9610] 2013-08-14 13:13:57.940159 pread SUCCESS [9610] 2013-08-14 13:13:57.940366 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.940438 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.940875 Found 2 VDIs for deletion: [9610] 2013-08-14 13:13:57.940977 *1d60e181[VHD](12.000G//8.000M|n) [9610] 2013-08-14 13:13:57.941041 *79c88e37[VHD](12.000G//8.000M|n) [9610] 2013-08-14 13:13:57.947412 Deleting unlinked VDI *1d60e181[VHD](12.0= 00G//8.000M|n) [9819] 2013-08-14 13:13:58.100043 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [9858] 2013-08-14 13:13:58.130909 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9858] 2013-08-14 13:13:58.360080 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9819] 2013-08-14 13:13:58.436235 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:13:58.436342 LVMCache: refreshing [9819] 2013-08-14 13:13:58.436405 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:13:58.472930 pread SUCCESS [9819] 2013-08-14 13:13:58.473566 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9858] 2013-08-14 13:13:58.525133 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9858] 2013-08-14 13:13:58.543691 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:13:58.548850 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9858] 2013-08-14 13:13:58.602817 pread SUCCESS [9858] 2013-08-14 13:13:58.603005 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.603078 LVMCache: will initialize now [9858] 2013-08-14 13:13:58.603124 LVMCache: refreshing [9858] 2013-08-14 13:13:58.603189 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9858] 2013-08-14 13:13:58.669554 pread SUCCESS [9858] 2013-08-14 13:13:58.670121 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.670195 Entering _checkMetadataVolume [9858] 2013-08-14 13:13:58.671464 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.671545 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9858] 2013-08-14 13:13:58.686367 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:13:58.692879 pread SUCCESS [9819] 2013-08-14 13:13:58.694479 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees):=20 38596d07[VHD](135.000G//135.270G|n) fdd605eb[VHD](86.000G//86.176G|n) 52bc5f8b[VHD](24.000G//24.055G|n) ebed75a8[VHD](68.000G//68.141G|n) a192a4d3[VHD](36.000G//36.078G|n) *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) *431bea32[VHD](12.000G//8.000M|n) cae03893[VHD](12.000G//12.031G|n) 8da1752b[VHD](86.000G//86.176G|n) 52c0beda[VHD](8.000G//8.023G|n) 521dbd9f[VHD](86.000G//86.176G|n) 950e67ed[VHD](8.000G//8.023G|n) 71cd5588[VHD](18.000G//18.043G|n) e901ff84[VHD](14.000G//14.035G|n) 6be90581[VHD](100.000G//100.203G|n) 064ef036[VHD](8.000G//8.023G|n) 6267ad05[VHD](100.000G//100.203G|n) 4968c4e8[VHD](8.000G//8.023G|n) 70e06f43[VHD](135.000G//135.270G|n) ec0518cc[VHD](8.000G//8.023G|n) 653a5e7d[VHD](8.000G//8.023G|n) 8c862e00[VHD](17.000G//17.039G|n) [9819] 2013-08-14 13:13:58.694629 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:13:58.694872 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:13:58.707052 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:13:58.707141 LVMCache: refreshing [9819] 2013-08-14 13:13:58.707237 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9858] 2013-08-14 13:13:58.738397 pread SUCCESS [9858] 2013-08-14 13:13:58.738606 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.738684 LVMCache: will initialize now [9858] 2013-08-14 13:13:58.738737 LVMCache: refreshing [9858] 2013-08-14 13:13:58.738809 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9819] 2013-08-14 13:13:58.762833 pread SUCCESS [9819] 2013-08-14 13:13:58.763605 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9858] 2013-08-14 13:13:58.782132 pread SUCCESS [9858] 2013-08-14 13:13:58.782750 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.782848 Entering _checkMetadataVolume [9858] 2013-08-14 13:13:58.783361 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.783492 sr_scan {'sr_uuid': 'cc06f713-dfda-f0d8-b= 5ca-5df29e928593', 'subtask_of': 'DummyRef:|1c5b03e2-d0cb-0e7c-b649-cdc859c= 4c6a5|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:46d3ebd5-4f6d-9e7a-703c-a2f33c43d4= fb', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002e= fb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tr= ue'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1= c109370159'} [9858] 2013-08-14 13:13:58.783659 LVHDSR.scan for cc06f713-dfda-f0d8-b5ca-5= df29e928593 [9858] 2013-08-14 13:13:58.783713 LVMCache: refreshing [9858] 2013-08-14 13:13:58.783767 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9858] 2013-08-14 13:13:58.839015 pread SUCCESS [9858] 2013-08-14 13:13:58.840696 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:13:58.866532 pread SUCCESS [9819] 2013-08-14 13:13:58.867997 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): no changes [9819] 2013-08-14 13:13:58.868144 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:13:58.893885 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:13:58.894244 Found 1 VDIs for deletion: [9819] 2013-08-14 13:13:58.894355 *431bea32[VHD](12.000G//8.000M|n) [9819] 2013-08-14 13:13:58.902150 Deleting unlinked VDI *431bea32[VHD](12.0= 00G//8.000M|n) [9858] 2013-08-14 13:13:58.953227 pread SUCCESS [9858] 2013-08-14 13:13:58.956454 Scan found hidden leaf (1d60e181-34b1-407= f-9b65-b364c9874574), ignoring [9858] 2013-08-14 13:13:58.956624 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9858] 2013-08-14 13:13:59.004479 pread SUCCESS [9610] 2013-08-14 13:13:59.157942 call-plugin returned: 'True' [9610] 2013-08-14 13:13:59.158201 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:13:59.274620 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9858] 2013-08-14 13:13:59.597147 _override_sm_config: vhd-parent: 79c88e37= =2D86d0-4456-b3b9-cc54ab269250 -> ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9858] 2013-08-14 13:13:59.597547 read_only True <> False [9858] 2013-08-14 13:13:59.597718 sm_config {'vhd-parent': 'ed06e81a-c8ae-4= 9c6-ac8f-e18e67205dcc', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b9= 2': 'RW', 'vdi_type': 'vhd'} <> {'vhd-parent': '79c88e37-86d0-4456-b3b9-cc5= 4ab269250', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'v= di_type': 'vhd'} [9858] 2013-08-14 13:13:59.598245 VDIs changed on disk: ['ed06e81a-c8ae-49c= 6-ac8f-e18e67205dcc', '76598520-c47b-4930-a84a-7c1c1d37436f'] [9858] 2013-08-14 13:13:59.598334 Updating VDI with location=3Ded06e81a-c8a= e-49c6-ac8f-e18e67205dcc uuid=3Ded06e81a-c8ae-49c6-ac8f-e18e67205dcc [9858] 2013-08-14 13:13:59.647775 Updating VDI with location=3D76598520-c47= b-4930-a84a-7c1c1d37436f uuid=3D76598520-c47b-4930-a84a-7c1c1d37436f [9858] 2013-08-14 13:13:59.699085 _db_update_sm_config: 76598520-c47b-4930-= a84a-7c1c1d37436f sm-config:vhd-parent 79c88e37-86d0-4456-b3b9-cc54ab269250= =2D>ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9858] 2013-08-14 13:13:59.722555 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: False (exists: True) [9610] 2013-08-14 13:13:59.774494 call-plugin returned: 'True' [9610] 2013-08-14 13:13:59.774628 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:13:59.872378 call-plugin returned: 'True' [9819] 2013-08-14 13:13:59.872528 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9858] 2013-08-14 13:13:59.923248 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9858] 2013-08-14 13:13:59.923348 LVMCache: will initialize now [9858] 2013-08-14 13:13:59.923398 LVMCache: refreshing [9858] 2013-08-14 13:13:59.923456 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9858] 2013-08-14 13:13:59.964853 pread SUCCESS [9858] 2013-08-14 13:13:59.965358 A GC instance already running, not kicking [9858] 2013-08-14 13:13:59.965454 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/running [9858] 2013-08-14 13:13:59.965682 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:59.970962 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:14:00.225110 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:00.270800 call-plugin returned: 'True' [9819] 2013-08-14 13:14:00.270945 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:00.287167 call-plugin returned: 'True' [9610] 2013-08-14 13:14:00.287348 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:00.656534 call-plugin returned: 'True' [9819] 2013-08-14 13:14:00.656647 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:00.660991 call-plugin returned: 'True' [9610] 2013-08-14 13:14:00.661096 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9610] 2013-08-14 13:14:00.967679 call-plugin returned: 'True' [9610] 2013-08-14 13:14:00.967832 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:01.521033 call-plugin returned: 'True' [9819] 2013-08-14 13:14:01.521279 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9819] 2013-08-14 13:14:01.844915 call-plugin returned: 'True' [9819] 2013-08-14 13:14:01.845046 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:01.850000 call-plugin returned: 'True' [9610] 2013-08-14 13:14:01.850161 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9610] 2013-08-14 13:14:02.177626 call-plugin returned: 'True' [9610] 2013-08-14 13:14:02.177764 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:02.313826 call-plugin returned: 'True' [9819] 2013-08-14 13:14:02.314000 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:02.468066 call-plugin returned: 'True' [9610] 2013-08-14 13:14:02.468239 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:02.669929 call-plugin returned: 'True' [9819] 2013-08-14 13:14:02.670064 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:02.800167 call-plugin returned: 'True' [9610] 2013-08-14 13:14:02.800413 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:03.379352 call-plugin returned: 'True' [9819] 2013-08-14 13:14:03.379502 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:03.410618 call-plugin returned: 'True' [9610] 2013-08-14 13:14:03.410953 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:03.411033 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e181-34b1-407f-9b65-b3= 64c9874574'] [9610] 2013-08-14 13:14:03.515960 pread SUCCESS [9610] 2013-08-14 13:14:03.516205 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--1d60e181--34b1--407f--9b65= =2D-b364c9874574'] [9610] 2013-08-14 13:14:03.536744 pread SUCCESS [9610] 2013-08-14 13:14:03.547500 Deleting vdi: 1d60e181-34b1-407f-9b65-b36= 4c9874574 [9610] 2013-08-14 13:14:03.547616 Entering deleteVdi [9610] 2013-08-14 13:14:03.568232 Metadata for VDI 1d60e181-34b1-407f-9b65-= b364c9874574 not present, or already removed, no further deletion action re= quired. [9610] 2013-08-14 13:14:03.568437 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:03.568582 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9610] 2013-08-14 13:14:03.568860 Deleting unlinked VDI *79c88e37[VHD](12.0= 00G//8.000M|n) [9819] 2013-08-14 13:14:03.721338 call-plugin returned: 'True' [9819] 2013-08-14 13:14:03.721544 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:03.913444 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [9819] 2013-08-14 13:14:04.111856 call-plugin returned: 'True' [9819] 2013-08-14 13:14:04.112289 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:04.112418 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea32-7434-4ad4-9195-c6= 83be686fa5'] [9819] 2013-08-14 13:14:04.192749 pread SUCCESS [9819] 2013-08-14 13:14:04.192887 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--431bea32--7434--4ad4--9195= =2D-c683be686fa5'] [9819] 2013-08-14 13:14:04.212489 pread SUCCESS [9819] 2013-08-14 13:14:04.224183 Deleting vdi: 431bea32-7434-4ad4-9195-c68= 3be686fa5 [9819] 2013-08-14 13:14:04.224287 Entering deleteVdi [9819] 2013-08-14 13:14:04.243568 Metadata for VDI 431bea32-7434-4ad4-9195-= c683be686fa5 not present, or already removed, no further deletion action re= quired. [9819] 2013-08-14 13:14:04.243825 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:04.244894 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9819] 2013-08-14 13:14:04.245224 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:04.539604 call-plugin returned: 'True' [9610] 2013-08-14 13:14:04.539714 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [10899] 2013-08-14 13:14:04.667450 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [10899] 2013-08-14 13:14:04.876839 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:04.896162 call-plugin returned: 'True' [9610] 2013-08-14 13:14:04.896275 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [10899] 2013-08-14 13:14:05.037986 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [10899] 2013-08-14 13:14:05.056819 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10899] 2013-08-14 13:14:05.107023 pread SUCCESS [10899] 2013-08-14 13:14:05.107198 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.107273 LVMCache: will initialize now [10899] 2013-08-14 13:14:05.107329 LVMCache: refreshing [10899] 2013-08-14 13:14:05.107396 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [10899] 2013-08-14 13:14:05.154744 pread SUCCESS [10899] 2013-08-14 13:14:05.155390 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.155529 Entering _checkMetadataVolume [10899] 2013-08-14 13:14:05.157167 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.157286 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [10899] 2013-08-14 13:14:05.174166 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10899] 2013-08-14 13:14:05.226542 pread SUCCESS [10899] 2013-08-14 13:14:05.226791 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.226897 LVMCache: will initialize now [10899] 2013-08-14 13:14:05.226956 LVMCache: refreshing [10899] 2013-08-14 13:14:05.227029 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:05.277635 call-plugin returned: 'True' [9610] 2013-08-14 13:14:05.277793 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [10899] 2013-08-14 13:14:05.300021 pread SUCCESS [10899] 2013-08-14 13:14:05.300499 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.300578 Entering _checkMetadataVolume [10899] 2013-08-14 13:14:05.300915 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.301039 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:251dfe98-59a2-1925-a546-6412= f8edc7b1', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:dbcf498e-ad86-b1ca-fa4b-d588c85383a4', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [10899] 2013-08-14 13:14:05.301181 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10899] 2013-08-14 13:14:05.347903 pread SUCCESS [10899] 2013-08-14 13:14:05.357226 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [10899] 2013-08-14 13:14:05.407974 pread SUCCESS [10899] 2013-08-14 13:14:05.460691 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [10899] 2013-08-14 13:14:05.460779 entering updateSR [10899] 2013-08-14 13:14:05.464083 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.464289 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:05.560588 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:05.560754 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9610] 2013-08-14 13:14:05.649531 call-plugin returned: 'True' [9610] 2013-08-14 13:14:05.649683 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [9819] 2013-08-14 13:14:05.774547 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:05.774652 LVMCache: refreshing [9819] 2013-08-14 13:14:05.774730 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:05.814560 pread SUCCESS [9819] 2013-08-14 13:14:05.815335 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:05.952011 pread SUCCESS [9819] 2013-08-14 13:14:05.953571 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:05.953741 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:05.953947 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:06.010471 pread SUCCESS [9819] 2013-08-14 13:14:06.026008 Got other-config for a88f05be[VHD](12.000= G//12.031G|n): {} [9819] 2013-08-14 13:14:06.026148 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:06.069135 pread SUCCESS [9819] 2013-08-14 13:14:06.077454 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|n) [9819] 2013-08-14 13:14:06.095813 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:14:06.096124 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:06.096272 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:06.096337 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:14:06.096710 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9610] 2013-08-14 13:14:06.165767 call-plugin returned: 'True' [9610] 2013-08-14 13:14:06.165908 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [9819] 2013-08-14 13:14:06.188958 pread SUCCESS [9819] 2013-08-14 13:14:06.189322 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:06.189466 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:06.189654 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:06.213332 pread SUCCESS [9819] 2013-08-14 13:14:06.235473 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:06.242560 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG= 0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D'} [9819] 2013-08-14 13:14:06.250803 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:06.253103 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:06.253215 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:06.253306 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:06.269785 pread SUCCESS [9819] 2013-08-14 13:14:06.270066 Leaf-coalesce candidate: a88f05be[VHD](12= =2E000G/122.356M/12.031G|n) [9819] 2013-08-14 13:14:06.270225 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:06.287357 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:06.287446 LVMCache: refreshing [9819] 2013-08-14 13:14:06.287510 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:06.348954 pread SUCCESS [9819] 2013-08-14 13:14:06.349619 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:06.466742 pread SUCCESS [9819] 2013-08-14 13:14:06.468442 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:06.468650 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:06.478779 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:06.479077 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:06.531850 call-plugin returned: 'True' [9610] 2013-08-14 13:14:06.531978 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [9819] 2013-08-14 13:14:06.533013 pread SUCCESS [9819] 2013-08-14 13:14:06.541242 Got other-config for a88f05be[VHD](12.000= G//12.031G|a): {} [9819] 2013-08-14 13:14:06.541356 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:06.604818 pread SUCCESS [9819] 2013-08-14 13:14:06.615768 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|a) [9819] 2013-08-14 13:14:06.622421 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:14:06.622584 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:06.637513 pread SUCCESS [9819] 2013-08-14 13:14:06.654769 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:06.663381 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG= 0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D'} [9819] 2013-08-14 13:14:06.671082 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:06.674349 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:06.674458 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:06.674547 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:06.690802 pread SUCCESS [9819] 2013-08-14 13:14:06.691110 Leaf-coalesce candidate: a88f05be[VHD](12= =2E000G/122.356M/12.031G|a) [9819] 2013-08-14 13:14:06.691221 Leaf-coalescing a88f05be[VHD](12.000G/122= =2E356M/12.031G|a) -> *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:06.701551 Got other-config for a88f05be[VHD](12.000= G/122.356M/12.031G|a): {} [9819] 2013-08-14 13:14:06.701672 Single-snapshotting a88f05be[VHD](12.000G= /122.356M/12.031G|a) [11374] 2013-08-14 13:14:06.841368 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11374] 2013-08-14 13:14:06.847673 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:06.915940 call-plugin returned: 'True' [9610] 2013-08-14 13:14:06.916078 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [11374] 2013-08-14 13:14:07.030852 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11374] 2013-08-14 13:14:07.047243 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11374] 2013-08-14 13:14:07.087348 pread SUCCESS [11374] 2013-08-14 13:14:07.087593 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.087673 LVMCache: will initialize now [11374] 2013-08-14 13:14:07.087722 LVMCache: refreshing [11374] 2013-08-14 13:14:07.087840 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11374] 2013-08-14 13:14:07.131401 pread SUCCESS [11374] 2013-08-14 13:14:07.131942 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.132020 Entering _checkMetadataVolume [11374] 2013-08-14 13:14:07.133219 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.133298 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11374] 2013-08-14 13:14:07.149432 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11374] 2013-08-14 13:14:07.198007 pread SUCCESS [11374] 2013-08-14 13:14:07.198234 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.198315 LVMCache: will initialize now [11374] 2013-08-14 13:14:07.198386 LVMCache: refreshing [11374] 2013-08-14 13:14:07.198462 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11374] 2013-08-14 13:14:07.245431 pread SUCCESS [11374] 2013-08-14 13:14:07.245928 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.246009 Entering _checkMetadataVolume [11374] 2013-08-14 13:14:07.246383 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.259509 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|2d62ecf7-6edc-149a-cbdb-3= 8ff2922475a|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:64df33af-e496-a74f-6ed3-9b82b1= 819f65', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'type= ': 'internal'}, 'vdi_uuid': 'a88f05be-033f-4d23-a66f-715fa50439d0'} [11374] 2013-08-14 13:14:07.259650 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [9610] 2013-08-14 13:14:07.271734 call-plugin returned: 'True' [9610] 2013-08-14 13:14:07.271852 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [11374] 2013-08-14 13:14:07.295059 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [11374] 2013-08-14 13:14:07.495695 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 3) [11374] 2013-08-14 13:14:07.495913 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:07.496044 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (1, 0) =3D> (= 2, 0) [11374] 2013-08-14 13:14:07.496093 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (2, 0b) [11374] 2013-08-14 13:14:07.496286 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:07.496338 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:07.496409 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [11374] 2013-08-14 13:14:07.508492 pread SUCCESS [11374] 2013-08-14 13:14:07.516546 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [9610] 2013-08-14 13:14:07.582987 call-plugin returned: 'True' [9610] 2013-08-14 13:14:07.583299 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [11374] 2013-08-14 13:14:07.595457 pread SUCCESS [11374] 2013-08-14 13:14:07.595844 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:07.595971 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (= 1, 0) [11374] 2013-08-14 13:14:07.596023 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [11374] 2013-08-14 13:14:07.596168 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [11374] 2013-08-14 13:14:07.678591 pread SUCCESS [11374] 2013-08-14 13:14:07.678945 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:07.679046 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:07.679217 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [11374] 2013-08-14 13:14:07.705006 pread SUCCESS [11374] 2013-08-14 13:14:07.729630 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [11374] 2013-08-14 13:14:07.741199 pread SUCCESS [11374] 2013-08-14 13:14:07.741416 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11374] 2013-08-14 13:14:07.800172 pread SUCCESS [11374] 2013-08-14 13:14:07.800350 ['uuidgen', '-r'] [11374] 2013-08-14 13:14:07.811185 pread SUCCESS [11374] 2013-08-14 13:14:07.811452 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_1df80a77-22a7-4886-845f-e4bdd5f26e24_', '-= L', '4', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97', '--addtag', = 'journaler', '--inactive', '--zero=3Dn'] [11374] 2013-08-14 13:14:07.896740 pread SUCCESS [11374] 2013-08-14 13:14:07.897298 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24'] [9610] 2013-08-14 13:14:07.965137 call-plugin returned: 'True' [9610] 2013-08-14 13:14:07.965498 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:07.965577 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc= 54ab269250'] [11374] 2013-08-14 13:14:08.004405 pread SUCCESS [11374] 2013-08-14 13:14:08.004581 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (1, 0b) [11374] 2013-08-14 13:14:08.004837 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '130023424', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24'] [11374] 2013-08-14 13:14:08.022318 pread SUCCESS [11374] 2013-08-14 13:14:08.022515 ['/usr/sbin/lvresize', '-L', '124', '/de= v/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886= =2D845f-e4bdd5f26e24'] [9610] 2013-08-14 13:14:08.040150 pread SUCCESS [9610] 2013-08-14 13:14:08.040340 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--79c88e37--86d0--4456--b3b9= =2D-cc54ab269250'] [9610] 2013-08-14 13:14:08.052317 pread SUCCESS [9610] 2013-08-14 13:14:08.092625 Deleting vdi: 79c88e37-86d0-4456-b3b9-cc5= 4ab269250 [9610] 2013-08-14 13:14:08.092707 Entering deleteVdi [9610] 2013-08-14 13:14:08.110601 entering updateVdi [9610] 2013-08-14 13:14:08.135928 Entering getMetadataToWrite [9610] 2013-08-14 13:14:08.137432 Entering VDI info [9610] 2013-08-14 13:14:08.137531 Entering VDI info [9610] 2013-08-14 13:14:08.139391 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:08.139753 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [9610] 2013-08-14 13:14:08.140105 Starting asynch srUpdate for SR cc06f713-= dfda-f0d8-b5ca-5df29e928593 [11374] 2013-08-14 13:14:08.163456 pread3 SUCCESS [11374] 2013-08-14 13:14:08.163737 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [11374] 2013-08-14 13:14:08.277820 pread SUCCESS [11374] 2013-08-14 13:14:08.278393 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24', '-S', = '2097152'] [11374] 2013-08-14 13:14:08.344480 pread SUCCESS [11374] 2013-08-14 13:14:08.344745 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [11374] 2013-08-14 13:14:08.364019 pread SUCCESS [11374] 2013-08-14 13:14:08.364342 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77= =2D22a7-4886-845f-e4bdd5f26e24', '-f', 'hidden', '-v', '1'] [11374] 2013-08-14 13:14:08.385665 pread SUCCESS [11374] 2013-08-14 13:14:08.386503 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f= 26e24', '-p', 'r'] [11374] 2013-08-14 13:14:08.500711 pread SUCCESS [11374] 2013-08-14 13:14:08.511115 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-1df80a77-22a7-4886= =2D845f-e4bdd5f26e24 on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [11734] 2013-08-14 13:14:08.512699 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [11734] 2013-08-14 13:14:08.526614 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [11734] 2013-08-14 13:14:08.700642 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11734] 2013-08-14 13:14:08.731094 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11734] 2013-08-14 13:14:08.772830 pread SUCCESS [11734] 2013-08-14 13:14:08.773030 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.773116 LVMCache: will initialize now [11734] 2013-08-14 13:14:08.773171 LVMCache: refreshing [11734] 2013-08-14 13:14:08.773243 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11734] 2013-08-14 13:14:08.825782 pread SUCCESS [11734] 2013-08-14 13:14:08.826650 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.826761 Entering _checkMetadataVolume [11734] 2013-08-14 13:14:08.828194 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.828278 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11734] 2013-08-14 13:14:08.847786 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11734] 2013-08-14 13:14:08.884219 pread SUCCESS [11734] 2013-08-14 13:14:08.884387 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.884461 LVMCache: will initialize now [11734] 2013-08-14 13:14:08.884505 LVMCache: refreshing [11734] 2013-08-14 13:14:08.884572 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11734] 2013-08-14 13:14:08.932836 pread SUCCESS [11734] 2013-08-14 13:14:08.933413 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.933492 Entering _checkMetadataVolume [11734] 2013-08-14 13:14:08.933986 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.934114 sr_update {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'OpaqueRef:0f1f6cb4-4612-1b7d-9f7e-fa93= 182141cb', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:9e05ec4d-ab62-5429-139f-42663b51604e', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002efb519= 2f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c10= 9370159'} [11734] 2013-08-14 13:14:08.934283 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11734] 2013-08-14 13:14:08.980485 pread SUCCESS [11734] 2013-08-14 13:14:09.000736 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11734] 2013-08-14 13:14:09.048376 pread SUCCESS [11734] 2013-08-14 13:14:09.127892 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_P= ROD'} [11734] 2013-08-14 13:14:09.128095 entering updateSR [11734] 2013-08-14 13:14:09.133074 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:09.133378 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:09.177150 SR.update_asynch status changed to [succe= ss] [9610] 2013-08-14 13:14:09.177332 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [11374] 2013-08-14 13:14:09.330586 call-plugin returned: 'True' [11374] 2013-08-14 13:14:09.330754 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_1df80a77-22a7-4886-845f-e4bdd5f26e24_'] [9610] 2013-08-14 13:14:09.398554 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:09.398637 LVMCache: refreshing [9610] 2013-08-14 13:14:09.398699 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [11374] 2013-08-14 13:14:09.410660 pread SUCCESS [11374] 2013-08-14 13:14:09.410845 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_1df80a77--22a7--4886--845f--e4bdd5f26e24_'] [11374] 2013-08-14 13:14:09.420257 pread SUCCESS [11374] 2013-08-14 13:14:09.420585 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (1, 0b) [11374] 2013-08-14 13:14:09.427618 Checking if there is space in the metada= ta for 1 VDI. [11374] 2013-08-14 13:14:09.427724 ['uuidgen', '-r'] [11374] 2013-08-14 13:14:09.439553 pread SUCCESS [11374] 2013-08-14 13:14:09.439664 Entering addVdiInternal [11374] 2013-08-14 13:14:09.448230 Entering getMetadataToWrite [11374] 2013-08-14 13:14:09.448335 Entering VDI info [11374] 2013-08-14 13:14:09.448422 Entering VDI info [11374] 2013-08-14 13:14:09.450323 Entering deleteVdi [9610] 2013-08-14 13:14:09.450527 pread SUCCESS [9610] 2013-08-14 13:14:09.451492 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11374] 2013-08-14 13:14:09.460686 entering updateVdi [11374] 2013-08-14 13:14:09.471703 Entering getMetadataToWrite [11374] 2013-08-14 13:14:09.471819 Entering VDI info [11374] 2013-08-14 13:14:09.471885 Entering VDI info [11374] 2013-08-14 13:14:09.518291 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': '1df80a77-22a7-4886-845f-e4bdd5f= 26e24'} [11374] 2013-08-14 13:14:09.518410 Entering addVdiInternal [11374] 2013-08-14 13:14:09.524937 Entering getMetadataToWrite [11374] 2013-08-14 13:14:09.525020 Entering VDI info [11374] 2013-08-14 13:14:09.525086 Entering VDI info [11374] 2013-08-14 13:14:09.526750 vdi_clone: introduced base VDI: OpaqueRe= f:e218cde0-57a1-ff39-a3d8-40a087041a45 (1df80a77-22a7-4886-845f-e4bdd5f26e2= 4) [11374] 2013-08-14 13:14:09.549744 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3DNone [11374] 2013-08-14 13:14:09.571402 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:09.693429 pread SUCCESS [9610] 2013-08-14 13:14:09.695760 SR cc06 ('VM_PROD') (31 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: Tree 79c88e37-86d0-4456-b3b9-cc54ab269250 gone [9610] 2013-08-14 13:14:09.695965 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:09.696225 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:09.736547 pread SUCCESS [9610] 2013-08-14 13:14:09.755818 Got other-config for 76598520[VHD](12.000= G//12.031G|n): {} [9610] 2013-08-14 13:14:09.755960 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:09.803413 pread SUCCESS [11374] 2013-08-14 13:14:09.804770 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:09.805054 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:09.805250 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (2, 0) + (-1, 0) =3D> = (1, 0) [11374] 2013-08-14 13:14:09.805332 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [11374] 2013-08-14 13:14:09.805564 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:09.805648 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:09.805824 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:09.805988 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> = (0, 0) [11374] 2013-08-14 13:14:09.806064 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [11374] 2013-08-14 13:14:09.806305 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [9610] 2013-08-14 13:14:09.816333 Removed vhd-blocks from 76598520[VHD](12.= 000G//12.031G|n) [9610] 2013-08-14 13:14:09.824400 Got sm-config for 76598520[VHD](12.000G//= 12.031G|n): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:14:09.824684 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:09.824841 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:14:09.824911 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:09.825115 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [9610] 2013-08-14 13:14:09.900326 pread SUCCESS [9610] 2013-08-14 13:14:09.900545 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:09.900613 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:09.900727 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76= 598520-c47b-4930-a84a-7c1c1d37436f'] [11374] 2013-08-14 13:14:09.913491 pread SUCCESS [11374] 2013-08-14 13:14:09.913637 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a67= 2--2d851c93d7ec'] [9610] 2013-08-14 13:14:09.922298 pread SUCCESS [11374] 2013-08-14 13:14:09.925106 pread SUCCESS [11374] 2013-08-14 13:14:09.925350 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:09.925415 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:09.925590 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [11374] 2013-08-14 13:14:09.925686 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [11374] 2013-08-14 13:14:09.925839 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (1, 0) + (-1, 0) =3D> = (0, 0) [11374] 2013-08-14 13:14:09.925894 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (0, 0b) [11374] 2013-08-14 13:14:09.926119 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-= e4bdd5f26e24'] [9610] 2013-08-14 13:14:09.950266 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for 76598520[VHD](12.000G//12.031G|n) [9610] 2013-08-14 13:14:09.971577 Got sm-config for 76598520[VHD](12.000G//= 12.031G|n): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG= 0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D'} [9610] 2013-08-14 13:14:09.984700 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [9610] 2013-08-14 13:14:09.987934 Num combined blocks =3D 6014 [9610] 2013-08-14 13:14:09.988054 Coalesced size =3D 11.773G [9610] 2013-08-14 13:14:09.988152 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:10.009958 pread SUCCESS [9610] 2013-08-14 13:14:10.010223 Leaf-coalesce candidate: 76598520[VHD](12= =2E000G/122.356M/12.031G|n) [9610] 2013-08-14 13:14:10.010384 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [9610] 2013-08-14 13:14:10.021592 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:10.021676 LVMCache: refreshing [9610] 2013-08-14 13:14:10.021741 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [11374] 2013-08-14 13:14:10.025488 pread SUCCESS [11374] 2013-08-14 13:14:10.025621 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--1df80a77--22a7--4886--845= f--e4bdd5f26e24'] [11374] 2013-08-14 13:14:10.038355 pread SUCCESS [11374] 2013-08-14 13:14:10.038580 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [11374] 2013-08-14 13:14:10.038657 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [11374] 2013-08-14 13:14:10.038965 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:10.092473 pread SUCCESS [9610] 2013-08-14 13:14:10.093362 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [12231] 2013-08-14 13:14:10.164512 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [12231] 2013-08-14 13:14:10.180746 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:10.192050 pread SUCCESS [9610] 2013-08-14 13:14:10.198411 SR cc06 ('VM_PROD') (31 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *ed06e81a[VHD](12.000G//12.031G|n) 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:10.198623 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:10.232470 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [9610] 2013-08-14 13:14:10.232785 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:10.273866 pread SUCCESS [9610] 2013-08-14 13:14:10.280413 Got other-config for 76598520[VHD](12.000= G//12.031G|a): {} [9610] 2013-08-14 13:14:10.280516 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [12231] 2013-08-14 13:14:10.300414 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [12231] 2013-08-14 13:14:10.313636 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:10.341712 pread SUCCESS [9610] 2013-08-14 13:14:10.349670 Removed vhd-blocks from 76598520[VHD](12.= 000G//12.031G|a) [12231] 2013-08-14 13:14:10.351266 pread SUCCESS [12231] 2013-08-14 13:14:10.351470 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.351546 LVMCache: will initialize now [12231] 2013-08-14 13:14:10.351620 LVMCache: refreshing [12231] 2013-08-14 13:14:10.351725 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:10.358248 Got sm-config for 76598520[VHD](12.000G//= 12.031G|a): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:14:10.358365 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76= 598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:10.368900 pread SUCCESS [9610] 2013-08-14 13:14:10.382816 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:10.388254 Got sm-config for 76598520[VHD](12.000G//= 12.031G|a): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG= 0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D'} [12231] 2013-08-14 13:14:10.392947 pread SUCCESS [9610] 2013-08-14 13:14:10.393022 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [12231] 2013-08-14 13:14:10.393436 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.393512 Entering _checkMetadataVolume [12231] 2013-08-14 13:14:10.394636 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.394715 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:10.395083 Num combined blocks =3D 6014 [9610] 2013-08-14 13:14:10.395179 Coalesced size =3D 11.773G [9610] 2013-08-14 13:14:10.395266 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [12231] 2013-08-14 13:14:10.406378 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:10.411185 pread SUCCESS [9610] 2013-08-14 13:14:10.411407 Leaf-coalesce candidate: 76598520[VHD](12= =2E000G/122.356M/12.031G|a) [9610] 2013-08-14 13:14:10.411534 Leaf-coalescing 76598520[VHD](12.000G/122= =2E356M/12.031G|a) -> *ed06e81a[VHD](12.000G//12.031G|n) [9610] 2013-08-14 13:14:10.422023 Got other-config for 76598520[VHD](12.000= G/122.356M/12.031G|a): {} [9610] 2013-08-14 13:14:10.422138 Single-snapshotting 76598520[VHD](12.000G= /122.356M/12.031G|a) [12231] 2013-08-14 13:14:10.447540 pread SUCCESS [12231] 2013-08-14 13:14:10.447725 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.447801 LVMCache: will initialize now [12231] 2013-08-14 13:14:10.447846 LVMCache: refreshing [12231] 2013-08-14 13:14:10.447915 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12231] 2013-08-14 13:14:10.489208 pread SUCCESS [12231] 2013-08-14 13:14:10.489760 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.489844 Entering _checkMetadataVolume [12231] 2013-08-14 13:14:10.496627 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|9f2e5e5d-e5d2-4476-ecbb-5a6= ba7e5d6e4|VDI.update', 'vdi_ref': 'OpaqueRef:e218cde0-57a1-ff39-a3d8-40a087= 041a45', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '1df80a77-22= a7-4886-845f-e4bdd5f26e24', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:8b2ac89e-571e-288d-5f54-3dcf59c2e2= 07', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '1df80a77-22a7-48= 86-845f-e4bdd5f26e24'} [12322] 2013-08-14 13:14:10.534051 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [12322] 2013-08-14 13:14:10.549334 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [12231] 2013-08-14 13:14:10.554845 Updating metadata : {'uuid': '1df80a77-2= 2a7-4886-845f-e4bdd5f26e24', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [12231] 2013-08-14 13:14:10.554976 entering updateVdi [12231] 2013-08-14 13:14:10.563411 Entering getMetadataToWrite [12231] 2013-08-14 13:14:10.563482 Entering VDI info [12231] 2013-08-14 13:14:10.563557 Entering VDI info [12231] 2013-08-14 13:14:10.564532 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:10.646000 Single-snapshot returned: OpaqueRef:e218c= de0-57a1-ff39-a3d8-40a087041a45 [9819] 2013-08-14 13:14:10.646186 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:10.646272 LVMCache: refreshing [9819] 2013-08-14 13:14:10.646337 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [12322] 2013-08-14 13:14:10.669710 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [12322] 2013-08-14 13:14:10.684353 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:10.689667 pread SUCCESS [9819] 2013-08-14 13:14:10.690407 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [12322] 2013-08-14 13:14:10.734922 pread SUCCESS [12322] 2013-08-14 13:14:10.735105 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.735183 LVMCache: will initialize now [12322] 2013-08-14 13:14:10.735231 LVMCache: refreshing [12322] 2013-08-14 13:14:10.735297 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [12322] 2013-08-14 13:14:10.781686 pread SUCCESS [12322] 2013-08-14 13:14:10.782676 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.782842 Entering _checkMetadataVolume [9819] 2013-08-14 13:14:10.784599 pread SUCCESS [12322] 2013-08-14 13:14:10.785225 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.785394 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [9819] 2013-08-14 13:14:10.785636 Found new VDI when scanning: 1df80a77-22a= 7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:10.786218 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *1df80a77[VHD](12.000G//124.000M|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:10.786380 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:10.786459 Coalescing parent *1df80a77[VHD](12.000G/= /124.000M|n) [9819] 2013-08-14 13:14:10.786621 ['/usr/sbin/lvcreate', '-n', 'coalesce_1d= f80a77-22a7-4886-845f-e4bdd5f26e24_1', '-L', '4', 'VG_XenStorage-5a998863-4= 5b0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [12322] 2013-08-14 13:14:10.798439 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [12322] 2013-08-14 13:14:10.846391 pread SUCCESS [12322] 2013-08-14 13:14:10.846588 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.846675 LVMCache: will initialize now [12322] 2013-08-14 13:14:10.846742 LVMCache: refreshing [12322] 2013-08-14 13:14:10.846818 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9819] 2013-08-14 13:14:10.865213 pread SUCCESS [9819] 2013-08-14 13:14:10.865799 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:10.866079 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:10.866197 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (1, 0b) [9819] 2013-08-14 13:14:10.866499 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e= 4bdd5f26e24'] [12322] 2013-08-14 13:14:10.904907 pread SUCCESS [12322] 2013-08-14 13:14:10.905414 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.905490 Entering _checkMetadataVolume [12322] 2013-08-14 13:14:10.905873 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.910891 vdi_snapshot {'sr_uuid': 'cc06f713-dfda-= f0d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|9e41ecd4-ee14-4910-4cf9-3= fc788c6b8c1|VDI.snapshot', 'vdi_ref': 'OpaqueRef:fb47b4e7-b647-de37-097d-f7= 0f54ffd2ad', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '7659852= 0-c47b-4930-a84a-7c1c1d37436f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:d94ab179-3cba-777a-ad16-0b3498= 46f939', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600= 002efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'driver_params': {'type= ': 'internal'}, 'vdi_uuid': '76598520-c47b-4930-a84a-7c1c1d37436f'} [12322] 2013-08-14 13:14:10.911003 Pause request for 76598520-c47b-4930-a84= a-7c1c1d37436f [12322] 2013-08-14 13:14:10.929788 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:10.934328 pread SUCCESS [9819] 2013-08-14 13:14:10.934548 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:10.934626 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:10.934808 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:10.934966 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:10.935020 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [9819] 2013-08-14 13:14:10.935178 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:10.994104 pread SUCCESS [9819] 2013-08-14 13:14:10.994315 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:10.994387 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:10.994507 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:14:11.082721 pread SUCCESS [9819] 2013-08-14 13:14:11.082943 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [12322] 2013-08-14 13:14:11.100253 LVHDVDI._snapshot for 76598520-c47b-4930= =2Da84a-7c1c1d37436f (type 3) [12322] 2013-08-14 13:14:11.100573 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:11.100769 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (1, 0) =3D> (= 2, 0) [12322] 2013-08-14 13:14:11.100820 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (2, 0b) [12322] 2013-08-14 13:14:11.100991 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:11.101045 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:11.101122 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VH= D-76598520-c47b-4930-a84a-7c1c1d37436f'] [12322] 2013-08-14 13:14:11.115208 pread SUCCESS [12322] 2013-08-14 13:14:11.126768 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-76598520-c47b-4930-a84a-7c1c1d37436f', '-l', 'VG_XenStorage-cc= 06f713-dfda-f0d8-b5ca-5df29e928593', '-a'] [12322] 2013-08-14 13:14:11.208296 pread SUCCESS [12322] 2013-08-14 13:14:11.208724 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:11.208860 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (0, 0) + (1, 0) =3D> (= 1, 0) [12322] 2013-08-14 13:14:11.208915 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (1, 0b) [12322] 2013-08-14 13:14:11.209067 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-= e18e67205dcc'] [12322] 2013-08-14 13:14:11.295474 pread SUCCESS [12322] 2013-08-14 13:14:11.295705 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:11.295772 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:11.295904 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-= 76598520-c47b-4930-a84a-7c1c1d37436f'] [12322] 2013-08-14 13:14:11.312179 pread SUCCESS [9819] 2013-08-14 13:14:11.314957 pread SUCCESS [9819] 2013-08-14 13:14:11.332034 Removed vhd-blocks from *1df80a77[VHD](12= =2E000G//124.000M|n) [12322] 2013-08-14 13:14:11.338831 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-= 76598520-c47b-4930-a84a-7c1c1d37436f'] [9819] 2013-08-14 13:14:11.340336 Got sm-config for *1df80a77[VHD](12.000G/= /124.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_t= ype': 'vhd'} [9819] 2013-08-14 13:14:11.340459 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1d= f80a77-22a7-4886-845f-e4bdd5f26e24'] [12322] 2013-08-14 13:14:11.349669 pread SUCCESS [12322] 2013-08-14 13:14:11.349863 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [9819] 2013-08-14 13:14:11.350220 pread SUCCESS [9819] 2013-08-14 13:14:11.367978 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for *1df80a77[VHD](12.000G//124.000M|n) [9819] 2013-08-14 13:14:11.373275 Got sm-config for *1df80a77[VHD](12.000G/= /124.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_t= ype': 'vhd', 'vhd-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPm= DDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AAB= YpDeI=3D'} [9819] 2013-08-14 13:14:11.379175 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:11.381766 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:11.381917 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:11.382044 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a7= 7-22a7-4886-845f-e4bdd5f26e24'] [12322] 2013-08-14 13:14:11.390816 pread SUCCESS [12322] 2013-08-14 13:14:11.390966 ['uuidgen', '-r'] [12322] 2013-08-14 13:14:11.404401 pread SUCCESS [12322] 2013-08-14 13:14:11.404868 ['/usr/sbin/lvcreate', '-n', 'clone_7659= 8520-c47b-4930-a84a-7c1c1d37436f_855ddab2-6494-4fd8-8b07-9a72e650fb0f_', '-= L', '4', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593', '--addtag', = 'journaler', '--inactive', '--zero=3Dn'] [9819] 2013-08-14 13:14:11.422986 pread SUCCESS [9819] 2013-08-14 13:14:11.423147 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [12322] 2013-08-14 13:14:11.481464 pread SUCCESS [12322] 2013-08-14 13:14:11.481733 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d3= 7436f', 'VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f'] [12322] 2013-08-14 13:14:11.587003 pread SUCCESS [12322] 2013-08-14 13:14:11.587197 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (1, 0b) [12322] 2013-08-14 13:14:11.587439 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '130023424', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f'] [12322] 2013-08-14 13:14:11.601913 pread SUCCESS [12322] 2013-08-14 13:14:11.602088 ['/usr/sbin/lvresize', '-L', '124', '/de= v/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8= =2D8b07-9a72e650fb0f'] [9819] 2013-08-14 13:14:11.689071 pread SUCCESS [12322] 2013-08-14 13:14:11.715115 pread3 SUCCESS [12322] 2013-08-14 13:14:11.715392 ['/usr/sbin/lvcreate', '-n', 'VHD-765985= 20-c47b-4930-a84a-7c1c1d37436f', '-L', '12320', 'VG_XenStorage-cc06f713-dfd= a-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:11.717515 Refreshing VHD-464ad39d-c3b7-45b5-a672-2d= 851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [12322] 2013-08-14 13:14:11.839911 pread SUCCESS [12322] 2013-08-14 13:14:11.840213 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-765= 98520-c47b-4930-a84a-7c1c1d37436f', '-p', '/dev/VG_XenStorage-cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f', '-S', = '2097152'] [12322] 2013-08-14 13:14:11.896213 pread SUCCESS [12322] 2013-08-14 13:14:11.896412 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-= 76598520-c47b-4930-a84a-7c1c1d37436f'] [12322] 2013-08-14 13:14:11.909037 pread SUCCESS [12322] 2013-08-14 13:14:11.909429 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2= =2D6494-4fd8-8b07-9a72e650fb0f', '-f', 'hidden', '-v', '1'] [12322] 2013-08-14 13:14:11.919748 pread SUCCESS [12322] 2013-08-14 13:14:11.920102 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e65= 0fb0f', '-p', 'r'] [12322] 2013-08-14 13:14:12.023355 pread SUCCESS [12322] 2013-08-14 13:14:12.030924 Updating VHD-76598520-c47b-4930-a84a-7c1= c1d37436f, VHD-76598520-c47b-4930-a84a-7c1c1d37436f, VHD-855ddab2-6494-4fd8= =2D8b07-9a72e650fb0f on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:12.169474 call-plugin returned: 'True' [9819] 2013-08-14 13:14:12.169697 Running VHD coalesce on *1df80a77[VHD](= 12.000G//124.000M|n) [12682] 2013-08-14 13:14:12.171568 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df= 80a77-22a7-4886-845f-e4bdd5f26e24'] [12322] 2013-08-14 13:14:12.887714 call-plugin returned: 'True' [12322] 2013-08-14 13:14:12.888064 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/clone_76598520-c47b-4930-a84a= =2D7c1c1d37436f_855ddab2-6494-4fd8-8b07-9a72e650fb0f_'] [12322] 2013-08-14 13:14:12.984164 pread SUCCESS [12322] 2013-08-14 13:14:12.984349 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-clone_76598520--c47b--4930--a8= 4a--7c1c1d37436f_855ddab2--6494--4fd8--8b07--9a72e650fb0f_'] [12322] 2013-08-14 13:14:12.994884 pread SUCCESS [12322] 2013-08-14 13:14:12.995270 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (1, 0b) [12322] 2013-08-14 13:14:13.007370 Checking if there is space in the metada= ta for 1 VDI. [12322] 2013-08-14 13:14:13.007474 ['uuidgen', '-r'] [12322] 2013-08-14 13:14:13.022364 pread SUCCESS [12322] 2013-08-14 13:14:13.022493 Entering addVdiInternal [12782] 2013-08-14 13:14:13.034293 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [12782] 2013-08-14 13:14:13.042661 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [12322] 2013-08-14 13:14:13.048219 Entering getMetadataToWrite [12322] 2013-08-14 13:14:13.048347 Entering VDI info [12322] 2013-08-14 13:14:13.048416 Entering VDI info [12322] 2013-08-14 13:14:13.051775 Entering deleteVdi [12322] 2013-08-14 13:14:13.067507 entering updateVdi [12322] 2013-08-14 13:14:13.089145 Entering getMetadataToWrite [12322] 2013-08-14 13:14:13.089252 Entering VDI info [12322] 2013-08-14 13:14:13.089349 Entering VDI info [12322] 2013-08-14 13:14:13.115424 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': '855ddab2-6494-4fd8-8b07-9a72e65= 0fb0f'} [12322] 2013-08-14 13:14:13.115505 Entering addVdiInternal [12322] 2013-08-14 13:14:13.132018 Entering getMetadataToWrite [12322] 2013-08-14 13:14:13.132108 Entering VDI info [12322] 2013-08-14 13:14:13.132179 Entering VDI info [12322] 2013-08-14 13:14:13.141209 vdi_clone: introduced base VDI: OpaqueRe= f:b056eed7-11d4-b7d8-07f8-8e50137ea811 (855ddab2-6494-4fd8-8b07-9a72e650fb0= f) [12782] 2013-08-14 13:14:13.180696 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [12322] 2013-08-14 13:14:13.349823 Unpause request for 76598520-c47b-4930-a= 84a-7c1c1d37436f secondary=3DNone [12782] 2013-08-14 13:14:13.359925 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [12322] 2013-08-14 13:14:13.365045 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [12782] 2013-08-14 13:14:13.413228 pread SUCCESS [12782] 2013-08-14 13:14:13.413437 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.413513 LVMCache: will initialize now [12782] 2013-08-14 13:14:13.413558 LVMCache: refreshing [12782] 2013-08-14 13:14:13.413648 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12782] 2013-08-14 13:14:13.469539 pread SUCCESS [12782] 2013-08-14 13:14:13.470185 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.470266 Entering _checkMetadataVolume [12782] 2013-08-14 13:14:13.471500 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.471580 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [12782] 2013-08-14 13:14:13.482598 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [12782] 2013-08-14 13:14:13.535021 pread SUCCESS [12782] 2013-08-14 13:14:13.535228 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.535305 LVMCache: will initialize now [12782] 2013-08-14 13:14:13.535359 LVMCache: refreshing [12782] 2013-08-14 13:14:13.535430 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12322] 2013-08-14 13:14:13.577676 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:13.577839 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:13.577968 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (1, 0) + (-1, 0) =3D> = (0, 0) [12322] 2013-08-14 13:14:13.578023 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (0, 0b) [12322] 2013-08-14 13:14:13.578191 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-= e18e67205dcc'] [12782] 2013-08-14 13:14:13.582813 pread SUCCESS [12782] 2013-08-14 13:14:13.583339 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.583458 Entering _checkMetadataVolume [12782] 2013-08-14 13:14:13.583900 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.584110 sr_scan {'sr_uuid': '5a998863-45b0-3031-= e31b-13c92393ad97', 'subtask_of': 'DummyRef:|512c1f84-2684-eb26-6180-86f140= d89012|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:8c9662cc-44e9-dd12-97ea-7dd7989= e330a', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb000= 02a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': = 'true'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30= =2Dd197168126b1'} [12782] 2013-08-14 13:14:13.584249 LVHDSR.scan for 5a998863-45b0-3031-e31b-= 13c92393ad97 [12782] 2013-08-14 13:14:13.584324 LVMCache: refreshing [12782] 2013-08-14 13:14:13.584387 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12782] 2013-08-14 13:14:13.638141 pread SUCCESS [12782] 2013-08-14 13:14:13.638964 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [12322] 2013-08-14 13:14:13.688063 pread SUCCESS [12322] 2013-08-14 13:14:13.688222 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--ed06e81a--c8ae--49c6--ac8= f--e18e67205dcc'] [12322] 2013-08-14 13:14:13.707589 pread SUCCESS [12322] 2013-08-14 13:14:13.707929 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:13.708042 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:13.708228 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:13.708385 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (2, 0) + (-1, 0) =3D> = (1, 0) [12322] 2013-08-14 13:14:13.708440 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [12322] 2013-08-14 13:14:13.708615 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:13.708675 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:13.708783 lock: creating lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [12322] 2013-08-14 13:14:13.708890 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [12322] 2013-08-14 13:14:13.709010 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f (1, 0) + (-1, 0) =3D> = (0, 0) [12322] 2013-08-14 13:14:13.709055 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (0, 0b) [12322] 2013-08-14 13:14:13.709247 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-= 9a72e650fb0f'] [12322] 2013-08-14 13:14:13.818053 pread SUCCESS [12322] 2013-08-14 13:14:13.818211 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--855ddab2--6494--4fd8--8b0= 7--9a72e650fb0f'] [12322] 2013-08-14 13:14:13.828555 pread SUCCESS [12322] 2013-08-14 13:14:13.828778 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [12322] 2013-08-14 13:14:13.828852 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [12322] 2013-08-14 13:14:13.829180 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [12782] 2013-08-14 13:14:13.954149 pread SUCCESS [12782] 2013-08-14 13:14:13.956664 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [13024] 2013-08-14 13:14:14.001999 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [13024] 2013-08-14 13:14:14.014310 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [12782] 2013-08-14 13:14:14.015212 pread SUCCESS [13024] 2013-08-14 13:14:14.149570 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [13024] 2013-08-14 13:14:14.167811 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [13024] 2013-08-14 13:14:14.241987 pread SUCCESS [13024] 2013-08-14 13:14:14.242188 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.242268 LVMCache: will initialize now [13024] 2013-08-14 13:14:14.242318 LVMCache: refreshing [13024] 2013-08-14 13:14:14.242391 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [13024] 2013-08-14 13:14:14.307651 pread SUCCESS [13024] 2013-08-14 13:14:14.310221 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.310304 Entering _checkMetadataVolume [13024] 2013-08-14 13:14:14.311430 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.311509 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [13024] 2013-08-14 13:14:14.333729 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [13024] 2013-08-14 13:14:14.374605 pread SUCCESS [13024] 2013-08-14 13:14:14.374786 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.374860 LVMCache: will initialize now [13024] 2013-08-14 13:14:14.374907 LVMCache: refreshing [13024] 2013-08-14 13:14:14.374973 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [12782] 2013-08-14 13:14:14.440812 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/running, acquired: False (exists: True) [13024] 2013-08-14 13:14:14.462998 pread SUCCESS [13024] 2013-08-14 13:14:14.463524 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.463629 Entering _checkMetadataVolume [13024] 2013-08-14 13:14:14.475147 vdi_update {'sr_uuid': 'cc06f713-dfda-f0= d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|25a90912-04c2-347f-9b54-482= abf78aa11|VDI.update', 'vdi_ref': 'OpaqueRef:b056eed7-11d4-b7d8-07f8-8e5013= 7ea811', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '855ddab2-64= 94-4fd8-8b07-9a72e650fb0f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:946727d0-b93a-d335-af15-25c634289c= 04', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002e= fb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'vdi_uuid': '855ddab2-6494-4f= d8-8b07-9a72e650fb0f'} [13024] 2013-08-14 13:14:14.660347 Updating metadata : {'uuid': '855ddab2-6= 494-4fd8-8b07-9a72e650fb0f', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [13024] 2013-08-14 13:14:14.660445 entering updateVdi [13024] 2013-08-14 13:14:14.679735 Entering getMetadataToWrite [13024] 2013-08-14 13:14:14.679859 Entering VDI info [13024] 2013-08-14 13:14:14.679927 Entering VDI info [13024] 2013-08-14 13:14:14.681453 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [12782] 2013-08-14 13:14:14.739970 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [12782] 2013-08-14 13:14:14.740105 LVMCache: will initialize now [12782] 2013-08-14 13:14:14.740154 LVMCache: refreshing [12782] 2013-08-14 13:14:14.740213 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:14.759619 Single-snapshot returned: OpaqueRef:b056e= ed7-11d4-b7d8-07f8-8e50137ea811 [9610] 2013-08-14 13:14:14.759857 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:14.759930 LVMCache: refreshing [9610] 2013-08-14 13:14:14.759994 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:14.819942 pread SUCCESS [9610] 2013-08-14 13:14:14.820925 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [12782] 2013-08-14 13:14:14.821053 pread SUCCESS [12782] 2013-08-14 13:14:14.821576 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [12782] 2013-08-14 13:14:14.821639 LVMCache: refreshing [12782] 2013-08-14 13:14:14.821699 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12782] 2013-08-14 13:14:14.885978 pread SUCCESS [12782] 2013-08-14 13:14:14.886813 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:15.020802 pread SUCCESS [9610] 2013-08-14 13:14:15.025243 Found new VDI when scanning: 855ddab2-649= 4-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:15.028379 SR cc06 ('VM_PROD') (32 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *ed06e81a[VHD](12.000G//12.031G|n) *855ddab2[VHD](12.000G//124.000M|n) 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:15.028769 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:15.028952 Coalescing parent *855ddab2[VHD](12.000G/= /124.000M|n) [9610] 2013-08-14 13:14:15.029272 ['/usr/sbin/lvcreate', '-n', 'coalesce_85= 5ddab2-6494-4fd8-8b07-9a72e650fb0f_1', '-L', '4', 'VG_XenStorage-cc06f713-d= fda-f0d8-b5ca-5df29e928593', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9610] 2013-08-14 13:14:15.135127 pread SUCCESS [9610] 2013-08-14 13:14:15.135471 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:15.135634 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:14:15.135687 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (1, 0b) [9610] 2013-08-14 13:14:15.135832 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9= a72e650fb0f'] [9610] 2013-08-14 13:14:15.199093 pread SUCCESS [9610] 2013-08-14 13:14:15.199326 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:15.199404 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:15.199601 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:14:15.199724 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:14:15.199775 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (1, 0b) [9610] 2013-08-14 13:14:15.199933 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [12782] 2013-08-14 13:14:15.200464 pread SUCCESS [12782] 2013-08-14 13:14:15.203048 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees):=20 38596d07[VHD](135.000G//135.270G|n) fdd605eb[VHD](86.000G//86.176G|n) 52bc5f8b[VHD](24.000G//24.055G|n) ebed75a8[VHD](68.000G//68.141G|n) a192a4d3[VHD](36.000G//36.078G|n) *464ad39d[VHD](12.000G//12.031G|ao) *1df80a77[VHD](12.000G//124.000M|ao) a88f05be[VHD](12.000G//12.031G|a) cae03893[VHD](12.000G//12.031G|n) 8da1752b[VHD](86.000G//86.176G|n) 52c0beda[VHD](8.000G//8.023G|n) 521dbd9f[VHD](86.000G//86.176G|n) 950e67ed[VHD](8.000G//8.023G|n) 71cd5588[VHD](18.000G//18.043G|n) e901ff84[VHD](14.000G//14.035G|n) 6be90581[VHD](100.000G//100.203G|n) 064ef036[VHD](8.000G//8.023G|n) 6267ad05[VHD](100.000G//100.203G|n) 4968c4e8[VHD](8.000G//8.023G|n) 70e06f43[VHD](135.000G//135.270G|n) ec0518cc[VHD](8.000G//8.023G|n) 653a5e7d[VHD](8.000G//8.023G|n) 8c862e00[VHD](17.000G//17.039G|n) [12782] 2013-08-14 13:14:15.203323 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:15.203692 A GC instance already running, not kicki= ng [12782] 2013-08-14 13:14:15.203817 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/running [12782] 2013-08-14 13:14:15.204171 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:15.210370 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:15.294231 pread SUCCESS [9610] 2013-08-14 13:14:15.294501 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:14:15.294580 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:14:15.294704 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e6720= 5dcc', '-p', 'rw'] [12782] 2013-08-14 13:14:15.338516 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:15.351649 pread SUCCESS [9610] 2013-08-14 13:14:15.351867 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [12682] 2013-08-14 13:14:15.435656 pread SUCCESS [12682] 2013-08-14 13:14:15.436069 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [13325] 2013-08-14 13:14:15.527327 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [13325] 2013-08-14 13:14:15.534670 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:15.558636 pread SUCCESS [9610] 2013-08-14 13:14:15.583014 Removed vhd-blocks from *855ddab2[VHD](12= =2E000G//124.000M|n) [9610] 2013-08-14 13:14:15.589412 Got sm-config for *855ddab2[VHD](12.000G/= /124.000M|n): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'vdi_t= ype': 'vhd'} [9610] 2013-08-14 13:14:15.589560 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-85= 5ddab2-6494-4fd8-8b07-9a72e650fb0f'] [9610] 2013-08-14 13:14:15.603468 pread SUCCESS [9610] 2013-08-14 13:14:15.614999 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for *855ddab2[VHD](12.000G//124.000M|n) [9610] 2013-08-14 13:14:15.619487 Got sm-config for *855ddab2[VHD](12.000G/= /124.000M|n): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'vdi_t= ype': 'vhd', 'vhd-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPm= DDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AAB= YpDeI=3D'} [9610] 2013-08-14 13:14:15.623942 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [9610] 2013-08-14 13:14:15.626011 Num combined blocks =3D 6014 [9610] 2013-08-14 13:14:15.626112 Coalesced size =3D 11.773G [9610] 2013-08-14 13:14:15.626189 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab= 2-6494-4fd8-8b07-9a72e650fb0f'] [13325] 2013-08-14 13:14:15.658221 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:15.664665 pread SUCCESS [9610] 2013-08-14 13:14:15.664825 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [13325] 2013-08-14 13:14:15.672188 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [13325] 2013-08-14 13:14:15.709439 pread SUCCESS [13325] 2013-08-14 13:14:15.709620 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.709700 LVMCache: will initialize now [13325] 2013-08-14 13:14:15.709747 LVMCache: refreshing [13325] 2013-08-14 13:14:15.709816 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [13325] 2013-08-14 13:14:15.766406 pread SUCCESS [13325] 2013-08-14 13:14:15.767059 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.767136 Entering _checkMetadataVolume [13325] 2013-08-14 13:14:15.769018 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.769161 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [13325] 2013-08-14 13:14:15.784560 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [13325] 2013-08-14 13:14:15.826794 pread SUCCESS [13325] 2013-08-14 13:14:15.827000 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.827083 LVMCache: will initialize now [13325] 2013-08-14 13:14:15.827132 LVMCache: refreshing [13325] 2013-08-14 13:14:15.827210 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [13325] 2013-08-14 13:14:15.878728 pread SUCCESS [13325] 2013-08-14 13:14:15.879294 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.879384 Entering _checkMetadataVolume [13325] 2013-08-14 13:14:15.879790 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.889412 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|3ee19e13-0abe-a6a1-2ad4-7= 169655ef714|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:a295a5de-2ed2-7d7f-bfcf-77cfea= 7b573e', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'vdi_= type': 'vhd', 'mirror': 'null', 'base_mirror': '5a998863-45b0-3031-e31b-13c= 92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0', 'vhd-blocks': 'eJw7wAACBxg= SGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT= 9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D', 'vhd-parent': '1df80a77-22a7= =2D4886-845f-e4bdd5f26e24', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37= d4b92': 'RW'}, 'vdi_uuid': 'a88f05be-033f-4d23-a66f-715fa50439d0'} [13325] 2013-08-14 13:14:15.889814 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [13325] 2013-08-14 13:14:15.912787 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:15.914734 pread SUCCESS [9610] 2013-08-14 13:14:15.936642 Refreshing VHD-ed06e81a-c8ae-49c6-ac8f-e1= 8e67205dcc on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [13325] 2013-08-14 13:14:16.124036 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 2) [13325] 2013-08-14 13:14:16.124481 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:16.124762 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (1, 0) =3D> (= 2, 0) [13325] 2013-08-14 13:14:16.124868 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (2, 0b) [13325] 2013-08-14 13:14:16.125175 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:16.125290 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:16.125452 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [13325] 2013-08-14 13:14:16.146508 pread SUCCESS [13325] 2013-08-14 13:14:16.152817 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [9819] 2013-08-14 13:14:16.202844 Child process completed successfully [9819] 2013-08-14 13:14:16.202991 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:14:16.203189 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [13325] 2013-08-14 13:14:16.233088 pread SUCCESS [13325] 2013-08-14 13:14:16.233551 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:16.233683 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (1, 0) =3D> (= 2, 0) [13325] 2013-08-14 13:14:16.233737 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (2, 0b) [13325] 2013-08-14 13:14:16.233879 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:16.233932 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:16.234061 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:16.234165 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (1, 0) + (1, 0) =3D> (= 2, 0) [13325] 2013-08-14 13:14:16.234315 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (2, 0b) [13325] 2013-08-14 13:14:16.234478 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:16.234549 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:16.234699 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [13325] 2013-08-14 13:14:16.244395 pread SUCCESS [13325] 2013-08-14 13:14:16.264597 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [13325] 2013-08-14 13:14:16.276880 pread SUCCESS [13325] 2013-08-14 13:14:16.277162 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [13325] 2013-08-14 13:14:16.318065 pread SUCCESS [13325] 2013-08-14 13:14:16.318191 ['uuidgen', '-r'] [13325] 2013-08-14 13:14:16.329496 pread SUCCESS [13325] 2013-08-14 13:14:16.329610 ['uuidgen', '-r'] [13325] 2013-08-14 13:14:16.337225 pread SUCCESS [13325] 2013-08-14 13:14:16.337404 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_db78ec73-cb65-4ac3-80fc-bb21d3b9746f_8ec1a= 2a7-687c-438f-8398-00cef73b2872', '-L', '4', 'VG_XenStorage-5a998863-45b0-3= 031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero=3Dn'] [13325] 2013-08-14 13:14:16.402563 pread SUCCESS [13325] 2013-08-14 13:14:16.402844 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [9819] 2013-08-14 13:14:16.425303 pread SUCCESS [9819] 2013-08-14 13:14:16.425497 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-46= 4ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9610] 2013-08-14 13:14:16.437886 call-plugin returned: 'True' [9610] 2013-08-14 13:14:16.438017 Running VHD coalesce on *855ddab2[VHD](= 12.000G//124.000M|n) [9819] 2013-08-14 13:14:16.439586 pread SUCCESS [13441] 2013-08-14 13:14:16.440760 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855= ddab2-6494-4fd8-8b07-9a72e650fb0f'] [9819] 2013-08-14 13:14:16.451653 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f f= or *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:16.451779 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:16.464275 pread SUCCESS [9819] 2013-08-14 13:14:16.464693 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: False (exists: True) [13325] 2013-08-14 13:14:16.528981 pread SUCCESS [13325] 2013-08-14 13:14:16.529263 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (1, 0b) [13325] 2013-08-14 13:14:16.529621 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '12582912', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [13325] 2013-08-14 13:14:16.547689 pread SUCCESS [13325] 2013-08-14 13:14:16.548218 ['/usr/sbin/lvresize', '-L', '12', '/dev= /VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-= 80fc-bb21d3b9746f'] [13325] 2013-08-14 13:14:16.664380 pread3 SUCCESS [13325] 2013-08-14 13:14:16.664742 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [13325] 2013-08-14 13:14:16.800644 pread SUCCESS [13325] 2013-08-14 13:14:16.801221 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f', '-S', = '2097152'] [13325] 2013-08-14 13:14:16.875957 pread SUCCESS [13325] 2013-08-14 13:14:16.876165 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [13325] 2013-08-14 13:14:16.886470 pread SUCCESS [13325] 2013-08-14 13:14:16.886842 ['/usr/sbin/lvcreate', '-n', 'VHD-8ec1a2= a7-687c-438f-8398-00cef73b2872', '-L', '8', 'VG_XenStorage-5a998863-45b0-30= 31-e31b-13c92393ad97'] [13325] 2013-08-14 13:14:17.022882 pread SUCCESS [13325] 2013-08-14 13:14:17.023161 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 set =3D> (1, 0b) [13325] 2013-08-14 13:14:17.023474 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec= 1a2a7-687c-438f-8398-00cef73b2872', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f', '-S', = '2097152'] [13325] 2013-08-14 13:14:17.087040 pread SUCCESS [13325] 2013-08-14 13:14:17.087225 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= 8ec1a2a7-687c-438f-8398-00cef73b2872'] [13325] 2013-08-14 13:14:17.098219 pread SUCCESS [13325] 2013-08-14 13:14:17.098607 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73= =2Dcb65-4ac3-80fc-bb21d3b9746f', '-f', 'hidden', '-v', '1'] [13325] 2013-08-14 13:14:17.115191 pread SUCCESS [13325] 2013-08-14 13:14:17.115645 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b= 9746f', '-p', 'r'] [13325] 2013-08-14 13:14:17.231735 pread SUCCESS [13325] 2013-08-14 13:14:17.244785 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-db78ec73-cb65-4ac3= =2D80fc-bb21d3b9746f on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [13325] 2013-08-14 13:14:18.149787 call-plugin returned: 'True' [13325] 2013-08-14 13:14:18.150009 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_db78ec73-cb65-4ac3-80fc-bb21d3b9746f_8ec1a2a7-687c-438f-839= 8-00cef73b2872'] [13325] 2013-08-14 13:14:18.234346 pread SUCCESS [13325] 2013-08-14 13:14:18.234577 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_db78ec73--cb65--4ac3--80fc--bb21d3b9746f_8ec1a2a7--687c--4= 38f--8398--00cef73b2872'] [13325] 2013-08-14 13:14:18.244979 pread SUCCESS [13325] 2013-08-14 13:14:18.396024 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [13325] 2013-08-14 13:14:18.433761 pread SUCCESS [13325] 2013-08-14 13:14:18.531537 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (1, 0b) [13325] 2013-08-14 13:14:18.540411 Checking if there is space in the metada= ta for 1 VDI. [13325] 2013-08-14 13:14:18.540527 ['uuidgen', '-r'] [13325] 2013-08-14 13:14:18.579398 pread SUCCESS [13325] 2013-08-14 13:14:18.579570 Entering addVdiInternal [13325] 2013-08-14 13:14:18.600211 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.600324 Entering VDI info [13325] 2013-08-14 13:14:18.602431 Entering deleteVdi [13325] 2013-08-14 13:14:18.615036 entering updateVdi [13325] 2013-08-14 13:14:18.628725 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.628832 Entering VDI info [13325] 2013-08-14 13:14:18.628909 Entering VDI info [13325] 2013-08-14 13:14:18.701856 snapshot VDI params: 19700101T00:00:00Z [13325] 2013-08-14 13:14:18.718670 Adding VDI with info: {'read_only': 0, '= managed': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': 'a88f05= be-033f-4d23-a66f-715fa50439d0', 'name_label': 'es1qaap99-root', 'name_desc= ription': 'Created by template provisioner', 'type': 'system', 'metadata_of= _pool': '', 'is_a_snapshot': 1, 'uuid': '8ec1a2a7-687c-438f-8398-00cef73b28= 72'} [13325] 2013-08-14 13:14:18.718781 Entering addVdiInternal [13325] 2013-08-14 13:14:18.734518 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.734690 Entering VDI info [13325] 2013-08-14 13:14:18.736515 vdi_clone: introduced 2nd snap VDI: Opaq= ueRef:cf76d0cc-dea3-44dd-b658-11c4475d3951 (8ec1a2a7-687c-438f-8398-00cef73= b2872) [13325] 2013-08-14 13:14:18.736641 Checking if there is space in the metada= ta for 1 VDI. [13325] 2013-08-14 13:14:18.736719 ['uuidgen', '-r'] [13325] 2013-08-14 13:14:18.748467 pread SUCCESS [13325] 2013-08-14 13:14:18.748657 Entering addVdiInternal [13325] 2013-08-14 13:14:18.764055 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.764136 Entering VDI info [13325] 2013-08-14 13:14:18.768476 Entering deleteVdi [13325] 2013-08-14 13:14:18.784610 entering updateVdi [13325] 2013-08-14 13:14:18.804384 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.804483 Entering VDI info [13325] 2013-08-14 13:14:18.804550 Entering VDI info [13325] 2013-08-14 13:14:18.854012 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': 'db78ec73-cb65-4ac3-80fc-bb21d3b= 9746f'} [13325] 2013-08-14 13:14:18.854110 Entering addVdiInternal [13325] 2013-08-14 13:14:18.871505 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.871600 Entering VDI info [13325] 2013-08-14 13:14:18.876052 vdi_clone: introduced base VDI: OpaqueRe= f:79b4a9ea-4ba1-a9ec-1d4f-741f7df3511e (db78ec73-cb65-4ac3-80fc-bb21d3b9746= f) [13325] 2013-08-14 13:14:18.899873 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3Dnull [13325] 2013-08-14 13:14:18.912829 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [13325] 2013-08-14 13:14:19.129988 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:19.130150 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [13325] 2013-08-14 13:14:19.130258 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [13325] 2013-08-14 13:14:19.130400 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 (1, 0) + (-1, 0) =3D> = (0, 0) [13325] 2013-08-14 13:14:19.130452 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 set =3D> (0, 0b) [13325] 2013-08-14 13:14:19.130639 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-= 00cef73b2872'] [13325] 2013-08-14 13:14:19.233063 pread SUCCESS [13325] 2013-08-14 13:14:19.233235 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--8ec1a2a7--687c--438f--839= 8--00cef73b2872'] [13325] 2013-08-14 13:14:19.242390 pread SUCCESS [13325] 2013-08-14 13:14:19.242618 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [13325] 2013-08-14 13:14:19.242686 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [13325] 2013-08-14 13:14:19.242853 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:19.242988 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (2, 0) + (-1, 0) =3D> = (1, 0) [13325] 2013-08-14 13:14:19.243040 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [13325] 2013-08-14 13:14:19.243186 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13441] 2013-08-14 13:14:19.243162 pread SUCCESS [13325] 2013-08-14 13:14:19.243239 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:19.243350 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [13325] 2013-08-14 13:14:19.243444 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [13441] 2013-08-14 13:14:19.243508 IPCFlag: set cc06f713-dfda-f0d8-b5ca-5df= 29e928593:success [13325] 2013-08-14 13:14:19.243555 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (1, 0) + (-1, 0) =3D> = (0, 0) [13325] 2013-08-14 13:14:19.243602 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (0, 0b) [13325] 2013-08-14 13:14:19.243774 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-= bb21d3b9746f'] [13325] 2013-08-14 13:14:19.350804 pread SUCCESS [13325] 2013-08-14 13:14:19.351061 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--db78ec73--cb65--4ac3--80f= c--bb21d3b9746f'] [13325] 2013-08-14 13:14:19.367219 pread SUCCESS [13325] 2013-08-14 13:14:19.367636 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [13325] 2013-08-14 13:14:19.367762 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [13325] 2013-08-14 13:14:19.368035 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:19.368277 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (2, 0) + (-1, 0) =3D> = (1, 0) [13325] 2013-08-14 13:14:19.368371 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [13325] 2013-08-14 13:14:19.368645 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:19.368738 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:19.368963 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:19.369141 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (2, 0) + (-1, 0) =3D> = (1, 0) [13325] 2013-08-14 13:14:19.369247 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (1, 0b) [13325] 2013-08-14 13:14:19.369400 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:19.369455 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:19.369797 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:19.459464 Child process completed successfully [9610] 2013-08-14 13:14:19.459868 IPCFlag: clear cc06f713-dfda-f0d8-b5ca-5d= f29e928593:success [9610] 2013-08-14 13:14:19.460372 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [9819] 2013-08-14 13:14:19.474205 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:19.474475 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:19.474605 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'r'] [9819] 2013-08-14 13:14:19.565268 pread SUCCESS [9819] 2013-08-14 13:14:19.565513 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/coalesce_1df80a77-22a7-4886-84= 5f-e4bdd5f26e24_1'] [9819] 2013-08-14 13:14:19.660490 pread SUCCESS [9819] 2013-08-14 13:14:19.660635 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-coalesce_1df80a77--22a7--4886--= 845f--e4bdd5f26e24_1'] [13858] 2013-08-14 13:14:19.665184 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9819] 2013-08-14 13:14:19.675066 pread SUCCESS [9819] 2013-08-14 13:14:19.675369 ['/usr/sbin/lvcreate', '-n', 'relink_1df8= 0a77-22a7-4886-845f-e4bdd5f26e24_1', '-L', '4', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9610] 2013-08-14 13:14:19.678643 pread SUCCESS [9610] 2013-08-14 13:14:19.678890 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed= 06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [13858] 2013-08-14 13:14:19.680933 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:19.695272 pread SUCCESS [9819] 2013-08-14 13:14:19.742258 pread SUCCESS [9819] 2013-08-14 13:14:19.742684 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:19.742759 LVMCache: refreshing [9819] 2013-08-14 13:14:19.742826 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:19.785358 pread SUCCESS [9819] 2013-08-14 13:14:19.786163 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:19.901008 pread SUCCESS [9819] 2013-08-14 13:14:19.902520 Found new VDI when scanning: 8ec1a2a7-687= c-438f-8398-00cef73b2872 [9819] 2013-08-14 13:14:19.902680 Found new VDI when scanning: db78ec73-cb6= 5-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:19.903490 SR 5a99 ('VM_DEVEL') (25 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *1df80a77[VHD](12.000G//124.000M|a) *db78ec73[VHD](12.000G//12.000M|n) a88f05be[VHD](12.000G//12.031G|a) 8ec1a2a7[VHD](12.000G//8.000M|n) [9819] 2013-08-14 13:14:19.903831 Relinking *db78ec73[VHD](12.000G//12.00= 0M|n) from *1df80a77[VHD](12.000G//124.000M|a) to *464ad39d[VHD](12.000G//1= 2.031G|a) [9819] 2013-08-14 13:14:19.904154 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:19.904295 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:19.904377 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (1, 0b) [9819] 2013-08-14 13:14:19.904562 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-b= b21d3b9746f'] [9610] 2013-08-14 13:14:19.963744 Set vhd-blocks =3D eJz7/38UgMF1Gpj5G0T8ra= OBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D for *ed06e81a[VHD](12.000G//12= =2E031G|n) [9610] 2013-08-14 13:14:19.963878 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-e= d06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [9610] 2013-08-14 13:14:19.980587 pread SUCCESS [9610] 2013-08-14 13:14:19.980858 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:19.980976 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-s', '12641632256', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5d= f29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [9610] 2013-08-14 13:14:19.994576 pread SUCCESS [9610] 2013-08-14 13:14:19.994770 ['/usr/sbin/lvresize', '-L', '12056', '/d= ev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c= 6-ac8f-e18e67205dcc'] [9819] 2013-08-14 13:14:20.002116 pread SUCCESS [9819] 2013-08-14 13:14:20.002376 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.002448 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.002608 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9= 746f', '-p', 'rw'] [13858] 2013-08-14 13:14:20.010738 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [13858] 2013-08-14 13:14:20.047001 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:20.124252 pread SUCCESS [9819] 2013-08-14 13:14:20.124634 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--5a998863--45b0--3031--e31b--13c92393ad9= 7-VHD--464ad39d--c3b7--45b5--a672--2d851c93d7ec', '-n', '/dev/VG_XenStorage= =2D5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b= 9746f'] [9610] 2013-08-14 13:14:20.133102 pread3 SUCCESS [9610] 2013-08-14 13:14:20.133310 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:20.133439 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e6720= 5dcc', '-p', 'r'] [9819] 2013-08-14 13:14:20.153465 pread SUCCESS [9819] 2013-08-14 13:14:20.153681 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9= 746f', '-p', 'r'] [13858] 2013-08-14 13:14:20.155455 pread SUCCESS [13858] 2013-08-14 13:14:20.155838 Failed to lock /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr on first attempt, blocked by PID 9819 [9610] 2013-08-14 13:14:20.237370 pread SUCCESS [9610] 2013-08-14 13:14:20.237585 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/coalesce_855ddab2-6494-4fd8-8b= 07-9a72e650fb0f_1'] [9819] 2013-08-14 13:14:20.257147 pread SUCCESS [9819] 2013-08-14 13:14:20.257431 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.257587 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:20.257644 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (0, 0b) [9819] 2013-08-14 13:14:20.257828 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-b= b21d3b9746f'] [9610] 2013-08-14 13:14:20.318595 pread SUCCESS [9610] 2013-08-14 13:14:20.318784 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-coalesce_855ddab2--6494--4fd8--= 8b07--9a72e650fb0f_1'] [9610] 2013-08-14 13:14:20.334228 pread SUCCESS [9610] 2013-08-14 13:14:20.334576 ['/usr/sbin/lvcreate', '-n', 'relink_855d= dab2-6494-4fd8-8b07-9a72e650fb0f_1', '-L', '4', 'VG_XenStorage-cc06f713-dfd= a-f0d8-b5ca-5df29e928593', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:20.362696 pread SUCCESS [9819] 2013-08-14 13:14:20.362832 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--db78ec73--cb65--4ac3--80fc= =2D-bb21d3b9746f'] [9819] 2013-08-14 13:14:20.375300 pread SUCCESS [9819] 2013-08-14 13:14:20.375554 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.375625 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.395233 Set vhd-parent =3D 464ad39d-c3b7-45b5-a67= 2-2d851c93d7ec for *db78ec73[VHD](12.000G//12.000M|n) [9819] 2013-08-14 13:14:20.396230 Updated the vhd-parent field for child db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f with 464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:20.396350 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:20.396530 Reloading VDI *db78ec73[VHD](12.000G//1= 2.000M|n) [9819] 2013-08-14 13:14:20.396649 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:20.396713 Refresh request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 [9819] 2013-08-14 13:14:20.409104 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:20.412799 pread SUCCESS [9610] 2013-08-14 13:14:20.413240 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:20.413376 LVMCache: refreshing [9610] 2013-08-14 13:14:20.413511 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:20.466218 pread SUCCESS [9610] 2013-08-14 13:14:20.467480 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:20.592161 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.592216 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:20.592329 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: False (exists: True) [13858] 2013-08-14 13:14:20.592358 LVMCache: will initialize now [13858] 2013-08-14 13:14:20.592416 LVMCache: refreshing [13858] 2013-08-14 13:14:20.592497 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [13858] 2013-08-14 13:14:20.666139 pread SUCCESS [13858] 2013-08-14 13:14:20.666688 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.666764 Entering _checkMetadataVolume [13858] 2013-08-14 13:14:20.667949 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.668033 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [13858] 2013-08-14 13:14:20.679900 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:20.747072 pread SUCCESS [9610] 2013-08-14 13:14:20.749089 SR cc06 ('VM_PROD') (32 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *ed06e81a[VHD](12.000G//11.773G|a) *855ddab2[VHD](12.000G//124.000M|a) 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:20.749337 Relinking 76598520[VHD](12.000G//12.031= G|a) from *855ddab2[VHD](12.000G//124.000M|a) to *ed06e81a[VHD](12.000G//11= =2E773G|a) [9610] 2013-08-14 13:14:20.749511 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--cc06f713--dfda--f0d8--b5ca--5df29e92859= 3-VHD--ed06e81a--c8ae--49c6--ac8f--e18e67205dcc', '-n', '/dev/VG_XenStorage= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d3= 7436f'] [13858] 2013-08-14 13:14:20.752732 pread SUCCESS [13858] 2013-08-14 13:14:20.752907 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.752991 LVMCache: will initialize now [13858] 2013-08-14 13:14:20.753054 LVMCache: refreshing [13858] 2013-08-14 13:14:20.753152 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:20.763859 pread SUCCESS [9610] 2013-08-14 13:14:20.764129 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:20.764309 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> (0,= 0) [9610] 2013-08-14 13:14:20.764364 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [9610] 2013-08-14 13:14:20.764587 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [13858] 2013-08-14 13:14:20.824274 pread SUCCESS [13858] 2013-08-14 13:14:20.824894 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.824993 Entering _checkMetadataVolume [13858] 2013-08-14 13:14:20.838670 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|e65dd9a4-cd03-d516-2ebe-94c= 6dfc39a18|VDI.update', 'vdi_ref': 'OpaqueRef:cf76d0cc-dea3-44dd-b658-11c447= 5d3951', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '8ec1a2a7-68= 7c-438f-8398-00cef73b2872', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:4b0048b5-176b-4cf6-e2e1-efaa7f22b3= 11', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '8ec1a2a7-687c-43= 8f-8398-00cef73b2872'} [9610] 2013-08-14 13:14:20.858211 pread SUCCESS [9610] 2013-08-14 13:14:20.858348 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [9610] 2013-08-14 13:14:20.878689 pread SUCCESS [9610] 2013-08-14 13:14:20.878942 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:20.879014 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [13858] 2013-08-14 13:14:20.897926 Updating metadata : {'uuid': '8ec1a2a7-6= 87c-438f-8398-00cef73b2872', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [13858] 2013-08-14 13:14:20.897994 entering updateVdi [9610] 2013-08-14 13:14:20.899441 Set vhd-parent =3D ed06e81a-c8ae-49c6-ac8= f-e18e67205dcc for 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:20.899533 Updated the vhd-parent field for child 76= 598520-c47b-4930-a84a-7c1c1d37436f with ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:14:20.899701 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:20.899945 Reloading VDI 76598520[VHD](12.000G//12= =2E031G|a) [9610] 2013-08-14 13:14:20.900094 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:20.900191 Refresh request for 76598520-c47b-4930-a8= 4a-7c1c1d37436f [13858] 2013-08-14 13:14:20.914100 Entering getMetadataToWrite [13858] 2013-08-14 13:14:20.914176 Entering VDI info [13858] 2013-08-14 13:14:20.914239 Entering VDI info [13858] 2013-08-14 13:14:20.915220 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:20.915722 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:21.116169 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:21.116334 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/relink_855ddab2-6494-4fd8-8b07= =2D9a72e650fb0f_1'] [14191] 2013-08-14 13:14:21.129410 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [14191] 2013-08-14 13:14:21.135638 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:21.181569 pread SUCCESS [9610] 2013-08-14 13:14:21.181712 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-relink_855ddab2--6494--4fd8--8b= 07--9a72e650fb0f_1'] [9610] 2013-08-14 13:14:21.190060 pread SUCCESS [9610] 2013-08-14 13:14:21.190414 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:21.190560 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f (1, 0) + (-1, 0) =3D> (0,= 0) [9610] 2013-08-14 13:14:21.190610 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (0, 0b) [9610] 2013-08-14 13:14:21.190788 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9= a72e650fb0f'] [14191] 2013-08-14 13:14:21.255856 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [14191] 2013-08-14 13:14:21.266300 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:21.282204 pread SUCCESS [9610] 2013-08-14 13:14:21.282353 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--855ddab2--6494--4fd8--8b07= =2D-9a72e650fb0f'] [9610] 2013-08-14 13:14:21.290515 pread SUCCESS [9610] 2013-08-14 13:14:21.290727 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:21.290798 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [14191] 2013-08-14 13:14:21.314035 pread SUCCESS [14191] 2013-08-14 13:14:21.314215 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.314289 LVMCache: will initialize now [14191] 2013-08-14 13:14:21.314334 LVMCache: refreshing [14191] 2013-08-14 13:14:21.314406 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [14191] 2013-08-14 13:14:21.370966 pread SUCCESS [14191] 2013-08-14 13:14:21.371509 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.371582 Entering _checkMetadataVolume [14191] 2013-08-14 13:14:21.372845 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.372980 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [14191] 2013-08-14 13:14:21.385007 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [14191] 2013-08-14 13:14:21.422623 pread SUCCESS [14191] 2013-08-14 13:14:21.422794 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.422868 LVMCache: will initialize now [14191] 2013-08-14 13:14:21.422914 LVMCache: refreshing [14191] 2013-08-14 13:14:21.422997 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [14191] 2013-08-14 13:14:21.463141 pread SUCCESS [14191] 2013-08-14 13:14:21.463749 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.463833 Entering _checkMetadataVolume [14191] 2013-08-14 13:14:21.464213 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.480105 vdi_delete {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|4d5dca1b-6323-ee80-be42-c8f= 8509f0679|VDI.destroy', 'vdi_ref': 'OpaqueRef:cf76d0cc-dea3-44dd-b658-11c44= 75d3951', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '8ec1a2a7-6= 87c-438f-8398-00cef73b2872', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:0ac2dc89-9149-16cb-e0f3-d98b741= d75f8', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb000= 02a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': = 'true'}, 'command': 'vdi_delete', 'vdi_allow_caching': 'false', 'sr_ref': '= OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '8ec1a2a7-687c= =2D438f-8398-00cef73b2872'} [14191] 2013-08-14 13:14:21.480225 LVHDVDI.delete for 8ec1a2a7-687c-438f-83= 98-00cef73b2872 [14191] 2013-08-14 13:14:21.480477 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.480580 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 (0, 0) + (1, 0) =3D> (= 1, 0) [14191] 2013-08-14 13:14:21.480630 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 set =3D> (1, 0b) [14191] 2013-08-14 13:14:21.480799 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-= 00cef73b2872'] [14191] 2013-08-14 13:14:21.548344 pread SUCCESS [14191] 2013-08-14 13:14:21.548615 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.548686 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.548803 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-8ec1a2a7-687c-438f-8398-00cef73b2872'] [9610] 2013-08-14 13:14:21.555480 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [14191] 2013-08-14 13:14:21.564228 pread SUCCESS [14191] 2013-08-14 13:14:21.571272 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7= =2D687c-438f-8398-00cef73b2872', '-f', 'hidden', '-v', '1'] [14191] 2013-08-14 13:14:21.585016 pread SUCCESS [14191] 2013-08-14 13:14:21.585267 Deleting vdi: 8ec1a2a7-687c-438f-8398-00= cef73b2872 [14191] 2013-08-14 13:14:21.585324 Entering deleteVdi [14191] 2013-08-14 13:14:21.602129 entering updateVdi [14191] 2013-08-14 13:14:21.620619 Entering getMetadataToWrite [14191] 2013-08-14 13:14:21.620708 Entering VDI info [14191] 2013-08-14 13:14:21.620784 Entering VDI info [14191] 2013-08-14 13:14:21.643790 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.643936 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 (1, 0) + (-1, 0) =3D> = (0, 0) [14191] 2013-08-14 13:14:21.643986 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 set =3D> (0, 0b) [14191] 2013-08-14 13:14:21.644176 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-= 00cef73b2872'] [14191] 2013-08-14 13:14:21.753365 pread SUCCESS [14191] 2013-08-14 13:14:21.753533 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--8ec1a2a7--687c--438f--839= 8--00cef73b2872'] [14191] 2013-08-14 13:14:21.773553 pread SUCCESS [14191] 2013-08-14 13:14:21.773799 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.773872 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.781806 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [14191] 2013-08-14 13:14:21.829503 pread SUCCESS [14191] 2013-08-14 13:14:21.855528 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/running, acquired: False (exists: True) [9610] 2013-08-14 13:14:22.016503 call-plugin returned: 'True' [9610] 2013-08-14 13:14:22.016642 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [14191] 2013-08-14 13:14:22.025609 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [14191] 2013-08-14 13:14:22.025721 LVMCache: will initialize now [14191] 2013-08-14 13:14:22.025769 LVMCache: refreshing [14191] 2013-08-14 13:14:22.025846 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [14191] 2013-08-14 13:14:22.101427 pread SUCCESS [14191] 2013-08-14 13:14:22.101890 A GC instance already running, not kicki= ng [14191] 2013-08-14 13:14:22.101980 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/running [14191] 2013-08-14 13:14:22.102107 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:22.102457 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:22.116832 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:22.366820 call-plugin returned: 'True' [9610] 2013-08-14 13:14:22.366945 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9610] 2013-08-14 13:14:22.730492 call-plugin returned: 'True' [9610] 2013-08-14 13:14:22.730666 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9610] 2013-08-14 13:14:23.161371 call-plugin returned: 'True' [9610] 2013-08-14 13:14:23.161497 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:23.604026 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:23.604138 Refresh request for 8ec1a2a7-687c-438f-83= 98-00cef73b2872 [9819] 2013-08-14 13:14:23.611573 VDI 8ec1a2a7[VHD](12.000G//8.000M|n) not = found, ignoring [9819] 2013-08-14 13:14:23.611704 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:23.611838 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/relink_1df80a77-22a7-4886-845f= =2De4bdd5f26e24_1'] [9819] 2013-08-14 13:14:23.687776 pread SUCCESS [9819] 2013-08-14 13:14:23.687939 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-relink_1df80a77--22a7--4886--84= 5f--e4bdd5f26e24_1'] [9819] 2013-08-14 13:14:23.703110 pread SUCCESS [9819] 2013-08-14 13:14:23.703479 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:23.703630 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:23.703685 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (0, 0b) [9819] 2013-08-14 13:14:23.703868 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e= 4bdd5f26e24'] [9819] 2013-08-14 13:14:23.809424 pread SUCCESS [9819] 2013-08-14 13:14:23.809569 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--1df80a77--22a7--4886--845f= =2D-e4bdd5f26e24'] [9819] 2013-08-14 13:14:23.821068 pread SUCCESS [9819] 2013-08-14 13:14:23.821304 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:23.821385 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9610] 2013-08-14 13:14:23.972784 call-plugin returned: 'True' [9610] 2013-08-14 13:14:23.972914 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:24.129765 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:24.407237 call-plugin returned: 'True' [9610] 2013-08-14 13:14:24.407374 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:24.469158 call-plugin returned: 'True' [9819] 2013-08-14 13:14:24.469277 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:24.831705 call-plugin returned: 'True' [9610] 2013-08-14 13:14:24.831844 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:24.924280 call-plugin returned: 'True' [9819] 2013-08-14 13:14:24.924542 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:25.197325 call-plugin returned: 'True' [9610] 2013-08-14 13:14:25.197483 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:25.268832 call-plugin returned: 'True' [9819] 2013-08-14 13:14:25.269130 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:25.599509 call-plugin returned: 'True' [9610] 2013-08-14 13:14:25.599619 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:25.606588 call-plugin returned: 'True' [9819] 2013-08-14 13:14:25.606706 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9819] 2013-08-14 13:14:25.946109 call-plugin returned: 'True' [9819] 2013-08-14 13:14:25.946305 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:26.031730 call-plugin returned: 'True' [9610] 2013-08-14 13:14:26.032115 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:26.032201 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a= 72e650fb0f'] [9610] 2013-08-14 13:14:26.106696 pread SUCCESS [9610] 2013-08-14 13:14:26.106835 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--855ddab2--6494--4fd8--8b07= =2D-9a72e650fb0f'] [9610] 2013-08-14 13:14:26.120020 pread SUCCESS [9610] 2013-08-14 13:14:26.154134 Deleting vdi: 855ddab2-6494-4fd8-8b07-9a7= 2e650fb0f [9610] 2013-08-14 13:14:26.154231 Entering deleteVdi [9610] 2013-08-14 13:14:26.183497 entering updateVdi [9610] 2013-08-14 13:14:26.228675 Entering getMetadataToWrite [9610] 2013-08-14 13:14:26.228815 Entering VDI info [9610] 2013-08-14 13:14:26.228953 Entering VDI info [9610] 2013-08-14 13:14:26.230569 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:26.230816 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:26.231131 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:26.231262 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:14:26.231348 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:26.231598 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [9819] 2013-08-14 13:14:26.270527 call-plugin returned: 'True' [9819] 2013-08-14 13:14:26.270778 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:26.306371 pread SUCCESS [9610] 2013-08-14 13:14:26.306592 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:26.306668 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:26.306771 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:26.322873 pread SUCCESS [9610] 2013-08-14 13:14:26.323329 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:26.323453 LVMCache: refreshing [9610] 2013-08-14 13:14:26.323524 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:26.379826 pread SUCCESS [9610] 2013-08-14 13:14:26.381718 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:26.580436 call-plugin returned: 'True' [9819] 2013-08-14 13:14:26.580630 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:26.649116 pread SUCCESS [9610] 2013-08-14 13:14:26.651267 SR cc06 ('VM_PROD') (31 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *ed06e81a[VHD](12.000G//11.773G|a) 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:26.651461 Pause request for 76598520-c47b-4930-a84a= =2D7c1c1d37436f [9610] 2013-08-14 13:14:26.684694 ['/usr/sbin/lvcreate', '-n', 'leaf_765985= 20-c47b-4930-a84a-7c1c1d37436f_ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', '-L',= '4', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593', '--addtag', 'jo= urnaler', '--inactive', '--zero=3Dn'] [15546] 2013-08-14 13:14:26.726701 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [15546] 2013-08-14 13:14:26.738757 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [9610] 2013-08-14 13:14:26.774265 pread SUCCESS [9610] 2013-08-14 13:14:26.774499 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e6720= 5dcc', '-p', 'rw'] [15546] 2013-08-14 13:14:26.865583 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [15546] 2013-08-14 13:14:26.879203 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:26.886744 pread SUCCESS [9610] 2013-08-14 13:14:26.886981 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:26.899620 pread SUCCESS [9610] 2013-08-14 13:14:26.899851 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-s', '8388608', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e= 928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:26.915168 pread SUCCESS [9610] 2013-08-14 13:14:26.915407 ['/usr/sbin/lvresize', '-L', '8', '/dev/V= G_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a8= 4a-7c1c1d37436f'] [9819] 2013-08-14 13:14:26.936556 call-plugin returned: 'True' [9819] 2013-08-14 13:14:26.936687 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [15546] 2013-08-14 13:14:26.948544 pread SUCCESS [15546] 2013-08-14 13:14:26.948885 Failed to lock /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr on first attempt, blocked by PID 9610 [9610] 2013-08-14 13:14:27.050768 pread3 SUCCESS [9610] 2013-08-14 13:14:27.057952 Removed vhd-blocks from 76598520[VHD](12.= 000G//8.000M|a) [9610] 2013-08-14 13:14:27.069481 Got sm-config for 76598520[VHD](12.000G//= 8.000M|a): {'paused': 'true', 'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67= 205dcc', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:14:27.069632 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76= 598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:27.079689 pread SUCCESS [9610] 2013-08-14 13:14:27.105555 Set vhd-blocks =3D eJxjYBgFo2DkAgADAAAB f= or 76598520[VHD](12.000G//8.000M|a) [9610] 2013-08-14 13:14:27.118602 Got sm-config for 76598520[VHD](12.000G//= 8.000M|a): {'paused': 'true', 'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67= 205dcc', 'vdi_type': 'vhd', 'vhd-blocks': 'eJxjYBgFo2DkAgADAAAB'} [9610] 2013-08-14 13:14:27.127865 Got sm-config for *ed06e81a[VHD](12.000G/= /11.773G|a): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [9610] 2013-08-14 13:14:27.130235 Num combined blocks =3D 6014 [9610] 2013-08-14 13:14:27.130379 Coalesced size =3D 11.773G [9610] 2013-08-14 13:14:27.130497 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc', '-f', 'hidden', '-v', '0'] [9610] 2013-08-14 13:14:27.143033 pread SUCCESS [9610] 2013-08-14 13:14:27.143260 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7659852= 0-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:27.157175 pread SUCCESS [9610] 2013-08-14 13:14:27.157446 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [9819] 2013-08-14 13:14:27.250912 call-plugin returned: 'True' [9819] 2013-08-14 13:14:27.251065 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:27.363530 pread SUCCESS [9610] 2013-08-14 13:14:27.369965 Got other-config for 76598520[VHD](12.000= G//8.000M|a): {'content_id': 'c75a954e-2b7f-a72b-2744-5b3a042924fa'} [9610] 2013-08-14 13:14:27.370060 Running VHD coalesce on 76598520[VHD](1= 2.000G//8.000M|a) [15671] 2013-08-14 13:14:27.371729 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-765= 98520-c47b-4930-a84a-7c1c1d37436f'] [15671] 2013-08-14 13:14:27.386510 pread SUCCESS [15671] 2013-08-14 13:14:27.386889 IPCFlag: set cc06f713-dfda-f0d8-b5ca-5df= 29e928593:success [9819] 2013-08-14 13:14:27.627529 call-plugin returned: 'True' [9819] 2013-08-14 13:14:27.628145 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:27.628274 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4= bdd5f26e24'] [9819] 2013-08-14 13:14:27.702683 pread SUCCESS [9819] 2013-08-14 13:14:27.702825 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--1df80a77--22a7--4886--845f= =2D-e4bdd5f26e24'] [9819] 2013-08-14 13:14:27.714817 pread SUCCESS [9819] 2013-08-14 13:14:27.746703 Deleting vdi: 1df80a77-22a7-4886-845f-e4b= dd5f26e24 [9819] 2013-08-14 13:14:27.746776 Entering deleteVdi [9819] 2013-08-14 13:14:27.752874 entering updateVdi [9819] 2013-08-14 13:14:27.758522 Entering getMetadataToWrite [9819] 2013-08-14 13:14:27.758603 Entering VDI info [9819] 2013-08-14 13:14:27.758687 Entering VDI info [9819] 2013-08-14 13:14:27.759997 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:27.760154 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:27.760307 The VDI tree appears to have been altered= since [9819] 2013-08-14 13:14:27.771337 Removed leaf-coalesce from a88f05be[VHD](= 12.000G//12.031G|a) [9819] 2013-08-14 13:14:27.771513 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:27.771642 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:27.771693 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:14:27.771874 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:14:27.862741 pread SUCCESS [9819] 2013-08-14 13:14:27.862915 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:14:27.876711 pread SUCCESS [9819] 2013-08-14 13:14:27.877109 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:27.877214 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:27.877426 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:27.877619 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:27.877697 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [9819] 2013-08-14 13:14:27.877943 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:27.981599 pread SUCCESS [9819] 2013-08-14 13:14:27.981730 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a672= =2D-2d851c93d7ec'] [9819] 2013-08-14 13:14:27.995944 pread SUCCESS [9819] 2013-08-14 13:14:27.996171 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:27.996243 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:27.996382 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [15772] 2013-08-14 13:14:28.115279 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [15772] 2013-08-14 13:14:28.123852 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [15772] 2013-08-14 13:14:28.271793 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [15772] 2013-08-14 13:14:28.291929 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15772] 2013-08-14 13:14:28.342185 pread SUCCESS [15772] 2013-08-14 13:14:28.342373 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.342459 LVMCache: will initialize now [15772] 2013-08-14 13:14:28.342520 LVMCache: refreshing [15772] 2013-08-14 13:14:28.342609 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:28.381578 Child process completed successfully [9610] 2013-08-14 13:14:28.381793 IPCFlag: clear cc06f713-dfda-f0d8-b5ca-5d= f29e928593:success [9610] 2013-08-14 13:14:28.382028 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [15772] 2013-08-14 13:14:28.396887 pread SUCCESS [15772] 2013-08-14 13:14:28.397366 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.397440 Entering _checkMetadataVolume [15772] 2013-08-14 13:14:28.398590 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.398669 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [15772] 2013-08-14 13:14:28.524551 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15772] 2013-08-14 13:14:28.565442 pread SUCCESS [15772] 2013-08-14 13:14:28.565644 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.565733 LVMCache: will initialize now [15772] 2013-08-14 13:14:28.565794 LVMCache: refreshing [15772] 2013-08-14 13:14:28.565862 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [15772] 2013-08-14 13:14:28.612009 pread SUCCESS [15772] 2013-08-14 13:14:28.612523 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.612648 Entering _checkMetadataVolume [15772] 2013-08-14 13:14:28.613070 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.613204 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:a7473028-8f59-586b-d404-3dc3= 93074edd', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:eccd5687-233d-9022-c7ed-8c4f88ae2d2b', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [15772] 2013-08-14 13:14:28.613342 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15772] 2013-08-14 13:14:28.650900 pread SUCCESS [9610] 2013-08-14 13:14:28.655324 pread SUCCESS [9610] 2013-08-14 13:14:28.655575 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37= 436f', 'VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f'] [15772] 2013-08-14 13:14:28.658088 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [15772] 2013-08-14 13:14:28.693572 pread SUCCESS [15772] 2013-08-14 13:14:28.738976 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [15772] 2013-08-14 13:14:28.739043 entering updateSR [15772] 2013-08-14 13:14:28.742410 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.742625 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:28.750930 pread SUCCESS [9610] 2013-08-14 13:14:28.751195 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:OLD_76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:28.751544 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e6720= 5dcc', 'VHD-76598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:28.838481 pread SUCCESS [9610] 2013-08-14 13:14:28.838887 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:28.871414 Update-on-rename: VDI 76598520[VHD](12.00= 0G//11.773G|a) not attached on any slave [9610] 2013-08-14 13:14:28.887172 Removed vhd-parent from 76598520[VHD](12.= 000G//11.773G|a) [9610] 2013-08-14 13:14:28.897096 Removed vhd-blocks from 76598520[VHD](12.= 000G//11.773G|a) [9610] 2013-08-14 13:14:28.897340 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:28.897528 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-OLD_765= 98520-c47b-4930-a84a-7c1c1d37436f', '-f', 'hidden', '-v', '1'] [9610] 2013-08-14 13:14:28.916247 pread SUCCESS [9610] 2013-08-14 13:14:28.916481 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:28.964490 pread SUCCESS [9610] 2013-08-14 13:14:29.012041 Deleting vdi: ed06e81a-c8ae-49c6-ac8f-e18= e67205dcc [9610] 2013-08-14 13:14:29.012148 Entering deleteVdi [9610] 2013-08-14 13:14:29.029280 entering updateVdi [9819] 2013-08-14 13:14:29.032391 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:29.032507 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9610] 2013-08-14 13:14:29.056727 Entering getMetadataToWrite [9610] 2013-08-14 13:14:29.056831 Entering VDI info [9610] 2013-08-14 13:14:29.056911 Entering VDI info [9610] 2013-08-14 13:14:29.075285 ['/usr/sbin/lvcreate', '-n', 'inflate_765= 98520-c47b-4930-a84a-7c1c1d37436f_12641632256', '-L', '4', 'VG_XenStorage-c= c06f713-dfda-f0d8-b5ca-5df29e928593', '--addtag', 'journaler', '--inactive'= , '--zero=3Dn'] [9610] 2013-08-14 13:14:29.155692 pread SUCCESS [9610] 2013-08-14 13:14:29.155985 ['/usr/sbin/lvresize', '-L', '12320', '/d= ev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-493= 0-a84a-7c1c1d37436f'] [9819] 2013-08-14 13:14:29.208339 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:29.208453 LVMCache: refreshing [9819] 2013-08-14 13:14:29.208522 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:29.253048 pread SUCCESS [9819] 2013-08-14 13:14:29.253946 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:29.265177 pread SUCCESS [9610] 2013-08-14 13:14:29.265457 ['/bin/dd', 'if=3D/dev/zero', 'of=3D/dev/= VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a= 84a-7c1c1d37436f', 'bs=3D1', 'seek=3D12918455808', 'count=3D512'] [9610] 2013-08-14 13:14:29.293512 pread SUCCESS [9610] 2013-08-14 13:14:29.293752 ['/usr/bin/vhd-util', 'modify', '-s', '12= 918456320', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/= VHD-76598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:29.305734 pread SUCCESS [9610] 2013-08-14 13:14:29.306015 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/inflate_76598520-c47b-4930-a84= a-7c1c1d37436f_12641632256'] [9819] 2013-08-14 13:14:29.360492 pread SUCCESS [9819] 2013-08-14 13:14:29.362253 SR 5a99 ('VM_DEVEL') (24 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *db78ec73[VHD](12.000G//12.000M|n) a88f05be[VHD](12.000G//12.031G|n) *8ec1a2a7[VHD](12.000G//8.000M|n) [9819] 2013-08-14 13:14:29.363473 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:29.363704 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:29.371250 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:29.371334 LVMCache: refreshing [9819] 2013-08-14 13:14:29.371399 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9610] 2013-08-14 13:14:29.380570 pread SUCCESS [9610] 2013-08-14 13:14:29.380733 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-inflate_76598520--c47b--4930--a= 84a--7c1c1d37436f_12641632256'] [9610] 2013-08-14 13:14:29.398435 pread SUCCESS [9819] 2013-08-14 13:14:29.418235 pread SUCCESS [9819] 2013-08-14 13:14:29.419007 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:29.425460 Update-on-resize: 76598520[VHD](12.000G//= 12.031G|a) not attached on any slave [9610] 2013-08-14 13:14:29.425631 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/leaf_76598520-c47b-4930-a84a-7= c1c1d37436f_ed06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [9819] 2013-08-14 13:14:29.497126 pread SUCCESS [9610] 2013-08-14 13:14:29.498584 pread SUCCESS [9610] 2013-08-14 13:14:29.498731 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-leaf_76598520--c47b--4930--a84a= =2D-7c1c1d37436f_ed06e81a--c8ae--49c6--ac8f--e18e67205dcc'] [9819] 2013-08-14 13:14:29.498782 SR 5a99 ('VM_DEVEL') (24 VDIs in 21 VHD t= rees): no changes [9819] 2013-08-14 13:14:29.498954 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:29.508015 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9610] 2013-08-14 13:14:29.512413 pread SUCCESS [9819] 2013-08-14 13:14:29.517369 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmD= DzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABY= pDeI=3D'} [9819] 2013-08-14 13:14:29.517740 Found 1 VDIs for deletion: [9819] 2013-08-14 13:14:29.517821 *8ec1a2a7[VHD](12.000G//8.000M|n) [9819] 2013-08-14 13:14:29.518007 Deleting unlinked VDI *8ec1a2a7[VHD](12.0= 00G//8.000M|n) [9610] 2013-08-14 13:14:29.521625 Got sm-config for 76598520[VHD](12.000G//= 12.031G|a): {'paused': 'true', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:14:29.521714 Unpausing VDI 76598520[VHD](12.000G//12.0= 31G|a) [9610] 2013-08-14 13:14:29.521778 Unpause request for 76598520-c47b-4930-a8= 4a-7c1c1d37436f secondary=3DNone [9610] 2013-08-14 13:14:29.573531 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d3= 7436f [9610] 2013-08-14 13:14:29.573805 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:29.574086 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:OLD_76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D>= (0, 0) [9610] 2013-08-14 13:14:29.574191 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:OLD_76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [9610] 2013-08-14 13:14:29.574543 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-OLD_76598520-c47b-4930-a8= 4a-7c1c1d37436f'] [9610] 2013-08-14 13:14:29.671558 pread SUCCESS [9610] 2013-08-14 13:14:29.671711 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--OLD_76598520--c47b--4930--= a84a--7c1c1d37436f'] [9610] 2013-08-14 13:14:29.690047 pread SUCCESS [9610] 2013-08-14 13:14:29.690294 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:29.690367 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d37436f [9819] 2013-08-14 13:14:30.173603 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:30.417337 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:30.773061 call-plugin returned: 'True' [9819] 2013-08-14 13:14:30.773174 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:30.949235 call-plugin returned: 'True' [9610] 2013-08-14 13:14:30.949384 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:31.147769 call-plugin returned: 'True' [9819] 2013-08-14 13:14:31.147922 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:31.277781 call-plugin returned: 'True' [9610] 2013-08-14 13:14:31.278002 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:31.518292 call-plugin returned: 'True' [9819] 2013-08-14 13:14:31.518443 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:31.611246 call-plugin returned: 'True' [9610] 2013-08-14 13:14:31.611414 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:31.843151 call-plugin returned: 'True' [9819] 2013-08-14 13:14:31.843281 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:31.928678 call-plugin returned: 'True' [9610] 2013-08-14 13:14:31.928837 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:32.187314 call-plugin returned: 'True' [9819] 2013-08-14 13:14:32.187454 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:32.242805 call-plugin returned: 'True' [9610] 2013-08-14 13:14:32.242932 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:32.567952 call-plugin returned: 'True' [9819] 2013-08-14 13:14:32.568152 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:32.605878 call-plugin returned: 'True' [9610] 2013-08-14 13:14:32.606004 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:32.908179 call-plugin returned: 'True' [9819] 2013-08-14 13:14:32.908336 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:32.948894 call-plugin returned: 'True' [9610] 2013-08-14 13:14:32.949075 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9610] 2013-08-14 13:14:33.340596 call-plugin returned: 'True' [9610] 2013-08-14 13:14:33.340747 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:33.354123 call-plugin returned: 'True' [9819] 2013-08-14 13:14:33.354319 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:33.852880 call-plugin returned: 'True' [9610] 2013-08-14 13:14:33.853034 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:33.900332 call-plugin returned: 'True' [9819] 2013-08-14 13:14:33.900451 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:34.229395 call-plugin returned: 'True' [9610] 2013-08-14 13:14:34.229776 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-OLD_76598520-c47b-4930-a84= a-7c1c1d37436f'] [9819] 2013-08-14 13:14:34.265104 call-plugin returned: 'True' [9819] 2013-08-14 13:14:34.265472 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:34.265562 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00= cef73b2872'] [9610] 2013-08-14 13:14:34.314815 pread SUCCESS [9610] 2013-08-14 13:14:34.314953 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--OLD_76598520--c47b--4930--= a84a--7c1c1d37436f'] [9610] 2013-08-14 13:14:34.330409 pread SUCCESS [9610] 2013-08-14 13:14:34.337543 Deleting vdi: OLD_76598520-c47b-4930-a84a= =2D7c1c1d37436f [9610] 2013-08-14 13:14:34.337649 Entering deleteVdi [9819] 2013-08-14 13:14:34.341446 pread SUCCESS [9819] 2013-08-14 13:14:34.341583 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--8ec1a2a7--687c--438f--8398= =2D-00cef73b2872'] [9819] 2013-08-14 13:14:34.352609 pread SUCCESS [9610] 2013-08-14 13:14:34.354944 Metadata for VDI OLD_76598520-c47b-4930-a= 84a-7c1c1d37436f not present, or already removed, no further deletion actio= n required. [9610] 2013-08-14 13:14:34.355159 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d37= 436f [9610] 2013-08-14 13:14:34.355472 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:34.355598 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> (0,= 0) [9610] 2013-08-14 13:14:34.355648 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [9610] 2013-08-14 13:14:34.355811 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [9819] 2013-08-14 13:14:34.358235 Deleting vdi: 8ec1a2a7-687c-438f-8398-00c= ef73b2872 [9819] 2013-08-14 13:14:34.358291 Entering deleteVdi [9819] 2013-08-14 13:14:34.371240 Metadata for VDI 8ec1a2a7-687c-438f-8398-= 00cef73b2872 not present, or already removed, no further deletion action re= quired. [9819] 2013-08-14 13:14:34.371400 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:34.371570 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [9819] 2013-08-14 13:14:34.371765 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [16892] 2013-08-14 13:14:34.488888 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:34.494878 pread SUCCESS [9610] 2013-08-14 13:14:34.495023 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [9610] 2013-08-14 13:14:34.509615 pread SUCCESS [9610] 2013-08-14 13:14:34.509889 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:34.509963 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:34.510119 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.510246 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.510368 LVMCache: will initialize now [15546] 2013-08-14 13:14:34.510417 LVMCache: refreshing [15546] 2013-08-14 13:14:34.510488 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9610] 2013-08-14 13:14:34.510811 SR cc06 ('VM_PROD') (30 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: 76598520[VHD](12.000G//12.031G|a) Tree ed06e81a-c8ae-49c6-ac8f-e18e67205dcc gone [15546] 2013-08-14 13:14:34.562394 pread SUCCESS [15546] 2013-08-14 13:14:34.562987 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.563069 Entering _checkMetadataVolume [15546] 2013-08-14 13:14:34.564381 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.564465 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [9610] 2013-08-14 13:14:34.747147 Removed leaf-coalesce from 76598520[VHD](= 12.000G//12.031G|a) [9610] 2013-08-14 13:14:34.747236 Starting asynch srUpdate for SR cc06f713-= dfda-f0d8-b5ca-5df29e928593 [16892] 2013-08-14 13:14:34.748946 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [15546] 2013-08-14 13:14:34.754792 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [15546] 2013-08-14 13:14:34.805609 pread SUCCESS [15546] 2013-08-14 13:14:34.805778 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.805852 LVMCache: will initialize now [15546] 2013-08-14 13:14:34.805897 LVMCache: refreshing [15546] 2013-08-14 13:14:34.805975 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [15546] 2013-08-14 13:14:34.845923 pread SUCCESS [15546] 2013-08-14 13:14:34.846440 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.846533 Entering _checkMetadataVolume [15546] 2013-08-14 13:14:34.846940 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.856531 vdi_delete {'sr_uuid': 'cc06f713-dfda-f0= d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|d0fcc5c5-2568-36ba-158c-5ff= 3b37a347f|VDI.destroy', 'vdi_ref': 'OpaqueRef:fb47b4e7-b647-de37-097d-f70f5= 4ffd2ad', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '76598520-c= 47b-4930-a84a-7c1c1d37436f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:40a728c4-7894-ea16-852c-38c3296= c6d30', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a5956000= 02efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': = 'true'}, 'command': 'vdi_delete', 'vdi_allow_caching': 'false', 'sr_ref': '= OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'vdi_uuid': '76598520-c47b= =2D4930-a84a-7c1c1d37436f'} [15546] 2013-08-14 13:14:34.856642 LVHDVDI.delete for 76598520-c47b-4930-a8= 4a-7c1c1d37436f [15546] 2013-08-14 13:14:34.856825 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:34.856927 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (= 1, 0) [15546] 2013-08-14 13:14:34.856981 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [15546] 2013-08-14 13:14:34.857118 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-= 7c1c1d37436f'] [16892] 2013-08-14 13:14:34.865597 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [16945] 2013-08-14 13:14:34.886158 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [16892] 2013-08-14 13:14:34.887081 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [16945] 2013-08-14 13:14:34.898588 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [16892] 2013-08-14 13:14:34.935643 pread SUCCESS [16892] 2013-08-14 13:14:34.935822 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:34.935905 LVMCache: will initialize now [16892] 2013-08-14 13:14:34.935953 LVMCache: refreshing [16892] 2013-08-14 13:14:34.936021 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [15546] 2013-08-14 13:14:34.948336 pread SUCCESS [15546] 2013-08-14 13:14:34.948541 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:34.948615 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:34.948712 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VH= D-76598520-c47b-4930-a84a-7c1c1d37436f'] [15546] 2013-08-14 13:14:34.976763 pread SUCCESS [15546] 2013-08-14 13:14:34.996008 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520= =2Dc47b-4930-a84a-7c1c1d37436f', '-f', 'hidden', '-v', '1'] [16892] 2013-08-14 13:14:35.001543 pread SUCCESS [16892] 2013-08-14 13:14:35.002088 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.002170 Entering _checkMetadataVolume [16892] 2013-08-14 13:14:35.003338 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.003427 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [15546] 2013-08-14 13:14:35.008737 pread SUCCESS [15546] 2013-08-14 13:14:35.009248 Deleting vdi: 76598520-c47b-4930-a84a-7c= 1c1d37436f [15546] 2013-08-14 13:14:35.009338 Entering deleteVdi [16892] 2013-08-14 13:14:35.017197 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15546] 2013-08-14 13:14:35.043620 entering updateVdi [16945] 2013-08-14 13:14:35.061976 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [15546] 2013-08-14 13:14:35.072005 Entering getMetadataToWrite [15546] 2013-08-14 13:14:35.072204 Entering VDI info [15546] 2013-08-14 13:14:35.072300 Entering VDI info [16945] 2013-08-14 13:14:35.085762 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [16892] 2013-08-14 13:14:35.088686 pread SUCCESS [16892] 2013-08-14 13:14:35.088853 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.088927 LVMCache: will initialize now [16892] 2013-08-14 13:14:35.088972 LVMCache: refreshing [16892] 2013-08-14 13:14:35.089038 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [15546] 2013-08-14 13:14:35.111240 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:35.111388 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> = (0, 0) [15546] 2013-08-14 13:14:35.111441 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [15546] 2013-08-14 13:14:35.111610 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-= 7c1c1d37436f'] [16945] 2013-08-14 13:14:35.151532 pread SUCCESS [16945] 2013-08-14 13:14:35.151776 Failed to lock /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr on first attempt, blocked by PID 15546 [16892] 2013-08-14 13:14:35.164468 pread SUCCESS [16892] 2013-08-14 13:14:35.165181 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.165264 Entering _checkMetadataVolume [16892] 2013-08-14 13:14:35.165616 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.165758 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:50e0f1b3-afb3-3fa2-4e52-7557= f4615d02', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:d4fce70a-5d2b-7f20-65a2-812c38431447', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [16892] 2013-08-14 13:14:35.165873 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15546] 2013-08-14 13:14:35.213039 pread SUCCESS [15546] 2013-08-14 13:14:35.213240 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84= a--7c1c1d37436f'] [16892] 2013-08-14 13:14:35.217451 pread SUCCESS [15546] 2013-08-14 13:14:35.222755 pread SUCCESS [15546] 2013-08-14 13:14:35.222981 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:35.223051 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [16892] 2013-08-14 13:14:35.225027 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [15546] 2013-08-14 13:14:35.236682 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [16892] 2013-08-14 13:14:35.269150 pread SUCCESS [15546] 2013-08-14 13:14:35.276576 pread SUCCESS [15546] 2013-08-14 13:14:35.345055 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/running, acquired: False (exists: True) [16892] 2013-08-14 13:14:35.352134 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [16892] 2013-08-14 13:14:35.352249 entering updateSR [16892] 2013-08-14 13:14:35.355665 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.355908 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:35.422230 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:35.422405 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [15546] 2013-08-14 13:14:35.596076 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [15546] 2013-08-14 13:14:35.596446 LVMCache: will initialize now [15546] 2013-08-14 13:14:35.596559 LVMCache: refreshing [15546] 2013-08-14 13:14:35.596756 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9819] 2013-08-14 13:14:35.639503 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:35.639754 LVMCache: refreshing [9819] 2013-08-14 13:14:35.639832 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [15546] 2013-08-14 13:14:35.660017 pread SUCCESS [15546] 2013-08-14 13:14:35.660614 A GC instance already running, not kicki= ng [15546] 2013-08-14 13:14:35.660743 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/running [15546] 2013-08-14 13:14:35.660881 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.660952 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.661060 LVMCache: will initialize now [16945] 2013-08-14 13:14:35.661111 LVMCache: refreshing [16945] 2013-08-14 13:14:35.661185 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [15546] 2013-08-14 13:14:35.661223 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:35.678612 pread SUCCESS [15546] 2013-08-14 13:14:35.679134 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:35.679416 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [16945] 2013-08-14 13:14:35.725175 pread SUCCESS [16945] 2013-08-14 13:14:35.725752 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.725833 Entering _checkMetadataVolume [16945] 2013-08-14 13:14:35.727561 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.727683 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [16945] 2013-08-14 13:14:35.769978 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:35.794155 pread SUCCESS [9819] 2013-08-14 13:14:35.795716 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *db78ec73[VHD](12.000G//12.000M|n) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:35.795892 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:35.796115 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:35.837577 pread SUCCESS [16945] 2013-08-14 13:14:35.841921 pread SUCCESS [16945] 2013-08-14 13:14:35.842152 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.842264 LVMCache: will initialize now [16945] 2013-08-14 13:14:35.842330 LVMCache: refreshing [16945] 2013-08-14 13:14:35.842408 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9819] 2013-08-14 13:14:35.848058 Removed vhd-blocks from *db78ec73[VHD](12= =2E000G//12.000M|n) [9819] 2013-08-14 13:14:35.852575 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:14:35.852797 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:35.852918 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:35.852972 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (1, 0b) [9819] 2013-08-14 13:14:35.853187 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-b= b21d3b9746f'] [16945] 2013-08-14 13:14:35.902724 pread SUCCESS [16945] 2013-08-14 13:14:35.903323 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.903401 Entering _checkMetadataVolume [16945] 2013-08-14 13:14:35.903811 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.903949 sr_update {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'OpaqueRef:ee3d95f1-8196-6749-3cc4-24b4= 20b619b2', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:c226bd27-0999-e440-4f47-3c7df6f737ed', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002efb519= 2f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c10= 9370159'} [16945] 2013-08-14 13:14:35.904244 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:35.953148 pread SUCCESS [9819] 2013-08-14 13:14:35.953409 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:35.953481 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:35.953603 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [16945] 2013-08-14 13:14:35.957641 pread SUCCESS [16945] 2013-08-14 13:14:35.962965 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [9819] 2013-08-14 13:14:35.968587 pread SUCCESS [9819] 2013-08-14 13:14:35.996506 Set vhd-blocks =3D eJxjYBgF5AKOgXbAUAdMA+= 0ABgYAEiYACw=3D=3D for *db78ec73[VHD](12.000G//12.000M|n) [9819] 2013-08-14 13:14:36.010353 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYBgF5AKOgXbAUAdMA+0ABgYAEiYACw=3D=3D'} [16945] 2013-08-14 13:14:36.017643 pread SUCCESS [9819] 2013-08-14 13:14:36.025999 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:36.029421 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:36.029575 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:36.029690 Coalesce candidate: *db78ec73[VHD](12.000= G//12.000M|n) (tree height 3) [9819] 2013-08-14 13:14:36.029870 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:36.036827 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:36.036917 LVMCache: refreshing [9819] 2013-08-14 13:14:36.036983 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [16945] 2013-08-14 13:14:36.081370 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_P= ROD'} [16945] 2013-08-14 13:14:36.081471 entering updateSR [16945] 2013-08-14 13:14:36.085328 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:36.085560 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:36.085611 pread SUCCESS [9819] 2013-08-14 13:14:36.086514 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:36.181303 pread SUCCESS [9819] 2013-08-14 13:14:36.182975 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *db78ec73[VHD](12.000G//12.000M|a) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:36.183181 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:36.192300 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:36.196602 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYBgF5AKOgXbAUAdMA+0ABgYAEiYACw=3D=3D'} [9819] 2013-08-14 13:14:36.196828 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:36.235807 pread SUCCESS [9819] 2013-08-14 13:14:36.243667 Removed vhd-blocks from *db78ec73[VHD](12= =2E000G//12.000M|a) [9819] 2013-08-14 13:14:36.249352 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:14:36.249514 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [9819] 2013-08-14 13:14:36.258699 pread SUCCESS [9819] 2013-08-14 13:14:36.280349 Set vhd-blocks =3D eJxjYBgF5AKOgXbAUAdMA+= 0ABgYAEiYACw=3D=3D for *db78ec73[VHD](12.000G//12.000M|a) [9819] 2013-08-14 13:14:36.289810 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYBgF5AKOgXbAUAdMA+0ABgYAEiYACw=3D=3D'} [9819] 2013-08-14 13:14:36.298226 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:36.300505 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:36.300608 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:36.300683 Coalesce candidate: *db78ec73[VHD](12.000= G//12.000M|a) (tree height 3) [9819] 2013-08-14 13:14:36.300860 Coalescing *db78ec73[VHD](12.000G//12.000= M|a) -> *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:36.300992 ['/usr/sbin/lvcreate', '-n', 'coalesce_db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f_1', '-L', '4', 'VG_XenStorage-5a998863-4= 5b0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:36.371998 pread SUCCESS [9819] 2013-08-14 13:14:36.372479 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:36.372654 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:36.372711 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [9819] 2013-08-14 13:14:36.372897 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:36.440421 pread SUCCESS [9819] 2013-08-14 13:14:36.440676 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:36.440754 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:36.440890 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:14:36.537604 pread SUCCESS [9819] 2013-08-14 13:14:36.537806 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:36.763459 pread SUCCESS [9819] 2013-08-14 13:14:36.775543 Removed vhd-blocks from *db78ec73[VHD](12= =2E000G//12.000M|a) [9819] 2013-08-14 13:14:36.781184 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:14:36.781333 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [9819] 2013-08-14 13:14:36.793629 pread SUCCESS [9819] 2013-08-14 13:14:36.824309 Set vhd-blocks =3D eJxjYBgF5AKOgXbAUAdMA+= 0ABgYAEiYACw=3D=3D for *db78ec73[VHD](12.000G//12.000M|a) [9819] 2013-08-14 13:14:36.830637 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYBgF5AKOgXbAUAdMA+0ABgYAEiYACw=3D=3D'} [9610] 2013-08-14 13:14:36.831921 SR.update_asynch status changed to [succe= ss] [9610] 2013-08-14 13:14:36.832068 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [9819] 2013-08-14 13:14:36.838141 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:36.840657 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:36.840767 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:36.840920 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec7= 3-cb65-4ac3-80fc-bb21d3b9746f'] [9819] 2013-08-14 13:14:36.855147 pread SUCCESS [9819] 2013-08-14 13:14:36.855308 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9610] 2013-08-14 13:14:37.032365 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:37.032449 LVMCache: refreshing [9610] 2013-08-14 13:14:37.032513 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9819] 2013-08-14 13:14:37.063012 pread SUCCESS [9610] 2013-08-14 13:14:37.078206 pread SUCCESS [9610] 2013-08-14 13:14:37.079044 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:37.086282 Refreshing VHD-464ad39d-c3b7-45b5-a672-2d= 851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:37.281949 pread SUCCESS [9610] 2013-08-14 13:14:37.284718 SR cc06 ('VM_PROD') (30 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *76598520[VHD](12.000G//12.031G|n) [9610] 2013-08-14 13:14:37.284968 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:37.285372 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [9610] 2013-08-14 13:14:37.297858 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:37.297965 LVMCache: refreshing [9610] 2013-08-14 13:14:37.298028 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:37.338719 pread SUCCESS [9610] 2013-08-14 13:14:37.339821 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:37.442556 pread SUCCESS [9610] 2013-08-14 13:14:37.444398 SR cc06 ('VM_PROD') (30 VDIs in 30 VHD tr= ees): no changes [9610] 2013-08-14 13:14:37.444554 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:37.444894 Found 1 VDIs for deletion: [9610] 2013-08-14 13:14:37.444958 *76598520[VHD](12.000G//12.031G|n) [9610] 2013-08-14 13:14:37.445103 Deleting unlinked VDI *76598520[VHD](12.0= 00G//12.031G|n) [9610] 2013-08-14 13:14:37.708896 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9610] 2013-08-14 13:14:38.085259 call-plugin returned: 'True' [9610] 2013-08-14 13:14:38.085367 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:38.394004 call-plugin returned: 'True' [9819] 2013-08-14 13:14:38.394141 Running VHD coalesce on *db78ec73[VHD](= 12.000G//12.000M|a) [9610] 2013-08-14 13:14:38.395160 call-plugin returned: 'True' [9610] 2013-08-14 13:14:38.395287 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [17830] 2013-08-14 13:14:38.399626 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db7= 8ec73-cb65-4ac3-80fc-bb21d3b9746f'] [17830] 2013-08-14 13:14:38.522782 pread SUCCESS [17830] 2013-08-14 13:14:38.523211 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [9610] 2013-08-14 13:14:38.938820 call-plugin returned: 'True' [9610] 2013-08-14 13:14:38.938970 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9610] 2013-08-14 13:14:39.311361 call-plugin returned: 'True' [9610] 2013-08-14 13:14:39.311550 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:39.403849 Child process completed successfully [9819] 2013-08-14 13:14:39.404025 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:14:39.404209 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:39.597033 pread SUCCESS [9819] 2013-08-14 13:14:39.597307 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-46= 4ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:39.606260 pread SUCCESS [9819] 2013-08-14 13:14:39.632876 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f f= or *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:39.633004 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:39.647493 pread SUCCESS [9819] 2013-08-14 13:14:39.647772 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:39.647896 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:39.647971 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'r'] [9610] 2013-08-14 13:14:39.651575 call-plugin returned: 'True' [9610] 2013-08-14 13:14:39.651719 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:39.727611 pread SUCCESS [9819] 2013-08-14 13:14:39.727828 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/coalesce_db78ec73-cb65-4ac3-80= fc-bb21d3b9746f_1'] [9819] 2013-08-14 13:14:39.782910 pread SUCCESS [9819] 2013-08-14 13:14:39.783051 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-coalesce_db78ec73--cb65--4ac3--= 80fc--bb21d3b9746f_1'] [9819] 2013-08-14 13:14:39.799417 pread SUCCESS [9819] 2013-08-14 13:14:39.799786 ['/usr/sbin/lvcreate', '-n', 'relink_db78= ec73-cb65-4ac3-80fc-bb21d3b9746f_1', '-L', '4', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:39.892506 pread SUCCESS [9819] 2013-08-14 13:14:39.893061 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:39.893168 LVMCache: refreshing [9819] 2013-08-14 13:14:39.893305 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:39.933538 pread SUCCESS [9819] 2013-08-14 13:14:39.934713 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:40.020142 pread SUCCESS [9819] 2013-08-14 13:14:40.021719 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *db78ec73[VHD](12.000G//12.000M|a) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:40.021977 Relinking a88f05be[VHD](12.000G//12.031= G|n) from *db78ec73[VHD](12.000G//12.000M|a) to *464ad39d[VHD](12.000G//12.= 031G|a) [9819] 2013-08-14 13:14:40.022168 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.022275 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:40.022325 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:14:40.022479 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:14:40.083521 pread SUCCESS [9819] 2013-08-14 13:14:40.083790 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.083897 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.084121 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--5a998863--45b0--3031--e31b--13c92393ad9= 7-VHD--464ad39d--c3b7--45b5--a672--2d851c93d7ec', '-n', '/dev/VG_XenStorage= =2D5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0'] [9819] 2013-08-14 13:14:40.099192 pread SUCCESS [9819] 2013-08-14 13:14:40.099457 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.099601 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:40.099657 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:14:40.100040 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9610] 2013-08-14 13:14:40.138881 call-plugin returned: 'True' [9610] 2013-08-14 13:14:40.139017 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:40.197415 pread SUCCESS [9819] 2013-08-14 13:14:40.197603 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:14:40.209420 pread SUCCESS [9819] 2013-08-14 13:14:40.209681 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.209756 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.226044 Set vhd-parent =3D 464ad39d-c3b7-45b5-a67= 2-2d851c93d7ec for a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:40.226125 Updated the vhd-parent field for child a8= 8f05be-033f-4d23-a66f-715fa50439d0 with 464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:40.226227 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:40.226391 Reloading VDI a88f05be[VHD](12.000G//12= =2E031G|n) [9819] 2013-08-14 13:14:40.226507 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:40.226569 Refresh request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 [9819] 2013-08-14 13:14:40.240095 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:40.441670 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:40.441843 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/relink_db78ec73-cb65-4ac3-80fc= =2Dbb21d3b9746f_1'] [9610] 2013-08-14 13:14:40.445869 call-plugin returned: 'True' [9610] 2013-08-14 13:14:40.446066 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:40.509614 pread SUCCESS [9819] 2013-08-14 13:14:40.509874 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-relink_db78ec73--cb65--4ac3--80= fc--bb21d3b9746f_1'] [9819] 2013-08-14 13:14:40.524587 pread SUCCESS [9819] 2013-08-14 13:14:40.525606 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:40.526079 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:40.526242 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [9819] 2013-08-14 13:14:40.526841 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:40.628546 pread SUCCESS [9819] 2013-08-14 13:14:40.628712 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a672= =2D-2d851c93d7ec'] [9819] 2013-08-14 13:14:40.639904 pread SUCCESS [9819] 2013-08-14 13:14:40.640215 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:40.640295 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:40.640476 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:40.640622 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:40.640677 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (0, 0b) [9819] 2013-08-14 13:14:40.640906 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-b= b21d3b9746f'] [9819] 2013-08-14 13:14:40.735263 pread SUCCESS [9819] 2013-08-14 13:14:40.735456 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--db78ec73--cb65--4ac3--80fc= =2D-bb21d3b9746f'] [9819] 2013-08-14 13:14:40.746811 pread SUCCESS [9819] 2013-08-14 13:14:40.747063 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:40.747136 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:40.747253 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:40.761318 call-plugin returned: 'True' [9610] 2013-08-14 13:14:40.761456 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [18417] 2013-08-14 13:14:40.870980 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [18417] 2013-08-14 13:14:40.878403 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [18417] 2013-08-14 13:14:41.006159 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [18417] 2013-08-14 13:14:41.018091 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [18417] 2013-08-14 13:14:41.052563 pread SUCCESS [18417] 2013-08-14 13:14:41.052823 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.052909 LVMCache: will initialize now [18417] 2013-08-14 13:14:41.052961 LVMCache: refreshing [18417] 2013-08-14 13:14:41.053039 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [18417] 2013-08-14 13:14:41.094753 pread SUCCESS [18417] 2013-08-14 13:14:41.095612 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.095729 Entering _checkMetadataVolume [18417] 2013-08-14 13:14:41.097540 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.097659 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:41.110925 call-plugin returned: 'True' [9610] 2013-08-14 13:14:41.111073 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [18417] 2013-08-14 13:14:41.116245 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [18417] 2013-08-14 13:14:41.164506 pread SUCCESS [18417] 2013-08-14 13:14:41.164708 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.164793 LVMCache: will initialize now [18417] 2013-08-14 13:14:41.164849 LVMCache: refreshing [18417] 2013-08-14 13:14:41.164918 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [18417] 2013-08-14 13:14:41.211293 pread SUCCESS [18417] 2013-08-14 13:14:41.211814 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.211895 Entering _checkMetadataVolume [18417] 2013-08-14 13:14:41.212248 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.212417 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:e7fb8bf3-5158-229e-17a7-8291= da4c1b35', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:d6a8f758-c771-3546-3a58-65cd9d005c93', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [18417] 2013-08-14 13:14:41.212546 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [18417] 2013-08-14 13:14:41.246595 pread SUCCESS [18417] 2013-08-14 13:14:41.252313 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [18417] 2013-08-14 13:14:41.298375 pread SUCCESS [18417] 2013-08-14 13:14:41.345952 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [18417] 2013-08-14 13:14:41.346058 entering updateSR [18417] 2013-08-14 13:14:41.349782 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.350068 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:41.450231 call-plugin returned: 'True' [9610] 2013-08-14 13:14:41.450502 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:41.450595 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c= 1c1d37436f'] [9610] 2013-08-14 13:14:41.526822 pread SUCCESS [9610] 2013-08-14 13:14:41.527012 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [9610] 2013-08-14 13:14:41.543799 pread SUCCESS [9610] 2013-08-14 13:14:41.552689 Deleting vdi: 76598520-c47b-4930-a84a-7c1= c1d37436f [9610] 2013-08-14 13:14:41.552758 Entering deleteVdi [9610] 2013-08-14 13:14:41.580854 Metadata for VDI 76598520-c47b-4930-a84a-= 7c1c1d37436f not present, or already removed, no further deletion action re= quired. [9610] 2013-08-14 13:14:41.580996 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:41.581132 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:41.581293 Starting asynch srUpdate for SR cc06f713-= dfda-f0d8-b5ca-5df29e928593 [18516] 2013-08-14 13:14:41.682638 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [18516] 2013-08-14 13:14:41.689383 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [9819] 2013-08-14 13:14:41.782322 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:41.782607 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [18516] 2013-08-14 13:14:41.865133 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [18516] 2013-08-14 13:14:41.887363 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [18516] 2013-08-14 13:14:41.930281 pread SUCCESS [18516] 2013-08-14 13:14:41.930557 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:41.930652 LVMCache: will initialize now [18516] 2013-08-14 13:14:41.930702 LVMCache: refreshing [18516] 2013-08-14 13:14:41.930823 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [18516] 2013-08-14 13:14:41.988343 pread SUCCESS [18516] 2013-08-14 13:14:41.988930 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:41.989004 Entering _checkMetadataVolume [18516] 2013-08-14 13:14:41.990173 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:41.990249 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [18516] 2013-08-14 13:14:42.004801 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:42.018377 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:42.018466 LVMCache: refreshing [9819] 2013-08-14 13:14:42.018540 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [18516] 2013-08-14 13:14:42.056890 pread SUCCESS [18516] 2013-08-14 13:14:42.057059 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:42.057133 LVMCache: will initialize now [18516] 2013-08-14 13:14:42.057177 LVMCache: refreshing [18516] 2013-08-14 13:14:42.057244 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9819] 2013-08-14 13:14:42.066934 pread SUCCESS [9819] 2013-08-14 13:14:42.067763 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [18516] 2013-08-14 13:14:42.106899 pread SUCCESS [18516] 2013-08-14 13:14:42.107591 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:42.107688 Entering _checkMetadataVolume [18516] 2013-08-14 13:14:42.108118 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:42.108260 sr_update {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'OpaqueRef:52d7bb95-d7b6-0bfd-0fd8-1232= 02042e35', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:79b4610d-5049-bb02-645e-7111c7476660', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002efb519= 2f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c10= 9370159'} [18516] 2013-08-14 13:14:42.108410 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [18516] 2013-08-14 13:14:42.163187 pread SUCCESS [18516] 2013-08-14 13:14:42.168943 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [9819] 2013-08-14 13:14:42.193802 pread SUCCESS [9819] 2013-08-14 13:14:42.197129 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) *db78ec73[VHD](12.000G//12.000M|n) [9819] 2013-08-14 13:14:42.197470 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:42.197934 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:42.206568 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:42.206664 LVMCache: refreshing [9819] 2013-08-14 13:14:42.206767 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [18516] 2013-08-14 13:14:42.230176 pread SUCCESS [9819] 2013-08-14 13:14:42.255565 pread SUCCESS [9819] 2013-08-14 13:14:42.256496 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [18516] 2013-08-14 13:14:42.277148 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_P= ROD'} [18516] 2013-08-14 13:14:42.277234 entering updateSR [18516] 2013-08-14 13:14:42.281471 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:42.281697 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:42.358690 pread SUCCESS [9819] 2013-08-14 13:14:42.360470 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): no changes [9819] 2013-08-14 13:14:42.360710 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:42.369196 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:42.369513 Found 1 VDIs for deletion: [9819] 2013-08-14 13:14:42.369584 *db78ec73[VHD](12.000G//12.000M|n) [9819] 2013-08-14 13:14:42.369723 Deleting unlinked VDI *db78ec73[VHD](12.0= 00G//12.000M|n) [9610] 2013-08-14 13:14:42.616442 SR.update_asynch status changed to [succe= ss] [9610] 2013-08-14 13:14:42.616698 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [9819] 2013-08-14 13:14:42.648010 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9610] 2013-08-14 13:14:42.838184 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:42.838301 LVMCache: refreshing [9610] 2013-08-14 13:14:42.838368 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:42.895067 pread SUCCESS [9610] 2013-08-14 13:14:42.896070 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:42.948803 call-plugin returned: 'True' [9819] 2013-08-14 13:14:42.948923 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9610] 2013-08-14 13:14:43.103286 pread SUCCESS [9610] 2013-08-14 13:14:43.105399 SR cc06 ('VM_PROD') (29 VDIs in 29 VHD tr= ees): showing only VHD trees that changed: Tree 76598520-c47b-4930-a84a-7c1c1d37436f gone [9610] 2013-08-14 13:14:43.105636 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:43.105900 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:43.165484 pread SUCCESS [9610] 2013-08-14 13:14:43.165790 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:43.214829 pread SUCCESS [9610] 2013-08-14 13:14:43.215221 No work, exiting [9610] 2013-08-14 13:14:43.216510 SR cc06 ('VM_PROD') (29 VDIs in 29 VHD tr= ees): no changes [9819] 2013-08-14 13:14:43.321504 call-plugin returned: 'True' [9819] 2013-08-14 13:14:43.321621 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:43.864953 call-plugin returned: 'True' [9819] 2013-08-14 13:14:43.865155 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:44.180920 call-plugin returned: 'True' [9819] 2013-08-14 13:14:44.181060 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:44.737550 call-plugin returned: 'True' [9819] 2013-08-14 13:14:44.737733 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:45.061017 call-plugin returned: 'True' [9819] 2013-08-14 13:14:45.061157 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:45.673443 call-plugin returned: 'True' [9819] 2013-08-14 13:14:45.673584 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:46.033063 call-plugin returned: 'True' [9819] 2013-08-14 13:14:46.033376 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:46.365105 call-plugin returned: 'True' [9819] 2013-08-14 13:14:46.365261 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:46.748248 call-plugin returned: 'True' [9819] 2013-08-14 13:14:46.748566 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:46.748649 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb= 21d3b9746f'] [9819] 2013-08-14 13:14:46.837059 pread SUCCESS [9819] 2013-08-14 13:14:46.837252 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--db78ec73--cb65--4ac3--80fc= =2D-bb21d3b9746f'] [9819] 2013-08-14 13:14:46.849694 pread SUCCESS [9819] 2013-08-14 13:14:46.880273 Deleting vdi: db78ec73-cb65-4ac3-80fc-bb2= 1d3b9746f [9819] 2013-08-14 13:14:46.880352 Entering deleteVdi [9819] 2013-08-14 13:14:46.893540 entering updateVdi [9819] 2013-08-14 13:14:46.909731 Entering getMetadataToWrite [9819] 2013-08-14 13:14:46.909821 Entering VDI info [9819] 2013-08-14 13:14:46.909902 Entering VDI info [9819] 2013-08-14 13:14:46.911958 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:46.912128 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:46.912305 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [19219] 2013-08-14 13:14:47.033027 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [19219] 2013-08-14 13:14:47.040463 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [19219] 2013-08-14 13:14:47.182066 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [19219] 2013-08-14 13:14:47.198953 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19219] 2013-08-14 13:14:47.239889 pread SUCCESS [19219] 2013-08-14 13:14:47.240092 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.240169 LVMCache: will initialize now [19219] 2013-08-14 13:14:47.240214 LVMCache: refreshing [19219] 2013-08-14 13:14:47.240280 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [19219] 2013-08-14 13:14:47.274949 pread SUCCESS [19219] 2013-08-14 13:14:47.275481 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.275568 Entering _checkMetadataVolume [19219] 2013-08-14 13:14:47.276781 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.276860 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [19219] 2013-08-14 13:14:47.287155 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19219] 2013-08-14 13:14:47.343888 pread SUCCESS [19219] 2013-08-14 13:14:47.344066 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.344175 LVMCache: will initialize now [19219] 2013-08-14 13:14:47.344227 LVMCache: refreshing [19219] 2013-08-14 13:14:47.344297 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [19219] 2013-08-14 13:14:47.385403 pread SUCCESS [19219] 2013-08-14 13:14:47.385873 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.385953 Entering _checkMetadataVolume [19219] 2013-08-14 13:14:47.386315 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.386447 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:2908c67b-105f-82e2-1a54-9e32= 5369170a', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:24a646df-e164-9273-b004-e6cb94012b3d', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [19219] 2013-08-14 13:14:47.386564 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19219] 2013-08-14 13:14:47.426345 pread SUCCESS [19219] 2013-08-14 13:14:47.432723 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [19219] 2013-08-14 13:14:47.471682 pread SUCCESS [19219] 2013-08-14 13:14:47.523372 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [19219] 2013-08-14 13:14:47.523492 entering updateSR [19219] 2013-08-14 13:14:47.527516 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.527798 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:47.939036 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:47.939154 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9819] 2013-08-14 13:14:48.205080 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:48.205160 LVMCache: refreshing [9819] 2013-08-14 13:14:48.205221 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:48.247357 pread SUCCESS [9819] 2013-08-14 13:14:48.248107 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:48.342637 pread SUCCESS [9819] 2013-08-14 13:14:48.344328 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:48.344517 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:48.344761 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:48.392803 pread SUCCESS [9819] 2013-08-14 13:14:48.496374 Got other-config for a88f05be[VHD](12.000= G//12.031G|n): {} [9819] 2013-08-14 13:14:48.496502 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:48.548001 pread SUCCESS [9819] 2013-08-14 13:14:48.739719 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|n) [9819] 2013-08-14 13:14:48.754908 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:14:48.755440 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:48.755717 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:48.755880 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:14:48.756371 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:14:48.821422 pread SUCCESS [9819] 2013-08-14 13:14:48.821623 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:48.821695 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:48.821788 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:48.834182 pread SUCCESS [9819] 2013-08-14 13:14:48.851197 Set vhd-blocks =3D eJxrYMAPGoCYA8RwIKBwBA= KOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0nWhcAzroF9Q=3D=3D for a88f05be[VHD= ](12.000G//12.031G|n) [9819] 2013-08-14 13:14:48.868359 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJxrYMAPGoCYA8RwIKBwBAKOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0= nWhcAzroF9Q=3D=3D'} [9819] 2013-08-14 13:14:48.890399 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:48.892808 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:48.892941 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:48.893044 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:48.912565 pread SUCCESS [9819] 2013-08-14 13:14:48.912805 Leaf-coalesce candidate: a88f05be[VHD](12= =2E000G/48.211M/12.031G|n) [9819] 2013-08-14 13:14:48.912965 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:48.925834 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:48.925934 LVMCache: refreshing [9819] 2013-08-14 13:14:48.926021 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:48.972511 pread SUCCESS [9819] 2013-08-14 13:14:48.973507 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:49.094373 pread SUCCESS [9819] 2013-08-14 13:14:49.097475 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:49.097695 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:49.104499 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:49.104750 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:49.147182 pread SUCCESS [9819] 2013-08-14 13:14:49.157120 Got other-config for a88f05be[VHD](12.000= G//12.031G|a): {} [9819] 2013-08-14 13:14:49.157232 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:49.202402 pread SUCCESS [9819] 2013-08-14 13:14:49.228199 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|a) [9819] 2013-08-14 13:14:49.238567 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:14:49.238721 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:49.253915 pread SUCCESS [9819] 2013-08-14 13:14:49.280705 Set vhd-blocks =3D eJxrYMAPGoCYA8RwIKBwBA= KOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0nWhcAzroF9Q=3D=3D for a88f05be[VHD= ](12.000G//12.031G|a) [9819] 2013-08-14 13:14:49.295081 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJxrYMAPGoCYA8RwIKBwBAKOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0= nWhcAzroF9Q=3D=3D'} [9819] 2013-08-14 13:14:49.301337 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:49.303514 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:49.303621 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:49.303706 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:49.317924 pread SUCCESS [9819] 2013-08-14 13:14:49.318172 Leaf-coalesce candidate: a88f05be[VHD](12= =2E000G/48.211M/12.031G|a) [9819] 2013-08-14 13:14:49.318279 Leaf-coalescing a88f05be[VHD](12.000G/48.= 211M/12.031G|a) -> *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:49.325054 Got other-config for a88f05be[VHD](12.000= G/48.211M/12.031G|a): {} [9819] 2013-08-14 13:14:49.325159 Single-snapshotting a88f05be[VHD](12.000G= /48.211M/12.031G|a) [19745] 2013-08-14 13:14:49.454961 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [19745] 2013-08-14 13:14:49.472739 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [19745] 2013-08-14 13:14:49.632531 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [19745] 2013-08-14 13:14:49.655506 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19745] 2013-08-14 13:14:49.705852 pread SUCCESS [19745] 2013-08-14 13:14:49.706363 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.706567 LVMCache: will initialize now [19745] 2013-08-14 13:14:49.706697 LVMCache: refreshing [19745] 2013-08-14 13:14:49.706898 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [19745] 2013-08-14 13:14:49.765343 pread SUCCESS [19745] 2013-08-14 13:14:49.765994 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.766103 Entering _checkMetadataVolume [19745] 2013-08-14 13:14:49.767803 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.768109 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [19745] 2013-08-14 13:14:49.792282 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19745] 2013-08-14 13:14:49.841767 pread SUCCESS [19745] 2013-08-14 13:14:49.841987 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.842064 LVMCache: will initialize now [19745] 2013-08-14 13:14:49.842112 LVMCache: refreshing [19745] 2013-08-14 13:14:49.842179 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [19745] 2013-08-14 13:14:49.885665 pread SUCCESS [19745] 2013-08-14 13:14:49.886101 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.886210 Entering _checkMetadataVolume [19745] 2013-08-14 13:14:49.886603 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.895817 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|3a47d67a-fce6-b25e-a51e-5= 53f8f5d86a0|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:8f5df994-1e2f-ae91-46a6-681696= 9e3aad', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'type= ': 'internal'}, 'vdi_uuid': 'a88f05be-033f-4d23-a66f-715fa50439d0'} [19745] 2013-08-14 13:14:49.895974 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [19745] 2013-08-14 13:14:49.918868 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [19745] 2013-08-14 13:14:50.110189 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 3) [19745] 2013-08-14 13:14:50.110615 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:50.110838 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (1, 0) =3D> (= 2, 0) [19745] 2013-08-14 13:14:50.110922 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (2, 0b) [19745] 2013-08-14 13:14:50.111089 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:50.111142 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:50.111214 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [19745] 2013-08-14 13:14:50.130190 pread SUCCESS [19745] 2013-08-14 13:14:50.141656 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [19745] 2013-08-14 13:14:50.240883 pread SUCCESS [19745] 2013-08-14 13:14:50.241463 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:50.241639 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (= 1, 0) [19745] 2013-08-14 13:14:50.241719 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [19745] 2013-08-14 13:14:50.241934 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [19745] 2013-08-14 13:14:50.305705 pread SUCCESS [19745] 2013-08-14 13:14:50.305896 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:50.305976 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:50.306090 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [19745] 2013-08-14 13:14:50.320260 pread SUCCESS [19745] 2013-08-14 13:14:50.337383 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [19745] 2013-08-14 13:14:50.352168 pread SUCCESS [19745] 2013-08-14 13:14:50.352425 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [19745] 2013-08-14 13:14:50.394791 pread SUCCESS [19745] 2013-08-14 13:14:50.394980 ['uuidgen', '-r'] [19745] 2013-08-14 13:14:50.417670 pread SUCCESS [19745] 2013-08-14 13:14:50.417961 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_205f58f9-4818-4793-8edc-b79862c62337_', '-= L', '4', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97', '--addtag', = 'journaler', '--inactive', '--zero=3Dn'] [19745] 2013-08-14 13:14:50.501172 pread SUCCESS [19745] 2013-08-14 13:14:50.501444 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-205f58f9-4818-4793-8edc-b79862c62337'] [19745] 2013-08-14 13:14:50.608497 pread SUCCESS [19745] 2013-08-14 13:14:50.608685 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (1, 0b) [19745] 2013-08-14 13:14:50.608958 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '54525952', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337'] [19745] 2013-08-14 13:14:50.619575 pread SUCCESS [19745] 2013-08-14 13:14:50.619762 ['/usr/sbin/lvresize', '-L', '52', '/dev= /VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-= 8edc-b79862c62337'] [19745] 2013-08-14 13:14:50.705564 pread3 SUCCESS [19745] 2013-08-14 13:14:50.705977 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [19745] 2013-08-14 13:14:50.831821 pread SUCCESS [19745] 2013-08-14 13:14:50.832098 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337', '-S', = '2097152'] [19745] 2013-08-14 13:14:50.895831 pread SUCCESS [19745] 2013-08-14 13:14:50.896016 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [19745] 2013-08-14 13:14:50.907314 pread SUCCESS [19745] 2013-08-14 13:14:50.907678 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9= =2D4818-4793-8edc-b79862c62337', '-f', 'hidden', '-v', '1'] [19745] 2013-08-14 13:14:50.925880 pread SUCCESS [19745] 2013-08-14 13:14:50.926137 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c= 62337', '-p', 'r'] [19745] 2013-08-14 13:14:51.023141 pread SUCCESS [19745] 2013-08-14 13:14:51.039273 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-205f58f9-4818-4793= =2D8edc-b79862c62337 on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [19745] 2013-08-14 13:14:52.002592 call-plugin returned: 'True' [19745] 2013-08-14 13:14:52.002912 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_205f58f9-4818-4793-8edc-b79862c62337_'] [19745] 2013-08-14 13:14:52.077013 pread SUCCESS [19745] 2013-08-14 13:14:52.077182 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_205f58f9--4818--4793--8edc--b79862c62337_'] [19745] 2013-08-14 13:14:52.088926 pread SUCCESS [19745] 2013-08-14 13:14:52.089258 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (1, 0b) [19745] 2013-08-14 13:14:52.096445 Checking if there is space in the metada= ta for 1 VDI. [19745] 2013-08-14 13:14:52.096504 ['uuidgen', '-r'] [19745] 2013-08-14 13:14:52.105618 pread SUCCESS [19745] 2013-08-14 13:14:52.105723 Entering addVdiInternal [19745] 2013-08-14 13:14:52.113168 Entering getMetadataToWrite [19745] 2013-08-14 13:14:52.113250 Entering VDI info [19745] 2013-08-14 13:14:52.113338 Entering VDI info [19745] 2013-08-14 13:14:52.115005 Entering deleteVdi [19745] 2013-08-14 13:14:52.121845 entering updateVdi [19745] 2013-08-14 13:14:52.127592 Entering getMetadataToWrite [19745] 2013-08-14 13:14:52.127664 Entering VDI info [19745] 2013-08-14 13:14:52.127726 Entering VDI info [19745] 2013-08-14 13:14:52.160083 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': '205f58f9-4818-4793-8edc-b79862c= 62337'} [19745] 2013-08-14 13:14:52.160232 Entering addVdiInternal [19745] 2013-08-14 13:14:52.173712 Entering getMetadataToWrite [19745] 2013-08-14 13:14:52.173925 Entering VDI info [19745] 2013-08-14 13:14:52.174097 Entering VDI info [19745] 2013-08-14 13:14:52.176310 vdi_clone: introduced base VDI: OpaqueRe= f:1f811903-9f79-f443-e99d-867c3113d242 (205f58f9-4818-4793-8edc-b79862c6233= 7) [19745] 2013-08-14 13:14:52.198557 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3DNone [19745] 2013-08-14 13:14:52.213185 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [19745] 2013-08-14 13:14:52.409781 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:52.409951 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:52.410074 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (2, 0) + (-1, 0) =3D> = (1, 0) [19745] 2013-08-14 13:14:52.410123 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [19745] 2013-08-14 13:14:52.410266 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:52.410319 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:52.410424 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:52.410530 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> = (0, 0) [19745] 2013-08-14 13:14:52.410575 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [19745] 2013-08-14 13:14:52.410725 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [19745] 2013-08-14 13:14:52.504347 pread SUCCESS [19745] 2013-08-14 13:14:52.504486 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a67= 2--2d851c93d7ec'] [19745] 2013-08-14 13:14:52.513029 pread SUCCESS [19745] 2013-08-14 13:14:52.513262 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:52.513325 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:52.513473 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [19745] 2013-08-14 13:14:52.513592 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [19745] 2013-08-14 13:14:52.513734 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 (1, 0) + (-1, 0) =3D> = (0, 0) [19745] 2013-08-14 13:14:52.513785 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (0, 0b) [19745] 2013-08-14 13:14:52.513969 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-= b79862c62337'] [19745] 2013-08-14 13:14:52.629139 pread SUCCESS [19745] 2013-08-14 13:14:52.629288 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--205f58f9--4818--4793--8ed= c--b79862c62337'] [19745] 2013-08-14 13:14:52.643026 pread SUCCESS [19745] 2013-08-14 13:14:52.643469 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [19745] 2013-08-14 13:14:52.643607 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [19745] 2013-08-14 13:14:52.644061 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:52.782472 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [20487] 2013-08-14 13:14:52.791378 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [20487] 2013-08-14 13:14:52.926523 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [20487] 2013-08-14 13:14:52.939145 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [20487] 2013-08-14 13:14:52.981951 pread SUCCESS [20487] 2013-08-14 13:14:52.982148 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:52.982228 LVMCache: will initialize now [20487] 2013-08-14 13:14:52.982273 LVMCache: refreshing [20487] 2013-08-14 13:14:52.982343 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [20487] 2013-08-14 13:14:53.033391 pread SUCCESS [20487] 2013-08-14 13:14:53.034113 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:53.034196 Entering _checkMetadataVolume [20487] 2013-08-14 13:14:53.035633 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:53.035787 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [20487] 2013-08-14 13:14:53.064205 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [20487] 2013-08-14 13:14:53.133747 pread SUCCESS [20487] 2013-08-14 13:14:53.133941 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:53.134017 LVMCache: will initialize now [20487] 2013-08-14 13:14:53.134070 LVMCache: refreshing [20487] 2013-08-14 13:14:53.134139 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [20487] 2013-08-14 13:14:53.177091 pread SUCCESS [20487] 2013-08-14 13:14:53.177944 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:53.178024 Entering _checkMetadataVolume [20487] 2013-08-14 13:14:53.183901 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|eec17dc5-3c89-5590-b696-abb= ce73389e5|VDI.update', 'vdi_ref': 'OpaqueRef:1f811903-9f79-f443-e99d-867c31= 13d242', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '205f58f9-48= 18-4793-8edc-b79862c62337', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:88a784e4-eff6-9b12-642c-42125cae70= ba', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '205f58f9-4818-47= 93-8edc-b79862c62337'} [20487] 2013-08-14 13:14:53.244159 Updating metadata : {'uuid': '205f58f9-4= 818-4793-8edc-b79862c62337', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [20487] 2013-08-14 13:14:53.244231 entering updateVdi [20487] 2013-08-14 13:14:53.251121 Entering getMetadataToWrite [20487] 2013-08-14 13:14:53.251194 Entering VDI info [20487] 2013-08-14 13:14:53.251272 Entering VDI info [20487] 2013-08-14 13:14:53.252248 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:53.295756 Single-snapshot returned: OpaqueRef:1f811= 903-9f79-f443-e99d-867c3113d242 [9819] 2013-08-14 13:14:53.295937 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:53.296008 LVMCache: refreshing [9819] 2013-08-14 13:14:53.296071 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:53.343770 pread SUCCESS [9819] 2013-08-14 13:14:53.344604 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:53.488230 pread SUCCESS [9819] 2013-08-14 13:14:53.489809 Found new VDI when scanning: 205f58f9-481= 8-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:53.490565 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *205f58f9[VHD](12.000G//52.000M|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:53.490750 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:53.490884 Coalescing parent *205f58f9[VHD](12.000G/= /52.000M|n) [9819] 2013-08-14 13:14:53.491136 ['/usr/sbin/lvcreate', '-n', 'coalesce_20= 5f58f9-4818-4793-8edc-b79862c62337_1', '-L', '4', 'VG_XenStorage-5a998863-4= 5b0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:53.584565 pread SUCCESS [9819] 2013-08-14 13:14:53.584932 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:53.585119 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:53.585176 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (1, 0b) [9819] 2013-08-14 13:14:53.585315 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b= 79862c62337'] [9819] 2013-08-14 13:14:53.696759 pread SUCCESS [9819] 2013-08-14 13:14:53.696953 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:53.697023 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:53.697193 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:53.697319 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:53.697372 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [9819] 2013-08-14 13:14:53.697511 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:53.765634 pread SUCCESS [9819] 2013-08-14 13:14:53.765829 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:53.765897 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:53.766005 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:14:53.873902 pread SUCCESS [9819] 2013-08-14 13:14:53.874078 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:54.090985 pread SUCCESS [9819] 2013-08-14 13:14:54.113564 Removed vhd-blocks from *205f58f9[VHD](12= =2E000G//52.000M|n) [9819] 2013-08-14 13:14:54.125289 Got sm-config for *205f58f9[VHD](12.000G/= /52.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:14:54.125444 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-20= 5f58f9-4818-4793-8edc-b79862c62337'] [9819] 2013-08-14 13:14:54.142746 pread SUCCESS [9819] 2013-08-14 13:14:54.178587 Set vhd-blocks =3D eJxrYMAPGoCYA8RwIKBwBA= KOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0nWhcAzroF9Q=3D=3D for *205f58f9[VH= D](12.000G//52.000M|n) [9819] 2013-08-14 13:14:54.188293 Got sm-config for *205f58f9[VHD](12.000G/= /52.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxrYMAPGoCYA8RwIKBwBAKOgXYAEeBAA9CZbA0D7Qw4aECi= WZiIUE9iIDc4gA0nWhcAzroF9Q=3D=3D'} [9819] 2013-08-14 13:14:54.199700 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:54.202181 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:54.202387 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:54.202506 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f= 9-4818-4793-8edc-b79862c62337'] [9819] 2013-08-14 13:14:54.239827 pread SUCCESS [9819] 2013-08-14 13:14:54.239984 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:54.433660 pread SUCCESS [9819] 2013-08-14 13:14:54.457501 Refreshing VHD-464ad39d-c3b7-45b5-a672-2d= 851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:54.894316 call-plugin returned: 'True' [9819] 2013-08-14 13:14:54.894574 Running VHD coalesce on *205f58f9[VHD](= 12.000G//52.000M|n) [21076] 2013-08-14 13:14:54.896852 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205= f58f9-4818-4793-8edc-b79862c62337'] [21076] 2013-08-14 13:14:56.087416 pread SUCCESS [21076] 2013-08-14 13:14:56.088045 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [9819] 2013-08-14 13:14:56.913779 Child process completed successfully [9819] 2013-08-14 13:14:56.914017 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:14:56.914295 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:57.145576 pread SUCCESS [9819] 2013-08-14 13:14:57.145907 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-46= 4ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:57.158763 pread SUCCESS [9819] 2013-08-14 13:14:57.174359 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f f= or *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:57.174508 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:57.189416 pread SUCCESS [9819] 2013-08-14 13:14:57.189876 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:57.190082 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:57.190193 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'r'] [9819] 2013-08-14 13:14:57.318250 pread SUCCESS [9819] 2013-08-14 13:14:57.318968 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/coalesce_205f58f9-4818-4793-8e= dc-b79862c62337_1'] [9819] 2013-08-14 13:14:57.391593 pread SUCCESS [9819] 2013-08-14 13:14:57.391791 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-coalesce_205f58f9--4818--4793--= 8edc--b79862c62337_1'] [9819] 2013-08-14 13:14:57.405637 pread SUCCESS [9819] 2013-08-14 13:14:57.406117 ['/usr/sbin/lvcreate', '-n', 'relink_205f= 58f9-4818-4793-8edc-b79862c62337_1', '-L', '4', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:57.466885 pread SUCCESS [9819] 2013-08-14 13:14:57.467219 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:57.467328 LVMCache: refreshing [9819] 2013-08-14 13:14:57.467432 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:57.515387 pread SUCCESS [9819] 2013-08-14 13:14:57.516360 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:57.735867 pread SUCCESS [9819] 2013-08-14 13:14:57.738813 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *205f58f9[VHD](12.000G//52.000M|a) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:57.739322 Relinking a88f05be[VHD](12.000G//12.031= G|a) from *205f58f9[VHD](12.000G//52.000M|a) to *464ad39d[VHD](12.000G//12.= 031G|a) [9819] 2013-08-14 13:14:57.739672 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--5a998863--45b0--3031--e31b--13c92393ad9= 7-VHD--464ad39d--c3b7--45b5--a672--2d851c93d7ec', '-n', '/dev/VG_XenStorage= =2D5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0'] [9819] 2013-08-14 13:14:57.759392 pread SUCCESS [9819] 2013-08-14 13:14:57.759756 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:57.759950 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:57.760017 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:14:57.760219 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:14:57.871326 pread SUCCESS [9819] 2013-08-14 13:14:57.871645 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:14:57.898063 pread SUCCESS [9819] 2013-08-14 13:14:57.898282 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:57.898354 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:57.921201 Set vhd-parent =3D 464ad39d-c3b7-45b5-a67= 2-2d851c93d7ec for a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:57.921368 Updated the vhd-parent field for child a8= 8f05be-033f-4d23-a66f-715fa50439d0 with 464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:57.921612 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:57.921905 Reloading VDI a88f05be[VHD](12.000G//12= =2E031G|a) [9819] 2013-08-14 13:14:57.922136 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:57.922288 Refresh request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 [9819] 2013-08-14 13:14:57.942376 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:58.150417 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:58.150659 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/relink_205f58f9-4818-4793-8edc= =2Db79862c62337_1'] [9819] 2013-08-14 13:14:58.216720 pread SUCCESS [9819] 2013-08-14 13:14:58.216862 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-relink_205f58f9--4818--4793--8e= dc--b79862c62337_1'] [9819] 2013-08-14 13:14:58.239345 pread SUCCESS [9819] 2013-08-14 13:14:58.239835 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:58.240008 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:58.240070 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (0, 0b) [9819] 2013-08-14 13:14:58.240258 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b= 79862c62337'] [9819] 2013-08-14 13:14:58.380372 pread SUCCESS [9819] 2013-08-14 13:14:58.380653 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--205f58f9--4818--4793--8edc= =2D-b79862c62337'] [9819] 2013-08-14 13:14:58.400394 pread SUCCESS [9819] 2013-08-14 13:14:58.400975 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:58.401167 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:58.828675 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:14:59.229598 call-plugin returned: 'True' [9819] 2013-08-14 13:14:59.229872 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:00.418315 call-plugin returned: 'True' [9819] 2013-08-14 13:15:00.418430 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:00.809320 call-plugin returned: 'True' [9819] 2013-08-14 13:15:00.809448 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:01.250882 call-plugin returned: 'True' [9819] 2013-08-14 13:15:01.251035 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:02.510932 call-plugin returned: 'True' [9819] 2013-08-14 13:15:02.511075 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:02.884820 call-plugin returned: 'True' [9819] 2013-08-14 13:15:02.885047 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:03.251794 call-plugin returned: 'True' [9819] 2013-08-14 13:15:03.251901 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:03.700441 call-plugin returned: 'True' [9819] 2013-08-14 13:15:03.700552 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:04.089622 call-plugin returned: 'True' [9819] 2013-08-14 13:15:04.089772 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:04.519591 call-plugin returned: 'True' [9819] 2013-08-14 13:15:04.520012 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:04.520109 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b7= 9862c62337'] [9819] 2013-08-14 13:15:04.917301 pread SUCCESS [9819] 2013-08-14 13:15:04.917497 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--205f58f9--4818--4793--8edc= =2D-b79862c62337'] [9819] 2013-08-14 13:15:04.937714 pread SUCCESS [9819] 2013-08-14 13:15:04.973129 Deleting vdi: 205f58f9-4818-4793-8edc-b79= 862c62337 [9819] 2013-08-14 13:15:04.973222 Entering deleteVdi [9819] 2013-08-14 13:15:04.997209 entering updateVdi [9819] 2013-08-14 13:15:05.004232 Entering getMetadataToWrite [9819] 2013-08-14 13:15:05.004354 Entering VDI info [9819] 2013-08-14 13:15:05.004440 Entering VDI info [9819] 2013-08-14 13:15:05.006671 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:05.006885 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:15:05.007150 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:05.007248 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:15:05.007335 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:05.007506 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:15:05.082797 pread SUCCESS [9819] 2013-08-14 13:15:05.083032 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:05.083109 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:05.083208 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:05.112846 pread SUCCESS [9819] 2013-08-14 13:15:05.118617 Got other-config for a88f05be[VHD](12.000= G/38.192M/12.031G|a): {} [9819] 2013-08-14 13:15:05.118745 Single-snapshotting a88f05be[VHD](12.000G= /38.192M/12.031G|a) [22607] 2013-08-14 13:15:05.254669 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [22607] 2013-08-14 13:15:05.265375 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [22607] 2013-08-14 13:15:05.419070 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [22607] 2013-08-14 13:15:05.430691 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [22607] 2013-08-14 13:15:05.481095 pread SUCCESS [22607] 2013-08-14 13:15:05.481339 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.481436 LVMCache: will initialize now [22607] 2013-08-14 13:15:05.481506 LVMCache: refreshing [22607] 2013-08-14 13:15:05.481591 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [22607] 2013-08-14 13:15:05.550404 pread SUCCESS [22607] 2013-08-14 13:15:05.551055 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.551136 Entering _checkMetadataVolume [22607] 2013-08-14 13:15:05.552370 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.552454 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [22607] 2013-08-14 13:15:05.563389 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [22607] 2013-08-14 13:15:05.612417 pread SUCCESS [22607] 2013-08-14 13:15:05.612660 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.612752 LVMCache: will initialize now [22607] 2013-08-14 13:15:05.612798 LVMCache: refreshing [22607] 2013-08-14 13:15:05.612868 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [22607] 2013-08-14 13:15:05.661409 pread SUCCESS [22607] 2013-08-14 13:15:05.662010 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.662110 Entering _checkMetadataVolume [22607] 2013-08-14 13:15:05.662532 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.669723 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|9a883c86-273d-b683-14c9-5= b5be7212b45|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:5e120c7a-5054-2ee7-b064-03134f= 83f095', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'type= ': 'internal'}, 'vdi_uuid': 'a88f05be-033f-4d23-a66f-715fa50439d0'} [22607] 2013-08-14 13:15:05.669864 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [22607] 2013-08-14 13:15:05.706665 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [22607] 2013-08-14 13:15:06.430094 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 3) [22607] 2013-08-14 13:15:06.430396 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:06.430571 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (1, 0) =3D> (= 2, 0) [22607] 2013-08-14 13:15:06.430641 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (2, 0b) [22607] 2013-08-14 13:15:06.430874 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:06.430952 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:06.431066 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [22607] 2013-08-14 13:15:06.445039 pread SUCCESS [22607] 2013-08-14 13:15:06.450995 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [22607] 2013-08-14 13:15:06.567631 pread SUCCESS [22607] 2013-08-14 13:15:06.568303 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:06.568500 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (1, 0) =3D> (= 2, 0) [22607] 2013-08-14 13:15:06.568587 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (2, 0b) [22607] 2013-08-14 13:15:06.568808 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:06.568890 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:06.569055 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [22607] 2013-08-14 13:15:06.602933 pread SUCCESS [22607] 2013-08-14 13:15:06.626614 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [22607] 2013-08-14 13:15:06.639426 pread SUCCESS [22607] 2013-08-14 13:15:06.639678 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [22607] 2013-08-14 13:15:06.687085 pread SUCCESS [22607] 2013-08-14 13:15:06.687315 ['uuidgen', '-r'] [22607] 2013-08-14 13:15:06.704072 pread SUCCESS [22607] 2013-08-14 13:15:06.704364 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_e2573ae0-cb36-4246-81ed-305e7656a2e0_', '-= L', '4', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97', '--addtag', = 'journaler', '--inactive', '--zero=3Dn'] [22607] 2013-08-14 13:15:06.811341 pread SUCCESS [22607] 2013-08-14 13:15:06.811864 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0'] [22607] 2013-08-14 13:15:06.971375 pread SUCCESS [22607] 2013-08-14 13:15:06.971595 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (1, 0b) [22607] 2013-08-14 13:15:06.971919 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '41943040', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0'] [22607] 2013-08-14 13:15:06.984808 pread SUCCESS [22607] 2013-08-14 13:15:06.985036 ['/usr/sbin/lvresize', '-L', '40', '/dev= /VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-= 81ed-305e7656a2e0'] [22607] 2013-08-14 13:15:07.096301 pread3 SUCCESS [22607] 2013-08-14 13:15:07.096666 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [22607] 2013-08-14 13:15:07.222280 pread SUCCESS [22607] 2013-08-14 13:15:07.222629 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0', '-S', = '2097152'] [22607] 2013-08-14 13:15:07.451826 pread SUCCESS [22607] 2013-08-14 13:15:07.452045 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [22607] 2013-08-14 13:15:07.466866 pread SUCCESS [22607] 2013-08-14 13:15:07.467464 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0= =2Dcb36-4246-81ed-305e7656a2e0', '-f', 'hidden', '-v', '1'] [22607] 2013-08-14 13:15:07.488386 pread SUCCESS [22607] 2013-08-14 13:15:07.488856 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e765= 6a2e0', '-p', 'r'] [22607] 2013-08-14 13:15:07.609129 pread SUCCESS [22607] 2013-08-14 13:15:07.618309 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-e2573ae0-cb36-4246= =2D81ed-305e7656a2e0 on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [22607] 2013-08-14 13:15:10.784680 call-plugin returned: 'True' [22607] 2013-08-14 13:15:10.784889 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_e2573ae0-cb36-4246-81ed-305e7656a2e0_'] [22607] 2013-08-14 13:15:10.858729 pread SUCCESS [22607] 2013-08-14 13:15:10.858925 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_e2573ae0--cb36--4246--81ed--305e7656a2e0_'] [22607] 2013-08-14 13:15:10.870257 pread SUCCESS [22607] 2013-08-14 13:15:10.870732 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (1, 0b) [22607] 2013-08-14 13:15:10.878057 Checking if there is space in the metada= ta for 1 VDI. [22607] 2013-08-14 13:15:10.878179 ['uuidgen', '-r'] [22607] 2013-08-14 13:15:10.889556 pread SUCCESS [22607] 2013-08-14 13:15:10.889855 Entering addVdiInternal [22607] 2013-08-14 13:15:10.907809 Entering getMetadataToWrite [22607] 2013-08-14 13:15:10.908019 Entering VDI info [22607] 2013-08-14 13:15:10.908182 Entering VDI info [22607] 2013-08-14 13:15:10.910562 Entering deleteVdi [22607] 2013-08-14 13:15:10.921562 entering updateVdi [22607] 2013-08-14 13:15:10.930601 Entering getMetadataToWrite [22607] 2013-08-14 13:15:10.930694 Entering VDI info [22607] 2013-08-14 13:15:10.930819 Entering VDI info [22607] 2013-08-14 13:15:10.967928 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': 'e2573ae0-cb36-4246-81ed-305e765= 6a2e0'} [22607] 2013-08-14 13:15:10.968005 Entering addVdiInternal [22607] 2013-08-14 13:15:10.975514 Entering getMetadataToWrite [22607] 2013-08-14 13:15:10.975595 Entering VDI info [22607] 2013-08-14 13:15:10.975668 Entering VDI info [22607] 2013-08-14 13:15:10.977375 vdi_clone: introduced base VDI: OpaqueRe= f:88213da6-f0e0-2b4c-d720-31f8d816e0e4 (e2573ae0-cb36-4246-81ed-305e7656a2e= 0) [22607] 2013-08-14 13:15:10.999817 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3DNone [22607] 2013-08-14 13:15:11.019009 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [22607] 2013-08-14 13:15:11.272054 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:11.272214 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:11.272340 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (2, 0) + (-1, 0) =3D> = (1, 0) [22607] 2013-08-14 13:15:11.272390 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [22607] 2013-08-14 13:15:11.272535 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:11.272593 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:11.272698 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:11.272806 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (2, 0) + (-1, 0) =3D> = (1, 0) [22607] 2013-08-14 13:15:11.272855 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [22607] 2013-08-14 13:15:11.272995 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:11.273045 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:11.273145 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [22607] 2013-08-14 13:15:11.273238 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [22607] 2013-08-14 13:15:11.273342 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 (1, 0) + (-1, 0) =3D> = (0, 0) [22607] 2013-08-14 13:15:11.273386 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (0, 0b) [22607] 2013-08-14 13:15:11.273542 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-= 305e7656a2e0'] [22607] 2013-08-14 13:15:11.393331 pread SUCCESS [22607] 2013-08-14 13:15:11.393619 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--e2573ae0--cb36--4246--81e= d--305e7656a2e0'] [22607] 2013-08-14 13:15:11.406624 pread SUCCESS [22607] 2013-08-14 13:15:11.406902 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [22607] 2013-08-14 13:15:11.407010 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [22607] 2013-08-14 13:15:11.407387 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.544133 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [23914] 2013-08-14 13:15:11.555733 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [23914] 2013-08-14 13:15:11.716770 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [23914] 2013-08-14 13:15:11.730921 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [23914] 2013-08-14 13:15:11.782513 pread SUCCESS [23914] 2013-08-14 13:15:11.782826 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.782939 LVMCache: will initialize now [23914] 2013-08-14 13:15:11.783012 LVMCache: refreshing [23914] 2013-08-14 13:15:11.783113 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [23914] 2013-08-14 13:15:11.837927 pread SUCCESS [23914] 2013-08-14 13:15:11.838441 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.838519 Entering _checkMetadataVolume [23914] 2013-08-14 13:15:11.839626 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.839731 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [23914] 2013-08-14 13:15:11.853101 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [23914] 2013-08-14 13:15:11.904157 pread SUCCESS [23914] 2013-08-14 13:15:11.904395 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.904477 LVMCache: will initialize now [23914] 2013-08-14 13:15:11.904524 LVMCache: refreshing [23914] 2013-08-14 13:15:11.904622 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [23914] 2013-08-14 13:15:11.944530 pread SUCCESS [23914] 2013-08-14 13:15:11.945255 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.945349 Entering _checkMetadataVolume [23914] 2013-08-14 13:15:11.955883 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|cd980475-c7b1-02df-7553-b77= bf6b1f2c9|VDI.update', 'vdi_ref': 'OpaqueRef:88213da6-f0e0-2b4c-d720-31f8d8= 16e0e4', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'e2573ae0-cb= 36-4246-81ed-305e7656a2e0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:98c567d9-0cc7-e2de-d271-d7ccfcc375= 48', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': 'e2573ae0-cb36-42= 46-81ed-305e7656a2e0'} [23914] 2013-08-14 13:15:12.019452 Updating metadata : {'uuid': 'e2573ae0-c= b36-4246-81ed-305e7656a2e0', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [23914] 2013-08-14 13:15:12.019580 entering updateVdi [23914] 2013-08-14 13:15:12.029785 Entering getMetadataToWrite [23914] 2013-08-14 13:15:12.029938 Entering VDI info [23914] 2013-08-14 13:15:12.030081 Entering VDI info [23914] 2013-08-14 13:15:12.031365 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:12.083177 Single-snapshot returned: OpaqueRef:88213= da6-f0e0-2b4c-d720-31f8d816e0e4 [9819] 2013-08-14 13:15:12.083490 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:12.083579 LVMCache: refreshing [9819] 2013-08-14 13:15:12.083646 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:15:12.141065 pread SUCCESS [9819] 2013-08-14 13:15:12.142210 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:12.344747 pread SUCCESS [9819] 2013-08-14 13:15:12.346506 Found new VDI when scanning: e2573ae0-cb3= 6-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:12.347616 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *e2573ae0[VHD](12.000G//40.000M|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:12.347927 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:12.348026 Coalescing parent *e2573ae0[VHD](12.000G/= /40.000M|n) [9819] 2013-08-14 13:15:12.348205 ['/usr/sbin/lvcreate', '-n', 'coalesce_e2= 573ae0-cb36-4246-81ed-305e7656a2e0_1', '-L', '4', 'VG_XenStorage-5a998863-4= 5b0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:15:12.431334 pread SUCCESS [9819] 2013-08-14 13:15:12.431694 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:12.431843 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:15:12.431901 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:12.432050 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-3= 05e7656a2e0'] [9819] 2013-08-14 13:15:12.519089 pread SUCCESS [9819] 2013-08-14 13:15:12.519573 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:12.519721 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:12.519965 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:15:12.622284 pread SUCCESS [9819] 2013-08-14 13:15:12.622477 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:12.856562 pread SUCCESS [9819] 2013-08-14 13:15:12.874636 Removed vhd-blocks from *e2573ae0[VHD](12= =2E000G//40.000M|n) [9819] 2013-08-14 13:15:12.881575 Got sm-config for *e2573ae0[VHD](12.000G/= /40.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:15:12.881687 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2= 573ae0-cb36-4246-81ed-305e7656a2e0'] [9819] 2013-08-14 13:15:12.892300 pread SUCCESS [9819] 2013-08-14 13:15:12.909553 Set vhd-blocks =3D eJxjYAABByBmYcADuMBK0A= ATPh2DBDjQ0GwOGppNLeDQAHQmWwOaKDofJ6CpFwdD+AEAP6gCtw=3D=3D for *e2573ae0[VH= D](12.000G//40.000M|n) [9819] 2013-08-14 13:15:12.915038 Got sm-config for *e2573ae0[VHD](12.000G/= /40.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYAABByBmYcADuMBK0AATPh2DBDjQ0GwOGppNLeDQAHQm= WwOaKDofJ6CpFwdD+AEAP6gCtw=3D=3D'} [9819] 2013-08-14 13:15:12.920939 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|a): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:15:12.923506 Num combined blocks =3D 6144 [9819] 2013-08-14 13:15:12.923647 Coalesced size =3D 12.031G [9819] 2013-08-14 13:15:12.923728 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae= 0-cb36-4246-81ed-305e7656a2e0'] [9819] 2013-08-14 13:15:12.946101 pread SUCCESS [9819] 2013-08-14 13:15:12.946330 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:13.200902 pread SUCCESS [9819] 2013-08-14 13:15:13.219299 Refreshing VHD-464ad39d-c3b7-45b5-a672-2d= 851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:13.798535 call-plugin returned: 'True' [9819] 2013-08-14 13:15:13.798658 Running VHD coalesce on *e2573ae0[VHD](= 12.000G//40.000M|n) [24150] 2013-08-14 13:15:13.800071 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e25= 73ae0-cb36-4246-81ed-305e7656a2e0'] [24150] 2013-08-14 13:15:14.692950 pread SUCCESS [24150] 2013-08-14 13:15:14.693279 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [9819] 2013-08-14 13:15:14.803300 Child process completed successfully [9819] 2013-08-14 13:15:14.803606 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:15:14.803879 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:15.073451 pread SUCCESS [9819] 2013-08-14 13:15:15.073672 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-46= 4ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:15.092688 pread SUCCESS [9819] 2013-08-14 13:15:15.362111 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f f= or *464ad39d[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:15.362269 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:15.383317 pread SUCCESS [9819] 2013-08-14 13:15:15.383750 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:15.383970 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:15.384093 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'r'] [9819] 2013-08-14 13:15:15.507258 pread SUCCESS [9819] 2013-08-14 13:15:15.507729 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/coalesce_e2573ae0-cb36-4246-81= ed-305e7656a2e0_1'] [9819] 2013-08-14 13:15:15.576648 pread SUCCESS [9819] 2013-08-14 13:15:15.576788 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-coalesce_e2573ae0--cb36--4246--= 81ed--305e7656a2e0_1'] [9819] 2013-08-14 13:15:15.589490 pread SUCCESS [9819] 2013-08-14 13:15:15.589796 ['/usr/sbin/lvcreate', '-n', 'relink_e257= 3ae0-cb36-4246-81ed-305e7656a2e0_1', '-L', '4', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:15:15.673278 pread SUCCESS [9819] 2013-08-14 13:15:15.673982 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:15.674117 LVMCache: refreshing [9819] 2013-08-14 13:15:15.674263 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:15:15.715698 pread SUCCESS [9819] 2013-08-14 13:15:15.716526 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:15.924256 pread SUCCESS [9819] 2013-08-14 13:15:15.926202 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *e2573ae0[VHD](12.000G//40.000M|a) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:15.926467 Relinking a88f05be[VHD](12.000G//12.031= G|a) from *e2573ae0[VHD](12.000G//40.000M|a) to *464ad39d[VHD](12.000G//12.= 031G|a) [9819] 2013-08-14 13:15:15.926652 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--5a998863--45b0--3031--e31b--13c92393ad9= 7-VHD--464ad39d--c3b7--45b5--a672--2d851c93d7ec', '-n', '/dev/VG_XenStorage= =2D5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0'] [9819] 2013-08-14 13:15:15.944291 pread SUCCESS [9819] 2013-08-14 13:15:15.944567 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:15.944721 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:15:15.944791 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:15:15.944992 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:15:16.056016 pread SUCCESS [9819] 2013-08-14 13:15:16.056357 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:15:16.071930 pread SUCCESS [9819] 2013-08-14 13:15:16.072209 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:16.072311 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:16.194961 Set vhd-parent =3D 464ad39d-c3b7-45b5-a67= 2-2d851c93d7ec for a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:16.195047 Updated the vhd-parent field for child a8= 8f05be-033f-4d23-a66f-715fa50439d0 with 464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:15:16.195179 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:16.195329 Reloading VDI a88f05be[VHD](12.000G//12= =2E031G|a) [9819] 2013-08-14 13:15:16.195443 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:16.195510 Refresh request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 [9819] 2013-08-14 13:15:16.219936 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:16.464129 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:16.464296 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/relink_e2573ae0-cb36-4246-81ed= =2D305e7656a2e0_1'] [9819] 2013-08-14 13:15:16.542943 pread SUCCESS [9819] 2013-08-14 13:15:16.543109 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-relink_e2573ae0--cb36--4246--81= ed--305e7656a2e0_1'] [9819] 2013-08-14 13:15:16.554092 pread SUCCESS [9819] 2013-08-14 13:15:16.554505 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:16.554658 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:15:16.554716 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (0, 0b) [9819] 2013-08-14 13:15:16.554927 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-3= 05e7656a2e0'] [9819] 2013-08-14 13:15:16.670265 pread SUCCESS [9819] 2013-08-14 13:15:16.670405 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--e2573ae0--cb36--4246--81ed= =2D-305e7656a2e0'] [9819] 2013-08-14 13:15:16.679428 pread SUCCESS [9819] 2013-08-14 13:15:16.679658 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:16.679765 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:16.993799 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:17.369696 call-plugin returned: 'True' [9819] 2013-08-14 13:15:17.369837 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:17.835201 call-plugin returned: 'True' [9819] 2013-08-14 13:15:17.835380 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:18.229719 call-plugin returned: 'True' [9819] 2013-08-14 13:15:18.229894 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:18.749111 call-plugin returned: 'True' [9819] 2013-08-14 13:15:18.749253 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:19.159921 call-plugin returned: 'True' [9819] 2013-08-14 13:15:19.160044 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:19.548105 call-plugin returned: 'True' [9819] 2013-08-14 13:15:19.548224 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:19.889673 call-plugin returned: 'True' [9819] 2013-08-14 13:15:19.889794 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:20.318295 call-plugin returned: 'True' [9819] 2013-08-14 13:15:20.318477 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:20.677346 call-plugin returned: 'True' [9819] 2013-08-14 13:15:20.677527 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:21.060076 call-plugin returned: 'True' [9819] 2013-08-14 13:15:21.060410 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:21.060533 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-30= 5e7656a2e0'] [9819] 2013-08-14 13:15:21.143782 pread SUCCESS [9819] 2013-08-14 13:15:21.143964 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--e2573ae0--cb36--4246--81ed= =2D-305e7656a2e0'] [9819] 2013-08-14 13:15:21.165539 pread SUCCESS [9819] 2013-08-14 13:15:21.216526 Deleting vdi: e2573ae0-cb36-4246-81ed-305= e7656a2e0 [9819] 2013-08-14 13:15:21.216645 Entering deleteVdi [9819] 2013-08-14 13:15:21.229905 entering updateVdi [9819] 2013-08-14 13:15:21.239186 Entering getMetadataToWrite [9819] 2013-08-14 13:15:21.239266 Entering VDI info [9819] 2013-08-14 13:15:21.239347 Entering VDI info [9819] 2013-08-14 13:15:21.240689 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:21.240837 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:21.241078 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:21.241172 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:15:21.241222 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:21.241366 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:15:21.301143 pread SUCCESS [9819] 2013-08-14 13:15:21.301437 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:21.301543 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:21.301687 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:21.324993 pread SUCCESS [9819] 2013-08-14 13:15:21.325138 Snapshot-coalesce did not help, abandonin= g attempts [9819] 2013-08-14 13:15:21.345614 Set leaf-coalesce =3D offline for a88f05b= e[VHD](12.000G/58.231M/12.031G|a) [9819] 2013-08-14 13:15:21.345817 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:21.345885 LVMCache: refreshing [9819] 2013-08-14 13:15:21.345951 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:15:21.403398 pread SUCCESS [9819] 2013-08-14 13:15:21.404225 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:21.497127 pread SUCCESS [9819] 2013-08-14 13:15:21.498685 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:21.498840 Pause request for a88f05be-033f-4d23-a66f= =2D715fa50439d0 [9819] 2013-08-14 13:15:21.525070 Calling tap-pause on host OpaqueRef:74d6b= 8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:21.746314 ['/usr/sbin/lvcreate', '-n', 'leaf_a88f05= be-033f-4d23-a66f-715fa50439d0_464ad39d-c3b7-45b5-a672-2d851c93d7ec', '-L',= '4', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97', '--addtag', 'jo= urnaler', '--inactive', '--zero=3Dn'] [9819] 2013-08-14 13:15:21.820079 pread SUCCESS [9819] 2013-08-14 13:15:21.820337 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:15:21.928178 pread SUCCESS [9819] 2013-08-14 13:15:21.928478 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:21.942727 pread SUCCESS [9819] 2013-08-14 13:15:21.943151 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-s', '62914560', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92= 393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:21.967563 pread SUCCESS [9819] 2013-08-14 13:15:21.967845 ['/usr/sbin/lvresize', '-L', '60', '/dev/= VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a= 66f-715fa50439d0'] [9819] 2013-08-14 13:15:22.081797 pread3 SUCCESS [9819] 2013-08-14 13:15:22.094891 Removed vhd-blocks from a88f05be[VHD](12.= 000G//60.000M|a) [9819] 2013-08-14 13:15:22.105851 Got sm-config for a88f05be[VHD](12.000G//= 60.000M|a): {'paused': 'true', 'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851= c93d7ec', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi= _type': 'vhd'} [9819] 2013-08-14 13:15:22.106020 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:22.123693 pread SUCCESS [9819] 2013-08-14 13:15:22.141778 Set vhd-blocks =3D eJxzYIAABwbsoAEs49LihC= aOS/1gAw40NJuDEs0OVHIEAdAAxch8VBH6uQNCMwGZLmA+BxPdnYEBALzrB2M=3D for a88f05= be[VHD](12.000G//60.000M|a) [9819] 2013-08-14 13:15:22.147041 Got sm-config for a88f05be[VHD](12.000G//= 60.000M|a): {'paused': 'true', 'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851= c93d7ec', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi= _type': 'vhd', 'vhd-blocks': 'eJxzYIAABwbsoAEs49LihCaOS/1gAw40NJuDEs0OVHIEA= dAAxch8VBH6uQNCMwGZLmA+BxPdnYEBALzrB2M=3D'} [9819] 2013-08-14 13:15:22.159386 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|a): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:15:22.161677 Num combined blocks =3D 6144 [9819] 2013-08-14 13:15:22.161814 Coalesced size =3D 12.031G [9819] 2013-08-14 13:15:22.161921 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec', '-f', 'hidden', '-v', '0'] [9819] 2013-08-14 13:15:22.186620 pread SUCCESS [9819] 2013-08-14 13:15:22.187067 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05b= e-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:22.203688 pread SUCCESS [9819] 2013-08-14 13:15:22.203934 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:22.479632 pread SUCCESS [9819] 2013-08-14 13:15:22.485232 Got other-config for a88f05be[VHD](12.000= G//60.000M|a): {'leaf-coalesce': 'offline'} [9819] 2013-08-14 13:15:22.485341 Running VHD coalesce on a88f05be[VHD](1= 2.000G//60.000M|a) [25861] 2013-08-14 13:15:22.487035 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0'] [25861] 2013-08-14 13:15:23.828114 pread SUCCESS [25861] 2013-08-14 13:15:23.828942 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [9819] 2013-08-14 13:15:24.498901 Child process completed successfully [9819] 2013-08-14 13:15:24.499097 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:15:24.499326 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:24.704409 pread SUCCESS [9819] 2013-08-14 13:15:24.704653 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa504= 39d0', 'VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:24.815620 pread SUCCESS [9819] 2013-08-14 13:15:24.815902 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:OLD_a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:24.816244 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:24.918003 pread SUCCESS [9819] 2013-08-14 13:15:24.918306 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:24.935344 Updating VHD-a88f05be-033f-4d23-a66f-715f= a50439d0 to VHD-a88f05be-033f-4d23-a66f-715fa50439d0 on slave OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:25.699397 call-plugin returned: 'True' [9819] 2013-08-14 13:15:25.721377 Removed vhd-parent from a88f05be[VHD](12.= 000G//12.031G|a) [9819] 2013-08-14 13:15:25.730465 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|a) [9819] 2013-08-14 13:15:25.730773 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:25.730990 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-OLD_a88= f05be-033f-4d23-a66f-715fa50439d0', '-f', 'hidden', '-v', '1'] [9819] 2013-08-14 13:15:25.741656 pread SUCCESS [9819] 2013-08-14 13:15:25.741838 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:25.789047 pread SUCCESS [9819] 2013-08-14 13:15:25.816072 Deleting vdi: 464ad39d-c3b7-45b5-a672-2d8= 51c93d7ec [9819] 2013-08-14 13:15:25.816135 Entering deleteVdi [9819] 2013-08-14 13:15:25.839367 entering updateVdi [9819] 2013-08-14 13:15:25.851089 Entering getMetadataToWrite [9819] 2013-08-14 13:15:25.851186 Entering VDI info [9819] 2013-08-14 13:15:25.851264 Entering VDI info [9819] 2013-08-14 13:15:25.892942 Refreshing VHD-a88f05be-033f-4d23-a66f-71= 5fa50439d0 on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:26.274586 call-plugin returned: 'True' [9819] 2013-08-14 13:15:26.274777 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/leaf_a88f05be-033f-4d23-a66f-7= 15fa50439d0_464ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:26.366974 pread SUCCESS [9819] 2013-08-14 13:15:26.367211 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-leaf_a88f05be--033f--4d23--a66f= =2D-715fa50439d0_464ad39d--c3b7--45b5--a672--2d851c93d7ec'] [9819] 2013-08-14 13:15:26.385505 pread SUCCESS [9819] 2013-08-14 13:15:26.396086 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'paused': 'true', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791= f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:15:26.396277 Unpausing VDI a88f05be[VHD](12.000G//12.0= 31G|a) [9819] 2013-08-14 13:15:26.396432 Unpause request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 secondary=3DNone [9819] 2013-08-14 13:15:26.419447 Calling tap-unpause on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:26.627241 lock: creating lock file /var/lock/sm/lvm= =2D5a998863-45b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa50= 439d0 [9819] 2013-08-14 13:15:26.627374 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:26.627506 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:OLD_a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D>= (0, 0) [9819] 2013-08-14 13:15:26.627582 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:OLD_a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:15:26.628020 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a6= 6f-715fa50439d0'] [9819] 2013-08-14 13:15:26.769533 pread SUCCESS [9819] 2013-08-14 13:15:26.769831 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--OLD_a88f05be--033f--4d23--= a66f--715fa50439d0'] [9819] 2013-08-14 13:15:26.786006 pread SUCCESS [9819] 2013-08-14 13:15:26.786218 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:26.786289 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:27.041679 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:27.398903 call-plugin returned: 'True' [9819] 2013-08-14 13:15:27.399035 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:27.697083 call-plugin returned: 'True' [9819] 2013-08-14 13:15:27.697212 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:27.993893 call-plugin returned: 'True' [9819] 2013-08-14 13:15:27.994044 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:28.345215 call-plugin returned: 'True' [9819] 2013-08-14 13:15:28.345354 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:28.886783 call-plugin returned: 'True' [9819] 2013-08-14 13:15:28.886895 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:29.193867 call-plugin returned: 'True' [9819] 2013-08-14 13:15:29.194037 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:29.530826 call-plugin returned: 'True' [9819] 2013-08-14 13:15:29.530945 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:29.980047 call-plugin returned: 'True' [9819] 2013-08-14 13:15:29.980175 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:30.311370 call-plugin returned: 'True' [9819] 2013-08-14 13:15:30.311514 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:30.721303 call-plugin returned: 'True' [9819] 2013-08-14 13:15:30.721600 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66= f-715fa50439d0'] [9819] 2013-08-14 13:15:30.782937 pread SUCCESS [9819] 2013-08-14 13:15:30.783078 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--OLD_a88f05be--033f--4d23--= a66f--715fa50439d0'] [9819] 2013-08-14 13:15:30.793997 pread SUCCESS [9819] 2013-08-14 13:15:30.800372 Deleting vdi: OLD_a88f05be-033f-4d23-a66f= =2D715fa50439d0 [9819] 2013-08-14 13:15:30.800461 Entering deleteVdi [9819] 2013-08-14 13:15:30.813390 Metadata for VDI OLD_a88f05be-033f-4d23-a= 66f-715fa50439d0 not present, or already removed, no further deletion actio= n required. [9819] 2013-08-14 13:15:30.813589 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa504= 39d0 [9819] 2013-08-14 13:15:30.813859 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:30.813982 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:15:30.814034 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:15:30.814229 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:15:30.921775 pread SUCCESS [9819] 2013-08-14 13:15:30.921950 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:15:30.934867 pread SUCCESS [9819] 2013-08-14 13:15:30.935818 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:30.936049 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:30.936306 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:30.936962 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees): showing only VHD trees that changed: a88f05be[VHD](12.000G//12.031G|a) Tree 464ad39d-c3b7-45b5-a672-2d851c93d7ec gone [9819] 2013-08-14 13:15:30.945668 Removed leaf-coalesce from a88f05be[VHD](= 12.000G//12.031G|a) [9819] 2013-08-14 13:15:30.945748 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [27129] 2013-08-14 13:15:31.075136 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [27129] 2013-08-14 13:15:31.081928 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [27129] 2013-08-14 13:15:31.193378 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [27129] 2013-08-14 13:15:31.206401 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [27129] 2013-08-14 13:15:31.247133 pread SUCCESS [27129] 2013-08-14 13:15:31.247314 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.247388 LVMCache: will initialize now [27129] 2013-08-14 13:15:31.247441 LVMCache: refreshing [27129] 2013-08-14 13:15:31.247509 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [27129] 2013-08-14 13:15:31.294633 pread SUCCESS [27129] 2013-08-14 13:15:31.295136 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.295222 Entering _checkMetadataVolume [27129] 2013-08-14 13:15:31.296391 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.296473 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [27129] 2013-08-14 13:15:31.315353 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [27129] 2013-08-14 13:15:31.429545 pread SUCCESS [27129] 2013-08-14 13:15:31.429795 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.429900 LVMCache: will initialize now [27129] 2013-08-14 13:15:31.429959 LVMCache: refreshing [27129] 2013-08-14 13:15:31.430051 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [27129] 2013-08-14 13:15:31.501073 pread SUCCESS [27129] 2013-08-14 13:15:31.501585 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.501665 Entering _checkMetadataVolume [27129] 2013-08-14 13:15:31.502022 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.502151 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:549f6ec0-d3ae-9502-2228-3e7c= f4c56a96', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:08251546-2277-c3c4-dc58-f91df840b66e', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [27129] 2013-08-14 13:15:31.502283 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [27129] 2013-08-14 13:15:31.549740 pread SUCCESS [27129] 2013-08-14 13:15:31.569789 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [27129] 2013-08-14 13:15:31.626298 pread SUCCESS [27129] 2013-08-14 13:15:31.688785 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [27129] 2013-08-14 13:15:31.688886 entering updateSR [27129] 2013-08-14 13:15:31.692641 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.692899 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:31.984053 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:15:31.984237 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9819] 2013-08-14 13:15:32.193484 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:32.193655 LVMCache: refreshing [9819] 2013-08-14 13:15:32.193738 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:15:32.251734 pread SUCCESS [9819] 2013-08-14 13:15:32.252512 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:32.534811 pread SUCCESS [9819] 2013-08-14 13:15:32.537777 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees): showing only VHD trees that changed: a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:15:32.538152 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:32.538595 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:32.608090 pread SUCCESS [9819] 2013-08-14 13:15:32.608512 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:32.656123 pread SUCCESS [9819] 2013-08-14 13:15:32.656525 No work, exiting [9819] 2013-08-14 13:15:32.657550 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees): no changes --Boundary-00=_cC3CSB30HTdAQdf Content-Type: text/x-log; charset="UTF-8"; name="xensource.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xensource.log" Aug 14 13:10:07 evmprap28 xapi: [debug|evmprap28|335390429|Async.VDI.pool_m= igrate R:487cd927f4bf|audit] VDI.pool_migrate: VDI =3D 'a88f05be-033f-4d23-= a66f-715fa50439d0'; SR =3D 'cc06f713-dfda-f0d8-b5ca-5df29e928593 (VM_PROD)'= ; VM =3D '608e33b9-e74d-620a-338c-f0243aa99997 (es1qaap99)' Aug 14 13:10:11 evmprap28 xapi: [ info|evmprap28|335390829 INET 0.0.0.0:80|= Querying services D:91a059cdd1c7|storage_impl] VDI.create dbg:Async.VDI.poo= l_migrate R:487cd927f4bf sr:cc06f713-dfda-f0d8-b5ca-5df29e928593 vdi_info:{= "vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "a88f05be-033f= =2D4d23-a66f-715fa50439d0", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0"}} Aug 14 13:10:11 evmprap28 xapi: [debug|evmprap28|335390829 INET 0.0.0.0:80|= VDI.create D:de8fb488bd43|sm] SM lvmohba vdi_create sr=3DOpaqueRef:f04d1596= =2D8b86-9ce0-6f39-d1c109370159 sm_config=3D[base_mirror=3D5a998863-45b0-303= 1-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0] type=3D[System] s= ize=3D12884901888 Aug 14 13:10:13 evmprap28 xapi: [ info|evmprap28|335391071 INET 0.0.0.0:80|= Querying services D:1ddc2f61a2f5|storage_impl] VDI.snapshot dbg:Async.VDI.p= ool_migrate R:487cd927f4bf sr:cc06f713-dfda-f0d8-b5ca-5df29e928593 vdi_info= :{"vdi": "76598520-c47b-4930-a84a-7c1c1d37436f", "content_id": "76598520-c4= 7b-4930-a84a-7c1c1d37436f", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0", "vdi_type": "vhd"}} Aug 14 13:10:13 evmprap28 xapi: [debug|evmprap28|335391071 INET 0.0.0.0:80|= VDI.snapshot D:9ef94a9ea851|sm] SM lvmohba vdi_snapshot sr=3DOpaqueRef:f04d= 1596-8b86-9ce0-6f39-d1c109370159 vdi=3DOpaqueRef:fb47b4e7-b647-de37-097d-f7= 0f54ffd2ad driver_params=3D[base_mirror=3D5a998863-45b0-3031-e31b-13c92393a= d97/a88f05be-033f-4d23-a66f-715fa50439d0; vdi_type=3Dvhd] Aug 14 13:10:16 evmprap28 xapi: [debug|evmprap28|335391206 UNIX /var/xapi/x= api|VDI.db_introduce R:1a053310cefc|xapi] {pool,db}_introduce uuid=3D1d60e1= 81-34b1-407f-9b65-b364c9874574 name_label=3D Aug 14 13:10:18 evmprap28 xapi: [debug|evmprap28|335391071 INET 0.0.0.0:80|= VDI.snapshot D:6522e0e98f8a|storage_access] vdi =3D {"vdi": "1d60e181-34b1-= 407f-9b65-b364c9874574", "content_id": "1d60e181-34b1-407f-9b65-b364c987457= 4", "name_label": "es1qaap99-root", "name_description": "Created by templat= e provisioner", "ty": "User", "metadata_of_pool": "OpaqueRef:NULL", "is_a_s= napshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "Opa= queRef:NULL", "read_only": false, "virtual_size": 12884901888, "physical_ut= ilisation": 8388608, "persistent": true, "sm_config": {"base_mirror": "5a99= 8863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-715fa50439d0", "v= hd-parent": "79c88e37-86d0-4456-b3b9-cc54ab269250", "vdi_type": "vhd"}} Aug 14 13:10:23 evmprap28 xapi: [ info|evmprap28|335391818 INET 0.0.0.0:80|= Querying services D:0e18494b8c73|storage_impl] VDI.create dbg:Async.VDI.poo= l_migrate R:487cd927f4bf sr:cc06f713-dfda-f0d8-b5ca-5df29e928593 vdi_info:{= "vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "a88f05be-033f= =2D4d23-a66f-715fa50439d0", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0"}} Aug 14 13:10:23 evmprap28 xapi: [debug|evmprap28|335391818 INET 0.0.0.0:80|= VDI.create D:9da5979050c1|sm] SM lvmohba vdi_create sr=3DOpaqueRef:f04d1596= =2D8b86-9ce0-6f39-d1c109370159 sm_config=3D[base_mirror=3D5a998863-45b0-303= 1-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0] type=3D[System] s= ize=3D12884901888 Aug 14 13:10:25 evmprap28 xapi: [ info|evmprap28|335391914 INET 0.0.0.0:80|= Querying services D:bc2defe2afcf|storage_impl] VDI.snapshot dbg:Async.VDI.p= ool_migrate R:487cd927f4bf sr:5a998863-45b0-3031-e31b-13c92393ad97 vdi_info= :{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "a88f05be-03= 3f-4d23-a66f-715fa50439d0", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0", "mirror": "nbd:mirror_vbd\/3\/xvda", "host_OpaqueRef:74d6b8dd= =2Da16c-7e0a-c0ff-2791f37d4b92": "RW", "vdi_type": "vhd"}} Aug 14 13:10:25 evmprap28 xapi: [debug|evmprap28|335391914 INET 0.0.0.0:80|= VDI.snapshot D:458221d50e26|sm] SM lvmohba vdi_snapshot sr=3DOpaqueRef:d7e3= ccc2-9ce6-1fa3-da30-d197168126b1 vdi=3DOpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523 driver_params=3D[base_mirror=3D5a998863-45b0-3031-e31b-13c92393a= d97/a88f05be-033f-4d23-a66f-715fa50439d0; mirror=3Dnbd:mirror_vbd/3/xvda; h= ost_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92=3DRW; vdi_type=3Dvhd] Aug 14 13:10:25 evmprap28 xapi: [debug|evmprap28|335391958 UNIX /var/xapi/x= api|host.call_plugin R:1c29477f4866|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:10:25 evmprap28 xapi: [debug|evmprap28|335391958 UNIX /var/xapi/x= api|host.call_plugin R:1c29477f4866|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:f84f70ce-0130-266e-7c5a-7409565e5b48Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:10:27 evmprap28 xapi: [debug|evmprap28|335392037 UNIX /var/xapi/x= api|host.call_plugin R:a16c91df61f4|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-464ad39d-c3b7-45b5-a672-2d851c93d7ec; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: 464ad39d-c3b7-45b5-a672-2d851c93d7ec; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:10:27 evmprap28 xapi: [debug|evmprap28|335392037 UNIX /var/xapi/x= api|host.call_plugin R:a16c91df61f4|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:db69b640-2c2d-fda4-877a-b400700791efOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-464ad39d-c3b7= =2D45b5-a672-2d851c93d7ecvgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:10:28 evmprap28 xapi: [debug|evmprap28|335392275 UNIX /var/xapi/x= api|host.call_plugin R:41894f2850cf|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = secondary: nbd:mirror_vbd/3/xvda; vdi_uuid: a88f05be-033f-4d23-a66f-715fa50= 439d0 ] Aug 14 13:10:28 evmprap28 xapi: [debug|evmprap28|335392275 UNIX /var/xapi/x= api|host.call_plugin R:41894f2850cf|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:3d3b1011-0001-0ca6-9f09-2e62cc732e03Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97secondarynbd:mirror_vbd= /3/xvdavdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:10:29 evmprap28 xapi: [debug|evmprap28|335391914 INET 0.0.0.0:80|= VDI.snapshot D:0e23702f6248|storage_access] vdi =3D {"vdi": "431bea32-7434-= 4ad4-9195-c683be686fa5", "content_id": "431bea32-7434-4ad4-9195-c683be686fa= 5", "name_label": "es1qaap99-root", "name_description": "Created by templat= e provisioner", "ty": "User", "metadata_of_pool": "OpaqueRef:NULL", "is_a_s= napshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "Opa= queRef:NULL", "read_only": false, "virtual_size": 12884901888, "physical_ut= ilisation": 8388608, "persistent": true, "sm_config": {"base_mirror": "5a99= 8863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-715fa50439d0", "v= hd-parent": "464ad39d-c3b7-45b5-a672-2d851c93d7ec", "vdi_type": "vhd"}} Aug 14 13:13:55 evmprap28 xapi: [ info|evmprap28|335406290 INET 0.0.0.0:80|= Querying services D:e7f8bef4f0ef|storage_impl] VDI.destroy dbg:Async.VDI.po= ol_migrate R:487cd927f4bf sr:cc06f713-dfda-f0d8-b5ca-5df29e928593 vdi:1d60e= 181-34b1-407f-9b65-b364c9874574 Aug 14 13:13:56 evmprap28 xapi: [debug|evmprap28|335406331 UNIX /var/xapi/x= api|VDI.db_forget R:14005462af0c|xapi] db_forget uuid=3D1d60e181-34b1-407f-= 9b65-b364c9874574 Aug 14 13:13:58 evmprap28 xapi: [debug|evmprap28|335406483 UNIX /var/xapi/x= api|host.call_plugin R:897a8a2a56ec|audit] Host.call_plugin host =3D '0d55d= fb2-8041-4bd6-8b45-c366f0551f36 (evmprap17)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:13:58 evmprap28 xapi: [debug|evmprap28|335406483 UNIX /var/xapi/x= api|host.call_plugin R:897a8a2a56ec|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:a80fe4ec-ece8-6e6a-58ed-c9aaf1674472Opa= queRef:4dc9d9e0-f05f-88c7-cf3f-3bfd44e6cf75on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:13:59 evmprap28 xapi: [debug|evmprap28|335406600 UNIX /var/xapi/x= api|host.call_plugin R:5ecc12cf3de0|audit] Host.call_plugin host =3D '96e1c= 29d-1d0e-4762-9c56-89e0d1dd1dbf (evmprap12)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:13:59 evmprap28 xapi: [debug|evmprap28|335406600 UNIX /var/xapi/x= api|host.call_plugin R:5ecc12cf3de0|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ffcd2a9f-31a8-5fee-c727-756d2aedf1a6Opa= queRef:2efbd1d1-c367-63c9-1263-3d19c6f98934on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:13:59 evmprap28 xapi: [debug|evmprap28|335406736 UNIX /var/xapi/x= api|host.call_plugin R:639b89afae74|audit] Host.call_plugin host =3D '328b5= b58-41a9-46bc-b0d0-937199e9d167 (evmprap09)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:13:59 evmprap28 xapi: [debug|evmprap28|335406736 UNIX /var/xapi/x= api|host.call_plugin R:639b89afae74|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ce49da42-f174-de95-8987-444fd4de7479Opa= queRef:242cb2ab-6144-8439-c3f1-24c932dffdfbon= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406765 UNIX /var/xapi/x= api|host.call_plugin R:dd54d0094736|audit] Host.call_plugin host =3D '29d27= 61b-8b97-443f-9c13-fd41d0e9539a (evmprap10)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406765 UNIX /var/xapi/x= api|host.call_plugin R:dd54d0094736|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:30572356-c188-c75d-e8bf-ce1beeb98361Opa= queRef:ddd7170c-8de8-4d20-7940-c224c14e9a35on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406777 UNIX /var/xapi/x= api|host.call_plugin R:f747d4a6d447|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406777 UNIX /var/xapi/x= api|host.call_plugin R:f747d4a6d447|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:30c66796-c2e5-f46f-0086-17d2e11750adOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406792 UNIX /var/xapi/x= api|host.call_plugin R:22efeca207a1|audit] Host.call_plugin host =3D '47e63= 4d0-ace4-47bd-a922-f09d2dba6a03 (evmprap20)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406792 UNIX /var/xapi/x= api|host.call_plugin R:22efeca207a1|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:f74f0763-5093-b35a-f8bb-b9f10595c441Opa= queRef:6db2c64a-8896-a9df-025f-24569b585960on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:01 evmprap28 xapi: [debug|evmprap28|335406819 UNIX /var/xapi/x= api|host.call_plugin R:34f7e97135c4|audit] Host.call_plugin host =3D '96f4e= 172-8a3f-4cd1-8e20-ba2989fad32b (evmprap29)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:01 evmprap28 xapi: [debug|evmprap28|335406819 UNIX /var/xapi/x= api|host.call_plugin R:34f7e97135c4|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:36e17d62-eb2a-0a6f-a14f-ec02356a356eOpa= queRef:04550611-1d86-3a9a-9667-ac585c54b181on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406828 UNIX /var/xapi/x= api|host.call_plugin R:241fe494319c|audit] Host.call_plugin host =3D '298d8= 823-1350-4be1-927c-eb5a02515c4e (evmprap13)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406828 UNIX /var/xapi/x= api|host.call_plugin R:241fe494319c|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ea5af8e5-16cc-4b50-5292-d4a4f309ac01Opa= queRef:9ee4050c-d41b-5ce2-6c48-aeedae6d5311on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406837 UNIX /var/xapi/x= api|host.call_plugin R:4e94a6e3cd3d|audit] Host.call_plugin host =3D '1d771= 6a5-200b-4048-8f90-5b426c01559f (evmprap18)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406837 UNIX /var/xapi/x= api|host.call_plugin R:4e94a6e3cd3d|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ad9e6af5-a46e-2328-751b-ded05bf0042dOpa= queRef:8d0a7711-c8c1-73ba-069b-6530ddcd165don= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406846 UNIX /var/xapi/x= api|host.call_plugin R:1d5adbd5a3b1|audit] Host.call_plugin host =3D '12903= 607-7693-4716-80a7-fc71afcec731 (evmprap19)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406846 UNIX /var/xapi/x= api|host.call_plugin R:1d5adbd5a3b1|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:4971418f-8ca1-114e-9645-39b5cb4dd661Opa= queRef:8ed44ec4-d1ff-83d0-2bbf-6aa1fd8ada85on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:03 evmprap28 xapi: [debug|evmprap28|335406868 UNIX /var/xapi/x= api|VDI.get_by_uuid D:ad6b53eb1663|dispatcher] Server_helpers.exec exceptio= n_handler: Got exception UUID_INVALID: [ VDI; 1d60e181-34b1-407f-9b65-b364c= 9874574 ] Aug 14 13:14:06 evmprap28 xapi: [debug|evmprap28|335407194 UNIX /var/xapi/x= api|VDI.snapshot R:3c4411f7e202|audit] VDI.snapshot: VDI =3D 'a88f05be-033f= =2D4d23-a66f-715fa50439d0' Aug 14 13:14:06 evmprap28 xapi: [ info|evmprap28|335407194 UNIX /var/xapi/x= api|VDI.snapshot R:3c4411f7e202|storage_impl] VDI.snapshot dbg:OpaqueRef:3c= 4411f7-e202-850a-aa42-125dce8f7c27 sr:5a998863-45b0-3031-e31b-13c92393ad97 = vdi_info:{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "", = "name_label": "es1qaap99-root", "name_description": "Created by template pr= ovisioner", "ty": "user", "metadata_of_pool": "", "is_a_snapshot": false, "= snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false= , "virtual_size": 0, "physical_utilisation": 0, "persistent": true, "sm_con= fig": {"type": "internal"}} Aug 14 13:14:07 evmprap28 xapi: [debug|evmprap28|335407239 UNIX /var/xapi/x= api|host.call_plugin R:b51bffea53fa|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:07 evmprap28 xapi: [debug|evmprap28|335407239 UNIX /var/xapi/x= api|host.call_plugin R:b51bffea53fa|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:a17d18c8-af12-022d-54d6-46ada9a71db0Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:14:08 evmprap28 xapi: [debug|evmprap28|335407308 UNIX /var/xapi/x= api|host.call_plugin R:8d67b13033c6|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: 1df80a77-22a7-4886-845f-e4bdd5f26e24; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:14:08 evmprap28 xapi: [debug|evmprap28|335407308 UNIX /var/xapi/x= api|host.call_plugin R:8d67b13033c6|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:4d8c75e5-1642-7317-21b2-b9d3ecd0f146Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-1df80a77-22a7= =2D4886-845f-e4bdd5f26e24vgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:14:09 evmprap28 xapi: [debug|evmprap28|335407477 UNIX /var/xapi/x= api|host.call_plugin R:b0ae114247b7|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:09 evmprap28 xapi: [debug|evmprap28|335407477 UNIX /var/xapi/x= api|host.call_plugin R:b0ae114247b7|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:068625a8-44c5-e8c3-7cf8-373b170e037fOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:14:15 evmprap28 xapi: [ info|evmprap28|335408055 INET 0.0.0.0:80|= Querying services D:c7ff4b041c29|storage_impl] VDI.snapshot dbg:Async.VDI.p= ool_migrate R:487cd927f4bf sr:5a998863-45b0-3031-e31b-13c92393ad97 vdi_info= :{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "a88f05be-03= 3f-4d23-a66f-715fa50439d0", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0", "mirror": "null", "vhd-parent": "1df80a77-22a7-4886-845f-e4bd= d5f26e24", "host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92": "RW", "vd= i_type": "vhd", "vhd-blocks": "eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4= UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M\/QIkPg8 Aug 14 13:14:15 evmprap28 xapi: [debug|evmprap28|335408055 INET 0.0.0.0:80|= VDI.snapshot D:3ee19e130abe|sm] SM lvmohba vdi_snapshot sr=3DOpaqueRef:d7e3= ccc2-9ce6-1fa3-da30-d197168126b1 vdi=3DOpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523 driver_params=3D[base_mirror=3D5a998863-45b0-3031-e31b-13c92393a= d97/a88f05be-033f-4d23-a66f-715fa50439d0; mirror=3Dnull; vhd-parent=3D1df80= a77-22a7-4886-845f-e4bdd5f26e24; host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-279= 1f37d4b92=3DRW; vdi_type=3Dvhd; vhd-blocks=3DeJw7wAACBxgSGBh42BgYGBnQQAODA5= B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBF= HscGjg4GjCSMU4AABYpDeI=3D] Aug 14 13:14:15 evmprap28 xapi: [debug|evmprap28|335408082 UNIX /var/xapi/x= api|host.call_plugin R:f632567ddc0c|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:15 evmprap28 xapi: [debug|evmprap28|335408082 UNIX /var/xapi/x= api|host.call_plugin R:f632567ddc0c|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:4a69983d-2290-bf6e-c2ed-5b68e5ccdd78Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:14:17 evmprap28 xapi: [debug|evmprap28|335408125 UNIX /var/xapi/x= api|host.call_plugin R:1ba1a9cfb5fa|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: db78ec73-cb65-4ac3-80fc-bb21d3b9746f; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:14:17 evmprap28 xapi: [debug|evmprap28|335408125 UNIX /var/xapi/x= api|host.call_plugin R:1ba1a9cfb5fa|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:97bc6174-96d0-4379-df86-f0be5e835172Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-db78ec73-cb65= =2D4ac3-80fc-bb21d3b9746fvgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:14:18 evmprap28 xapi: [debug|evmprap28|335408214 UNIX /var/xapi/x= api|host.call_plugin R:6a2b3ea8ef7d|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = secondary: null; vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:18 evmprap28 xapi: [debug|evmprap28|335408214 UNIX /var/xapi/x= api|host.call_plugin R:6a2b3ea8ef7d|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:06ce33a4-680e-f49a-d6ea-081eb905922dOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97secondarynullvdi_uuida88f05be-033f-4d23-a66f-715fa504= 39d0"]; Aug 14 13:14:20 evmprap28 xapi: [debug|evmprap28|335408381 UNIX /var/xapi/x= api|host.call_plugin R:2a6b408e02a3|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'refresh'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:20 evmprap28 xapi: [debug|evmprap28|335408381 UNIX /var/xapi/x= api|host.call_plugin R:2a6b408e02a3|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:8b9fae73-7366-e333-ca8d-3d49c816053bOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauserefreshsr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:14:20 evmprap28 xapi: [debug|evmprap28|335408055 INET 0.0.0.0:80|= VDI.snapshot D:26060c1c838b|storage_access] vdi =3D {"vdi": "8ec1a2a7-687c-= 438f-8398-00cef73b2872", "content_id": "8ec1a2a7-687c-438f-8398-00cef73b287= 2", "name_label": "es1qaap99-root", "name_description": "Created by templat= e provisioner", "ty": "User", "metadata_of_pool": "OpaqueRef:NULL", "is_a_s= napshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "Opa= queRef:NULL", "read_only": false, "virtual_size": 12884901888, "physical_ut= ilisation": 8388608, "persistent": true, "sm_config": {"base_mirror": "5a99= 8863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-715fa50439d0", "v= hd-parent": "db78ec73-cb65-4ac3-80fc-bb21d3b9746f", "vdi_type": "vhd", "vhd= =2Dblocks": "eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oN= G0AgcamDka2BC2NEBJSu0lVT9M\/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D"}} Aug 14 13:14:40 evmprap28 xapi: [debug|evmprap28|335410245 UNIX /var/xapi/x= api|host.call_plugin R:3c2ca051cb54|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'refresh'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:40 evmprap28 xapi: [debug|evmprap28|335410245 UNIX /var/xapi/x= api|host.call_plugin R:3c2ca051cb54|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:209e2cbe-c022-8312-8388-a945798042ecOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauserefreshsr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:14:49 evmprap28 xapi: [debug|evmprap28|335410860 UNIX /var/xapi/x= api|VDI.snapshot R:c62ef0674e4b|audit] VDI.snapshot: VDI =3D 'a88f05be-033f= =2D4d23-a66f-715fa50439d0' Aug 14 13:14:49 evmprap28 xapi: [ info|evmprap28|335410860 UNIX /var/xapi/x= api|VDI.snapshot R:c62ef0674e4b|storage_impl] VDI.snapshot dbg:OpaqueRef:c6= 2ef067-4e4b-fe6b-b4da-923dd98546d5 sr:5a998863-45b0-3031-e31b-13c92393ad97 = vdi_info:{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "", = "name_label": "es1qaap99-root", "name_description": "Created by template pr= ovisioner", "ty": "user", "metadata_of_pool": "", "is_a_snapshot": false, "= snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false= , "virtual_size": 0, "physical_utilisation": 0, "persistent": true, "sm_con= fig": {"type": "internal"}} Aug 14 13:14:49 evmprap28 xapi: [debug|evmprap28|335410980 UNIX /var/xapi/x= api|host.call_plugin R:3fbf5577f502|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:49 evmprap28 xapi: [debug|evmprap28|335410980 UNIX /var/xapi/x= api|host.call_plugin R:3fbf5577f502|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:6c71b9e0-710b-0c24-4580-a43190cd756fOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:14:51 evmprap28 xapi: [debug|evmprap28|335411063 UNIX /var/xapi/x= api|host.call_plugin R:a97fb3b4e7a8|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-205f58f9-4818-4793-8edc-b79862c62337; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: 205f58f9-4818-4793-8edc-b79862c62337; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:14:51 evmprap28 xapi: [debug|evmprap28|335411063 UNIX /var/xapi/x= api|host.call_plugin R:a97fb3b4e7a8|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ca751dc0-e61b-4bf5-c3c2-a46f930f2bf0Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-205f58f9-4818= =2D4793-8edc-b79862c62337vgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:14:52 evmprap28 xapi: [debug|evmprap28|335411129 UNIX /var/xapi/x= api|host.call_plugin R:d079d84c48b8|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:52 evmprap28 xapi: [debug|evmprap28|335411129 UNIX /var/xapi/x= api|host.call_plugin R:d079d84c48b8|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:e4ff934c-e36c-6aea-0309-fa23a4c57265Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:14:57 evmprap28 xapi: [debug|evmprap28|335411673 UNIX /var/xapi/x= api|host.call_plugin R:4fd60b1518fc|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'refresh'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:57 evmprap28 xapi: [debug|evmprap28|335411673 UNIX /var/xapi/x= api|host.call_plugin R:4fd60b1518fc|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:c1821417-35f1-13a0-e0f2-8d251ff19cdbOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauserefreshsr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:15:05 evmprap28 xapi: [debug|evmprap28|335412273 UNIX /var/xapi/x= api|VDI.snapshot R:257c17ba8a22|audit] VDI.snapshot: VDI =3D 'a88f05be-033f= =2D4d23-a66f-715fa50439d0' Aug 14 13:15:05 evmprap28 xapi: [ info|evmprap28|335412273 UNIX /var/xapi/x= api|VDI.snapshot R:257c17ba8a22|storage_impl] VDI.snapshot dbg:OpaqueRef:25= 7c17ba-8a22-68bc-6f77-df6cfa358b36 sr:5a998863-45b0-3031-e31b-13c92393ad97 = vdi_info:{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "", = "name_label": "es1qaap99-root", "name_description": "Created by template pr= ovisioner", "ty": "user", "metadata_of_pool": "", "is_a_snapshot": false, "= snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false= , "virtual_size": 0, "physical_utilisation": 0, "persistent": true, "sm_con= fig": {"type": "internal"}} Aug 14 13:15:05 evmprap28 xapi: [debug|evmprap28|335412319 UNIX /var/xapi/x= api|host.call_plugin R:b00323f1c62f|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:05 evmprap28 xapi: [debug|evmprap28|335412319 UNIX /var/xapi/x= api|host.call_plugin R:b00323f1c62f|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:1a7fe335-223e-b4d9-4a47-a74970a17e84Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:15:07 evmprap28 xapi: [debug|evmprap28|335412424 UNIX /var/xapi/x= api|host.call_plugin R:3e2d4e56feb3|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: e2573ae0-cb36-4246-81ed-305e7656a2e0; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:15:07 evmprap28 xapi: [debug|evmprap28|335412424 UNIX /var/xapi/x= api|host.call_plugin R:3e2d4e56feb3|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ac6036a3-2558-e20b-07e2-a62ecafe645fOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-e2573ae0-cb36= =2D4246-81ed-305e7656a2e0vgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:15:11 evmprap28 xapi: [debug|evmprap28|335412702 UNIX /var/xapi/x= api|host.call_plugin R:625e301d4262|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:11 evmprap28 xapi: [debug|evmprap28|335412702 UNIX /var/xapi/x= api|host.call_plugin R:625e301d4262|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ca184237-477b-afcd-7538-dbff6235746bOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:15:16 evmprap28 xapi: [debug|evmprap28|335412916 UNIX /var/xapi/x= api|host.call_plugin R:4b8debdbbc37|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'refresh'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:16 evmprap28 xapi: [debug|evmprap28|335412916 UNIX /var/xapi/x= api|host.call_plugin R:4b8debdbbc37|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:bed38311-c629-d740-b1ef-2170735ea1faOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauserefreshsr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:15:21 evmprap28 xapi: [debug|evmprap28|335413483 UNIX /var/xapi/x= api|host.call_plugin R:057c9caf3003|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:21 evmprap28 xapi: [debug|evmprap28|335413483 UNIX /var/xapi/x= api|host.call_plugin R:057c9caf3003|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:eb8748b4-fb8d-7f42-4200-940908c44870Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:15:24 evmprap28 xapi: [debug|evmprap28|335413784 UNIX /var/xapi/x= api|host.call_plugin R:b488e3abe379|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; vgN= ame: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f0= 5be-033f-4d23-a66f-715fa50439d0; action1: deactivateNoRefcount; action2: re= fresh ] Aug 14 13:15:24 evmprap28 xapi: [debug|evmprap28|335413784 UNIX /var/xapi/x= api|host.call_plugin R:b488e3abe379|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:4d46dbc8-5ef9-d1aa-1ab7-5841eb9bf587Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0vgNameVG_XenStorage-5a99= 8863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0<= name>action1deactivateNoRefcountaction2refresh"]; Aug 14 13:15:25 evmprap28 xapi: [debug|evmprap28|335413823 UNIX /var/xapi/x= api|host.call_plugin R:b32496a0ed56|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: activate; action3: deactivate; action2: refresh; uuid3: a= 88f05be-033f-4d23-a66f-715fa50439d0; uuid1: a88f05be-033f-4d23-a66f-715fa50= 439d0; ns1: lvm-5a998863-45b0-3031-e31b-13c92393ad97; ns3: lvm-5a998863-45b= 0-3031-e31b-13c92393ad97 ] Aug 14 13:15:25 evmprap28 xapi: [debug|evmprap28|335413823 UNIX /var/xapi/x= api|host.call_plugin R:b32496a0ed56|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:dbcc7b6f-e727-dcbe-cb0c-de0ea8375ee9Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-a88f05be-033f= =2D4d23-a66f-715fa50439d0vgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1activateaction3deactivateacti= on2refreshuuid3 Aug 14 13:15:26 evmprap28 xapi: [debug|evmprap28|335413840 UNIX /var/xapi/x= api|host.call_plugin R:bb9f19a74eda|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:26 evmprap28 xapi: [debug|evmprap28|335413840 UNIX /var/xapi/x= api|host.call_plugin R:bb9f19a74eda|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:1c8b7ed4-24c9-83cf-8771-bc351838ef4cOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413872 UNIX /var/xapi/x= api|host.call_plugin R:17d3a8cd1cd1|audit] Host.call_plugin host =3D '29d27= 61b-8b97-443f-9c13-fd41d0e9539a (evmprap10)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413872 UNIX /var/xapi/x= api|host.call_plugin R:17d3a8cd1cd1|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:53e82dda-0dfb-0d38-02a3-cf8e7a20b63fOpa= queRef:ddd7170c-8de8-4d20-7940-c224c14e9a35on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413881 UNIX /var/xapi/x= api|host.call_plugin R:f1f3dc2ddc0b|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413881 UNIX /var/xapi/x= api|host.call_plugin R:f1f3dc2ddc0b|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:b568b026-3454-cb9e-ccf8-2e8b903b387bOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413889 UNIX /var/xapi/x= api|host.call_plugin R:c5715ce4f9c2|audit] Host.call_plugin host =3D '0d55d= fb2-8041-4bd6-8b45-c366f0551f36 (evmprap17)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413889 UNIX /var/xapi/x= api|host.call_plugin R:c5715ce4f9c2|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:54cb8e94-6dcb-fb17-227f-966cd11ddc53Opa= queRef:4dc9d9e0-f05f-88c7-cf3f-3bfd44e6cf75on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413897 UNIX /var/xapi/x= api|host.call_plugin R:02c2ce5f8bf5|audit] Host.call_plugin host =3D '96f4e= 172-8a3f-4cd1-8e20-ba2989fad32b (evmprap29)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413897 UNIX /var/xapi/x= api|host.call_plugin R:02c2ce5f8bf5|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:6703f62e-1cf4-1d85-5034-030cfc41ad0cOpa= queRef:04550611-1d86-3a9a-9667-ac585c54b181on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413907 UNIX /var/xapi/x= api|host.call_plugin R:74efe66a0c87|audit] Host.call_plugin host =3D '298d8= 823-1350-4be1-927c-eb5a02515c4e (evmprap13)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413907 UNIX /var/xapi/x= api|host.call_plugin R:74efe66a0c87|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:dd32b994-67cf-b5f2-67f7-46dc43c48047Opa= queRef:9ee4050c-d41b-5ce2-6c48-aeedae6d5311on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413919 UNIX /var/xapi/x= api|host.call_plugin R:e4856158b015|audit] Host.call_plugin host =3D '1d771= 6a5-200b-4048-8f90-5b426c01559f (evmprap18)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413919 UNIX /var/xapi/x= api|host.call_plugin R:e4856158b015|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:dd3a815f-e2ab-a027-11d4-4fbd09c8343fOpa= queRef:8d0a7711-c8c1-73ba-069b-6530ddcd165don= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335413954 UNIX /var/xapi/x= api|host.call_plugin R:0aaf43c919db|audit] Host.call_plugin host =3D '96e1c= 29d-1d0e-4762-9c56-89e0d1dd1dbf (evmprap12)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335413954 UNIX /var/xapi/x= api|host.call_plugin R:0aaf43c919db|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:031eff9f-6f2a-38e8-9953-ab5cf4c0f72bOpa= queRef:2efbd1d1-c367-63c9-1263-3d19c6f98934on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335414013 UNIX /var/xapi/x= api|host.call_plugin R:608b8b1944d5|audit] Host.call_plugin host =3D '12903= 607-7693-4716-80a7-fc71afcec731 (evmprap19)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335414013 UNIX /var/xapi/x= api|host.call_plugin R:608b8b1944d5|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:7fc2d315-a499-ee4c-9803-b9975e62553aOpa= queRef:8ed44ec4-d1ff-83d0-2bbf-6aa1fd8ada85on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335414068 UNIX /var/xapi/x= api|host.call_plugin R:8bdfc4d3e24e|audit] Host.call_plugin host =3D '328b5= b58-41a9-46bc-b0d0-937199e9d167 (evmprap09)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335414068 UNIX /var/xapi/x= api|host.call_plugin R:8bdfc4d3e24e|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:946c9d26-1330-9233-71fb-ab13fb009da9Opa= queRef:242cb2ab-6144-8439-c3f1-24c932dffdfbon= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414092 UNIX /var/xapi/x= api|host.call_plugin R:5fc9f67e6777|audit] Host.call_plugin host =3D '47e63= 4d0-ace4-47bd-a922-f09d2dba6a03 (evmprap20)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414092 UNIX /var/xapi/x= api|host.call_plugin R:5fc9f67e6777|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ad38fee8-1047-f777-0c67-f4469135d4f2Opa= queRef:6db2c64a-8896-a9df-025f-24569b585960on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414132 UNIX /var/xapi/x= api|VDI.get_by_uuid D:e0a8fe883a4f|dispatcher] Server_helpers.exec exceptio= n_handler: Got exception UUID_INVALID: [ VDI; OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0 ] --Boundary-00=_cC3CSB30HTdAQdf Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --Boundary-00=_cC3CSB30HTdAQdf-- From xen-api-bounces@lists.xen.org Wed Aug 14 11:57:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 11:57:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Zi1-0006kY-C4; Wed, 14 Aug 2013 11:57:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9Zhy-0006kR-5Y for xen-api@lists.xen.org; Wed, 14 Aug 2013 11:57:47 +0000 Received: from [85.158.137.68:55706] by server-6.bemta-3.messagelabs.com id 32/EE-05606-9B07B025; Wed, 14 Aug 2013 11:57:45 +0000 X-Env-Sender: piotr.teodorowski@unity.pl X-Msg-Ref: server-16.tower-31.messagelabs.com!1376481443!1715092!1 X-Originating-IP: [213.199.154.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20153 invoked from network); 14 Aug 2013 11:57:24 -0000 Received: from mail-db3lp0081.outbound.protection.outlook.com (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.81) by server-16.tower-31.messagelabs.com with AES128-SHA encrypted SMTP; 14 Aug 2013 11:57:24 -0000 Received: from DB3PRD0310HT004.eurprd03.prod.outlook.com (10.255.44.39) by AMSPR03MB051.eurprd03.prod.outlook.com (10.242.79.149) with Microsoft SMTP Server (TLS) id 15.0.731.12; Wed, 14 Aug 2013 11:57:21 +0000 Received: from s-pteodoro.localnet (193.178.214.60) by pod51013.outlook.com (10.255.44.39) with Microsoft SMTP Server (TLS) id 14.16.347.3; Wed, 14 Aug 2013 11:57:19 +0000 From: Piotr Teodorowski To: Date: Wed, 14 Aug 2013 13:57:16 +0200 User-Agent: KMail/1.13.7 (Linux/3.9-1-686-pae; KDE/4.8.4; i686; ; ) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Boundary-00=_cC3CSB30HTdAQdf" Message-ID: <201308141357.16916.piotr.teodorowski@unity.pl> X-Originating-IP: [193.178.214.60] X-Forefront-PRVS: 0938781D02 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(189002)(199002)(83322001)(19580395003)(512874002)(74706001)(81686001)(51856001)(83072001)(43066001)(568964001)(50986001)(14296002)(49866001)(4396001)(46102001)(71186001)(81816001)(74366001)(74876001)(47976001)(69226001)(47736001)(65816001)(66066001)(80022001)(80976001)(81542001)(81342001)(76176001)(76796001)(54316002)(76786001)(56816003)(63696002)(76482001)(33646001)(54356001)(79102001)(59766001)(77982001)(56776001)(16406001)(36756003)(77096001)(47446002)(74482001)(74662001)(74502001); DIR:OUT; SFP:; SCL:1; SRVR:AMSPR03MB051; H:DB3PRD0310HT004.eurprd03.prod.outlook.com; CLIP:193.178.214.60; RD:InfoNoRecords; MX:1; A:1; LANG:en; X-OriginatorOrg: unity.pl Subject: [Xen-API] Unable to move (live) VM's disk between storages X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: xen-api@lists.xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --Boundary-00=_cC3CSB30HTdAQdf Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi, I'm using XCP 1.6.10-61809c. I've tried to move VM's disk between 2 shared storage (both are FC) without shutting down machine. In xensource log: Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414132 UNIX /var/xapi/xapi|VDI.get_by_uuid D:e0a8fe883a4f|dispatcher] Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; OLD_a88f05be-033f-4d23- a66f-715fa50439d0 ] What I did was: 1 navigate to VM storage tab 2 clicked Move 3 choose destination storage (VM_PROD) 4 clicked Move and after about 4-5 minutes error appeared. I attached xensource.log (not all) and SMlog. Anyone can explain what is wrong? There is 40GB free space on source storage and 38GB free space on destination sotrage. The VDI size is 12GB. Regards Piotr Teodorowski --Boundary-00=_cC3CSB30HTdAQdf Content-Type: text/plain; charset="UTF-8"; name="SMlog" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="SMlog" [7185] 2013-08-14 13:10:08.727089 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a58eb00002a60518869bd [7185] 2013-08-14 13:10:08.741657 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a58eb00002a60518869bd [7185] 2013-08-14 13:10:08.875488 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [7185] 2013-08-14 13:10:08.908767 ['/usr/sbin/vgs', 'VG_XenStorage-5a998863= =2D45b0-3031-e31b-13c92393ad97'] [7185] 2013-08-14 13:10:09.029349 pread SUCCESS [7185] 2013-08-14 13:10:09.029568 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.029653 LVMCache: will initialize now [7185] 2013-08-14 13:10:09.029700 LVMCache: refreshing [7185] 2013-08-14 13:10:09.029767 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [7185] 2013-08-14 13:10:09.068204 pread SUCCESS [7185] 2013-08-14 13:10:09.068707 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.068782 Entering _checkMetadataVolume [7185] 2013-08-14 13:10:09.069929 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.070008 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [7185] 2013-08-14 13:10:09.095201 ['/usr/sbin/vgs', 'VG_XenStorage-5a998863= =2D45b0-3031-e31b-13c92393ad97'] [7185] 2013-08-14 13:10:09.141967 pread SUCCESS [7185] 2013-08-14 13:10:09.142165 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.142252 LVMCache: will initialize now [7185] 2013-08-14 13:10:09.142305 LVMCache: refreshing [7185] 2013-08-14 13:10:09.142384 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [7185] 2013-08-14 13:10:09.190716 pread SUCCESS [7185] 2013-08-14 13:10:09.191236 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.191321 Entering _checkMetadataVolume [7185] 2013-08-14 13:10:09.192118 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.192327 sr_scan {'sr_uuid': '5a998863-45b0-3031-e= 31b-13c92393ad97', 'subtask_of': 'DummyRef:|b6adb7cd-237c-758a-af11-d016889= 2706a|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:814d1346-8821-bf53-e30a-a46b28d1c8= 46', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1= 97168126b1'} [7185] 2013-08-14 13:10:09.192613 LVHDSR.scan for 5a998863-45b0-3031-e31b-1= 3c92393ad97 [7185] 2013-08-14 13:10:09.192725 LVMCache: refreshing [7185] 2013-08-14 13:10:09.192827 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [7185] 2013-08-14 13:10:09.249392 pread SUCCESS [7185] 2013-08-14 13:10:09.250106 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7185] 2013-08-14 13:10:09.475687 pread SUCCESS [7185] 2013-08-14 13:10:09.478900 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7185] 2013-08-14 13:10:09.537989 pread SUCCESS [7185] 2013-08-14 13:10:09.846553 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [7185] 2013-08-14 13:10:09.846671 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [7185] 2013-08-14 13:10:09.846732 Kicking GC [7185] 2013-08-14 13:10:09.846782 =3D=3D=3D SR 5a998863-45b0-3031-e31b-13c9= 2393ad97: gc =3D=3D=3D [7473] 2013-08-14 13:10:09.851003 Will finish as PID [7474] [7185] 2013-08-14 13:10:09.852529 New PID [7473] [7185] 2013-08-14 13:10:09.853113 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/running [7185] 2013-08-14 13:10:09.854098 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7185] 2013-08-14 13:10:09.884983 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/sr [7474] 2013-08-14 13:10:10.085601 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [7474] 2013-08-14 13:10:10.346416 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [7474] 2013-08-14 13:10:10.346555 LVMCache: refreshing [7474] 2013-08-14 13:10:10.346656 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [7474] 2013-08-14 13:10:10.398382 pread SUCCESS [7474] 2013-08-14 13:10:10.399294 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7594] 2013-08-14 13:10:10.484758 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [7474] 2013-08-14 13:10:10.490544 pread SUCCESS [7594] 2013-08-14 13:10:10.492356 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [7474] 2013-08-14 13:10:10.492851 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees):=20 064ef036[VHD](8.000G//8.023G|n) 38596d07[VHD](135.000G//135.270G|n) 521dbd9f[VHD](86.000G//86.176G|n) 950e67ed[VHD](8.000G//8.023G|n) 8da1752b[VHD](86.000G//86.176G|n) 70e06f43[VHD](135.000G//135.270G|n) 6267ad05[VHD](100.000G//100.203G|n) 52bc5f8b[VHD](24.000G//24.055G|n) 4968c4e8[VHD](8.000G//8.023G|n) 71cd5588[VHD](18.000G//18.043G|n) e901ff84[VHD](14.000G//14.035G|n) a88f05be[VHD](12.000G//12.031G|n) 52c0beda[VHD](8.000G//8.023G|n) ebed75a8[VHD](68.000G//68.141G|n) ec0518cc[VHD](8.000G//8.023G|n) 653a5e7d[VHD](8.000G//8.023G|n) fdd605eb[VHD](86.000G//86.176G|n) a192a4d3[VHD](36.000G//36.078G|n) 6be90581[VHD](100.000G//100.203G|n) cae03893[VHD](12.000G//12.031G|n) 8c862e00[VHD](17.000G//17.039G|n) [7474] 2013-08-14 13:10:10.493064 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [7474] 2013-08-14 13:10:10.493284 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7474] 2013-08-14 13:10:10.548678 pread SUCCESS [7474] 2013-08-14 13:10:10.548908 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [7474] 2013-08-14 13:10:10.605249 pread SUCCESS [7474] 2013-08-14 13:10:10.605451 No work, exiting [7474] 2013-08-14 13:10:10.605894 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees): no changes [7594] 2013-08-14 13:10:10.609528 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7594] 2013-08-14 13:10:10.622309 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7594] 2013-08-14 13:10:10.753979 pread SUCCESS [7594] 2013-08-14 13:10:10.754216 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.754324 LVMCache: will initialize now [7594] 2013-08-14 13:10:10.754397 LVMCache: refreshing [7594] 2013-08-14 13:10:10.754489 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7594] 2013-08-14 13:10:10.797002 pread SUCCESS [7594] 2013-08-14 13:10:10.797653 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.797750 Entering _checkMetadataVolume [7594] 2013-08-14 13:10:10.799114 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.799233 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7594] 2013-08-14 13:10:10.814572 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7594] 2013-08-14 13:10:10.869738 pread SUCCESS [7594] 2013-08-14 13:10:10.869960 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.870038 LVMCache: will initialize now [7594] 2013-08-14 13:10:10.870108 LVMCache: refreshing [7594] 2013-08-14 13:10:10.870231 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7594] 2013-08-14 13:10:10.932048 pread SUCCESS [7594] 2013-08-14 13:10:10.932871 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.932988 Entering _checkMetadataVolume [7594] 2013-08-14 13:10:10.933576 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:10.933710 sr_scan {'sr_uuid': 'cc06f713-dfda-f0d8-b= 5ca-5df29e928593', 'subtask_of': 'DummyRef:|096bf0fa-5e0f-dae6-96ee-952b508= 8d1c3|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:2b8fa845-7190-46bc-a177-4784e29c63= f4', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002e= fb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tr= ue'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1= c109370159'} [7594] 2013-08-14 13:10:10.933848 LVHDSR.scan for cc06f713-dfda-f0d8-b5ca-5= df29e928593 [7594] 2013-08-14 13:10:10.933894 LVMCache: refreshing [7594] 2013-08-14 13:10:10.933955 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7594] 2013-08-14 13:10:11.004754 pread SUCCESS [7594] 2013-08-14 13:10:11.006027 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7594] 2013-08-14 13:10:11.256655 pread SUCCESS [7594] 2013-08-14 13:10:11.259266 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7594] 2013-08-14 13:10:11.313764 pread SUCCESS [7594] 2013-08-14 13:10:11.683045 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [7594] 2013-08-14 13:10:11.683148 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [7594] 2013-08-14 13:10:11.683199 Kicking GC [7594] 2013-08-14 13:10:11.683248 =3D=3D=3D SR cc06f713-dfda-f0d8-b5ca-5df2= 9e928593: gc =3D=3D=3D [7869] 2013-08-14 13:10:11.685079 Will finish as PID [7870] [7594] 2013-08-14 13:10:11.685644 New PID [7869] [7594] 2013-08-14 13:10:11.685812 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/running [7594] 2013-08-14 13:10:11.686254 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7594] 2013-08-14 13:10:11.692318 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [7870] 2013-08-14 13:10:11.879539 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7923] 2013-08-14 13:10:11.936957 ['uuidgen', '-r'] [7923] 2013-08-14 13:10:11.948513 pread SUCCESS [7923] 2013-08-14 13:10:11.949227 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [7923] 2013-08-14 13:10:11.967054 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [7923] 2013-08-14 13:10:12.333955 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7870] 2013-08-14 13:10:12.357390 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [7870] 2013-08-14 13:10:12.357516 LVMCache: refreshing [7870] 2013-08-14 13:10:12.357613 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7923] 2013-08-14 13:10:12.360136 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7870] 2013-08-14 13:10:12.412630 pread SUCCESS [7870] 2013-08-14 13:10:12.413569 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.433171 pread SUCCESS [7923] 2013-08-14 13:10:12.433543 Failed to lock /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr on first attempt, blocked by PID 7870 [7870] 2013-08-14 13:10:12.515144 pread SUCCESS [7870] 2013-08-14 13:10:12.517201 SR cc06 ('VM_PROD') (29 VDIs in 29 VHD tr= ees):=20 df86d7e4[VHD](8.000G//8.023G|n) febc1667[VHD](8.000G//8.023G|n) b7e51b23[VHD](20.000G//20.047G|n) 5777bfae[VHD](8.000G//8.023G|n) 964f262f[VHD](8.000G//8.023G|n) cbce1452[VHD](8.000G//8.023G|ao) 9b0aabf8[VHD](12.000G//12.031G|n) 834ae499[VHD](8.000G//8.023G|ao) 3327f4d3[VHD](8.000G//8.023G|n) 80e371f4[VHD](8.000G//8.023G|ao) 2a91e5b9[VHD](8.000G//8.023G|n) f808137d[VHD](12.000G//12.031G|n) 7be4bec2[VHD](8.000G//8.023G|n) 680b27b0[VHD](8.000G//8.023G|n) 2f650298[VHD](8.000G//8.023G|n) 1a5f99f7[VHD](20.000G//20.047G|ao) 27eb2b14[VHD](20.000G//20.047G|n) 9b080675[VHD](12.000G//12.031G|n) fe862b09[VHD](12.000G//12.031G|n) a0e8684f[VHD](8.000G//8.023G|n) f4dd8536[VHD](8.000G//8.023G|n) bbc16bad[VHD](25.000G//25.055G|n) addc2fb2[VHD](27.000G//27.059G|n) 7181f1d1[VHD](8.000G//8.023G|n) d6040749[VHD](8.000G//8.023G|ao) fddac934[VHD](25.000G//25.055G|n) 85f3dd3a[VHD](8.000G//8.023G|n) 6cd96f13[VHD](8.000G//8.023G|n) 2f14fd41[VHD](20.000G//20.047G|n) [7870] 2013-08-14 13:10:12.517377 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.517551 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.517692 LVMCache: will initialize now [7870] 2013-08-14 13:10:12.517698 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.517756 LVMCache: refreshing [7923] 2013-08-14 13:10:12.517850 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7923] 2013-08-14 13:10:12.572656 pread SUCCESS [7923] 2013-08-14 13:10:12.573258 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.573345 Entering _checkMetadataVolume [7923] 2013-08-14 13:10:12.574611 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.574719 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [7870] 2013-08-14 13:10:12.577363 pread SUCCESS [7870] 2013-08-14 13:10:12.577610 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.595352 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7870] 2013-08-14 13:10:12.634340 pread SUCCESS [7870] 2013-08-14 13:10:12.634525 No work, exiting [7870] 2013-08-14 13:10:12.635076 SR cc06 ('VM_PROD') (29 VDIs in 29 VHD tr= ees): no changes [7923] 2013-08-14 13:10:12.658518 pread SUCCESS [7923] 2013-08-14 13:10:12.658766 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.658852 LVMCache: will initialize now [7923] 2013-08-14 13:10:12.658905 LVMCache: refreshing [7923] 2013-08-14 13:10:12.658975 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [7923] 2013-08-14 13:10:12.705175 pread SUCCESS [7923] 2013-08-14 13:10:12.705785 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.705883 Entering _checkMetadataVolume [7923] 2013-08-14 13:10:12.706279 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:12.706534 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.755394 pread SUCCESS [7923] 2013-08-14 13:10:12.756096 vdi_create {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|de8fb488-bd43-dab6-1915-9571= 91755e6d|VDI.create', 'vdi_type': 'System', 'args': ['12884901888', 'es1qaa= p99-root', 'Created by template provisioner', '', 'false', '19700101T00:00:= 00Z', 'OpaqueRef:NULL', 'false'], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524= =2Dabec-a2436c41a9db', 'session_ref': 'OpaqueRef:1db93607-40d9-2e1b-a85a-9b= 68ad9e440a', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a59= 5600002efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmast= er': 'true'}, 'command': 'vdi_create', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9= ce0-6f39-d1c109370159', 'vdi_sm_config': {'base_mirror': '5a998863-45b0-303= 1-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0'}} [7923] 2013-08-14 13:10:12.756359 LVHDVDI.create for 76598520-c47b-4930-a84= a-7c1c1d37436f [7923] 2013-08-14 13:10:12.756442 LVHDVDI.create: type =3D vhd, /dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c= 1c1d37436f (size=3D12884901888) [7923] 2013-08-14 13:10:12.756550 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.798933 pread SUCCESS [7923] 2013-08-14 13:10:12.799122 ['/usr/sbin/lvcreate', '-n', 'VHD-7659852= 0-c47b-4930-a84a-7c1c1d37436f', '-L', '12320', 'VG_XenStorage-cc06f713-dfda= =2Df0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:12.940199 pread SUCCESS [7923] 2013-08-14 13:10:12.940426 ['/usr/bin/vhd-util', 'create', '--debug'= , '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-765985= 20-c47b-4930-a84a-7c1c1d37436f', '-s', '12288', '-S', '2097152'] [7923] 2013-08-14 13:10:12.990705 pread SUCCESS [7923] 2013-08-14 13:10:12.990873 ['/usr/bin/vhd-util', 'query', '--debug',= '-v', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [7923] 2013-08-14 13:10:13.003092 pread SUCCESS [7923] 2013-08-14 13:10:13.003338 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [7923] 2013-08-14 13:10:13.111366 pread SUCCESS [7923] 2013-08-14 13:10:13.111577 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [7923] 2013-08-14 13:10:13.131284 pread SUCCESS [7923] 2013-08-14 13:10:13.131569 Checking if there is space in the metadat= a for 1 VDI. [7923] 2013-08-14 13:10:13.131634 ['uuidgen', '-r'] [7923] 2013-08-14 13:10:13.145173 pread SUCCESS [7923] 2013-08-14 13:10:13.145457 Entering addVdiInternal [7923] 2013-08-14 13:10:13.163934 Entering getMetadataToWrite [7923] 2013-08-14 13:10:13.164024 Entering VDI info [7923] 2013-08-14 13:10:13.166404 Entering deleteVdi [7923] 2013-08-14 13:10:13.181616 entering updateVdi [7923] 2013-08-14 13:10:13.209515 Entering getMetadataToWrite [7923] 2013-08-14 13:10:13.209601 Entering VDI info [7923] 2013-08-14 13:10:13.209669 Entering VDI info [7923] 2013-08-14 13:10:13.296687 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [7923] 2013-08-14 13:10:13.338291 pread SUCCESS [7923] 2013-08-14 13:10:13.383551 Adding VDI with info: {'read_only': 0, 'm= anaged': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'nam= e_label': 'es1qaap99-root', 'name_description': 'Created by template provis= ioner', 'type': 'System', 'metadata_of_pool': '', 'is_a_snapshot': 0, 'uuid= ': '76598520-c47b-4930-a84a-7c1c1d37436f'} [7923] 2013-08-14 13:10:13.383657 Entering addVdiInternal [7923] 2013-08-14 13:10:13.399942 Entering getMetadataToWrite [7923] 2013-08-14 13:10:13.400022 Entering VDI info [7923] 2013-08-14 13:10:13.402030 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [7923] 2013-08-14 13:10:13.402398 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:13.624555 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [8449] 2013-08-14 13:10:13.649661 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [8449] 2013-08-14 13:10:13.831951 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [8449] 2013-08-14 13:10:13.910752 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:13.977114 pread SUCCESS [8449] 2013-08-14 13:10:13.977322 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:13.977400 LVMCache: will initialize now [8449] 2013-08-14 13:10:13.977448 LVMCache: refreshing [8449] 2013-08-14 13:10:13.977520 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [8449] 2013-08-14 13:10:14.066240 pread SUCCESS [8449] 2013-08-14 13:10:14.066904 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.066998 Entering _checkMetadataVolume [8449] 2013-08-14 13:10:14.068559 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.068661 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [8449] 2013-08-14 13:10:14.293977 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:14.349329 pread SUCCESS [8449] 2013-08-14 13:10:14.349667 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.349824 LVMCache: will initialize now [8449] 2013-08-14 13:10:14.349929 LVMCache: refreshing [8449] 2013-08-14 13:10:14.350069 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [8449] 2013-08-14 13:10:14.433615 pread SUCCESS [8449] 2013-08-14 13:10:14.434105 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.434183 Entering _checkMetadataVolume [8449] 2013-08-14 13:10:14.434565 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:14.745902 vdi_snapshot {'sr_uuid': 'cc06f713-dfda-f= 0d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|9ef94a9e-a851-3bce-30b4-a2= eea3bf420d|VDI.snapshot', 'vdi_ref': 'OpaqueRef:fb47b4e7-b647-de37-097d-f70= f54ffd2ad', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '76598520= =2Dc47b-4930-a84a-7c1c1d37436f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-= abec-a2436c41a9db', 'session_ref': 'OpaqueRef:549b5b03-bad8-aa5d-3b06-5b0e9= fb1bcf9', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a59560= 0002efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster'= : 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref= ': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'driver_params': {'bas= e_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-71= 5fa50439d0', 'vdi_type': 'vhd'}, 'vdi_uuid': '76598520-c47b-4930-a84a-7c1c1= d37436f'} [8449] 2013-08-14 13:10:14.746075 Pause request for 76598520-c47b-4930-a84a= =2D7c1c1d37436f [8449] 2013-08-14 13:10:15.522232 LVHDVDI._snapshot for 76598520-c47b-4930-= a84a-7c1c1d37436f (type 2) [8449] 2013-08-14 13:10:15.536935 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:15.537122 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:15.543525 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (1, = 0) [8449] 2013-08-14 13:10:15.543621 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [8449] 2013-08-14 13:10:15.543838 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [8449] 2013-08-14 13:10:15.601716 pread SUCCESS [8449] 2013-08-14 13:10:15.601948 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:15.602022 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:15.602118 ['/usr/bin/vhd-util', 'query', '--debug',= '-vsf', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD= =2D76598520-c47b-4930-a84a-7c1c1d37436f'] [8449] 2013-08-14 13:10:15.611917 pread SUCCESS [8449] 2013-08-14 13:10:15.618757 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-76598520-c47b-4930-a84a-7c1c1d37436f', '-l', 'VG_XenStorage-cc0= 6f713-dfda-f0d8-b5ca-5df29e928593', '-a'] [8449] 2013-08-14 13:10:15.710708 pread SUCCESS [8449] 2013-08-14 13:10:15.711049 ['/usr/bin/vhd-util', 'query', '--debug',= '-d', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [8449] 2013-08-14 13:10:15.720142 pread SUCCESS [8449] 2013-08-14 13:10:15.736930 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [8449] 2013-08-14 13:10:15.748335 pread SUCCESS [8449] 2013-08-14 13:10:15.748521 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:15.786075 pread SUCCESS [8449] 2013-08-14 13:10:15.786223 ['uuidgen', '-r'] [8449] 2013-08-14 13:10:15.795841 pread SUCCESS [8449] 2013-08-14 13:10:15.795975 ['uuidgen', '-r'] [8449] 2013-08-14 13:10:15.806541 pread SUCCESS [8449] 2013-08-14 13:10:15.806813 ['/usr/sbin/lvcreate', '-n', 'clone_76598= 520-c47b-4930-a84a-7c1c1d37436f_79c88e37-86d0-4456-b3b9-cc54ab269250_1d60e1= 81-34b1-407f-9b65-b364c9874574', '-L', '4', 'VG_XenStorage-cc06f713-dfda-f0= d8-b5ca-5df29e928593', '--addtag', 'journaler', '--inactive', '--zero=3Dn'] [8449] 2013-08-14 13:10:15.869700 pread SUCCESS [8449] 2013-08-14 13:10:15.870005 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37= 436f', 'VHD-79c88e37-86d0-4456-b3b9-cc54ab269250'] [8449] 2013-08-14 13:10:15.979168 pread SUCCESS [8449] 2013-08-14 13:10:15.979375 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (1, 0b) [8449] 2013-08-14 13:10:15.979677 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-s', '8388608', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e= 928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250'] [8449] 2013-08-14 13:10:15.994932 pread SUCCESS [8449] 2013-08-14 13:10:15.995130 ['/usr/sbin/lvresize', '-L', '8', '/dev/V= G_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3= b9-cc54ab269250'] [8449] 2013-08-14 13:10:16.098075 pread3 SUCCESS [8449] 2013-08-14 13:10:16.098330 ['/usr/sbin/lvcreate', '-n', 'VHD-7659852= 0-c47b-4930-a84a-7c1c1d37436f', '-L', '12320', 'VG_XenStorage-cc06f713-dfda= =2Df0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:16.193031 pread SUCCESS [8449] 2013-08-14 13:10:16.193357 ['/usr/bin/vhd-util', 'snapshot', '--debu= g', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7659= 8520-c47b-4930-a84a-7c1c1d37436f', '-p', '/dev/VG_XenStorage-cc06f713-dfda-= f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250', '-S', '20= 97152'] [8449] 2013-08-14 13:10:16.261768 pread SUCCESS [8449] 2013-08-14 13:10:16.261947 ['/usr/bin/vhd-util', 'query', '--debug',= '-p', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [8449] 2013-08-14 13:10:16.273793 pread SUCCESS [8449] 2013-08-14 13:10:16.274219 ['/usr/sbin/lvcreate', '-n', 'VHD-1d60e18= 1-34b1-407f-9b65-b364c9874574', '-L', '8', 'VG_XenStorage-cc06f713-dfda-f0d= 8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:16.395700 pread SUCCESS [8449] 2013-08-14 13:10:16.396038 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 set =3D> (1, 0b) [8449] 2013-08-14 13:10:16.396447 ['/usr/bin/vhd-util', 'snapshot', '--debu= g', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60= e181-34b1-407f-9b65-b364c9874574', '-p', '/dev/VG_XenStorage-cc06f713-dfda-= f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250', '-S', '20= 97152'] [8449] 2013-08-14 13:10:16.460382 pread SUCCESS [8449] 2013-08-14 13:10:16.460741 ['/usr/bin/vhd-util', 'query', '--debug',= '-p', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1= d60e181-34b1-407f-9b65-b364c9874574'] [8449] 2013-08-14 13:10:16.478572 pread SUCCESS [8449] 2013-08-14 13:10:16.479481 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e3= 7-86d0-4456-b3b9-cc54ab269250', '-f', 'hidden', '-v', '1'] [8449] 2013-08-14 13:10:16.490060 pread SUCCESS [8449] 2013-08-14 13:10:16.490323 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab26= 9250', '-p', 'r'] [8449] 2013-08-14 13:10:16.579434 pread SUCCESS [8449] 2013-08-14 13:10:16.580016 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/clone_76598520-c47b-4930-a84a-= 7c1c1d37436f_79c88e37-86d0-4456-b3b9-cc54ab269250_1d60e181-34b1-407f-9b65-b= 364c9874574'] [8449] 2013-08-14 13:10:16.646569 pread SUCCESS [8449] 2013-08-14 13:10:16.646759 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-clone_76598520--c47b--4930--a84= a--7c1c1d37436f_79c88e37--86d0--4456--b3b9--cc54ab269250_1d60e181--34b1--40= 7f--9b65--b364c9874574'] [8449] 2013-08-14 13:10:16.656808 pread SUCCESS [8449] 2013-08-14 13:10:16.662856 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [8449] 2013-08-14 13:10:16.715630 pread SUCCESS [8449] 2013-08-14 13:10:16.739392 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (1, 0b) [8449] 2013-08-14 13:10:16.743976 Checking if there is space in the metadat= a for 1 VDI. [8449] 2013-08-14 13:10:16.744047 ['uuidgen', '-r'] [8449] 2013-08-14 13:10:16.753976 pread SUCCESS [8449] 2013-08-14 13:10:16.754118 Entering addVdiInternal [8449] 2013-08-14 13:10:16.776094 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.776201 Entering VDI info [8449] 2013-08-14 13:10:16.777849 Entering deleteVdi [8449] 2013-08-14 13:10:16.795706 entering updateVdi [8449] 2013-08-14 13:10:16.812002 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.812090 Entering VDI info [8449] 2013-08-14 13:10:16.812174 Entering VDI info [8449] 2013-08-14 13:10:16.849649 snapshot VDI params: 19700101T00:00:00Z [8449] 2013-08-14 13:10:16.866762 Adding VDI with info: {'read_only': 0, 'm= anaged': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '7659852= 0-c47b-4930-a84a-7c1c1d37436f', 'name_label': 'es1qaap99-root', 'name_descr= iption': 'Created by template provisioner', 'type': 'system', 'metadata_of_= pool': '', 'is_a_snapshot': 1, 'uuid': '1d60e181-34b1-407f-9b65-b364c987457= 4'} [8449] 2013-08-14 13:10:16.866902 Entering addVdiInternal [8449] 2013-08-14 13:10:16.893308 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.893453 Entering VDI info [8449] 2013-08-14 13:10:16.895947 vdi_clone: introduced 2nd snap VDI: Opaqu= eRef:9c143498-9af8-c521-85ec-d3fc5d1ec900 (1d60e181-34b1-407f-9b65-b364c987= 4574) [8449] 2013-08-14 13:10:16.896311 Checking if there is space in the metadat= a for 1 VDI. [8449] 2013-08-14 13:10:16.896526 ['uuidgen', '-r'] [8449] 2013-08-14 13:10:16.907404 pread SUCCESS [8449] 2013-08-14 13:10:16.907530 Entering addVdiInternal [8449] 2013-08-14 13:10:16.925265 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.925355 Entering VDI info [8449] 2013-08-14 13:10:16.928774 Entering deleteVdi [8449] 2013-08-14 13:10:16.944332 entering updateVdi [8449] 2013-08-14 13:10:16.961699 Entering getMetadataToWrite [8449] 2013-08-14 13:10:16.961787 Entering VDI info [8449] 2013-08-14 13:10:16.961855 Entering VDI info [8449] 2013-08-14 13:10:17.289765 Adding VDI with info: {'read_only': 1, 'm= anaged': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'nam= e_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata_= of_pool': '', 'is_a_snapshot': 0, 'uuid': '79c88e37-86d0-4456-b3b9-cc54ab26= 9250'} [8449] 2013-08-14 13:10:17.289845 Entering addVdiInternal [8449] 2013-08-14 13:10:17.305925 Entering getMetadataToWrite [8449] 2013-08-14 13:10:17.305995 Entering VDI info [8449] 2013-08-14 13:10:17.307838 vdi_clone: introduced base VDI: OpaqueRef= :47a4ef00-9772-a3a7-e134-53c0ed0d2a32 (79c88e37-86d0-4456-b3b9-cc54ab269250) [8449] 2013-08-14 13:10:17.324125 Unpause request for 76598520-c47b-4930-a8= 4a-7c1c1d37436f secondary=3DNone [8449] 2013-08-14 13:10:17.354541 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8449] 2013-08-14 13:10:17.354830 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [8449] 2013-08-14 13:10:17.355018 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [8449] 2013-08-14 13:10:17.355165 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 (1, 0) + (-1, 0) =3D> (0,= 0) [8449] 2013-08-14 13:10:17.355214 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (0, 0b) [8449] 2013-08-14 13:10:17.355529 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-c= c54ab269250'] [8449] 2013-08-14 13:10:17.454956 pread SUCCESS [8449] 2013-08-14 13:10:17.455097 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--79c88e37--86d0--4456--b3b9= =2D-cc54ab269250'] [8449] 2013-08-14 13:10:17.464808 pread SUCCESS [8449] 2013-08-14 13:10:17.465021 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [8449] 2013-08-14 13:10:17.465099 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [8449] 2013-08-14 13:10:17.465301 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:17.465438 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> (0,= 0) [8449] 2013-08-14 13:10:17.465492 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [8449] 2013-08-14 13:10:17.465661 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [8449] 2013-08-14 13:10:17.546821 pread SUCCESS [8449] 2013-08-14 13:10:17.546977 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [8449] 2013-08-14 13:10:17.560954 pread SUCCESS [8449] 2013-08-14 13:10:17.561219 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:17.561291 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8449] 2013-08-14 13:10:17.561464 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [8449] 2013-08-14 13:10:17.561573 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [8449] 2013-08-14 13:10:17.561754 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 (1, 0) + (-1, 0) =3D> (0,= 0) [8449] 2013-08-14 13:10:17.561804 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 set =3D> (0, 0b) [8449] 2013-08-14 13:10:17.562044 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e181-34b1-407f-9b65-b= 364c9874574'] [8449] 2013-08-14 13:10:17.691278 pread SUCCESS [8449] 2013-08-14 13:10:17.691450 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--1d60e181--34b1--407f--9b65= =2D-b364c9874574'] [8449] 2013-08-14 13:10:17.704093 pread SUCCESS [8449] 2013-08-14 13:10:17.704425 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [8449] 2013-08-14 13:10:17.704521 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [8449] 2013-08-14 13:10:17.704860 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:17.863987 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9014] 2013-08-14 13:10:17.874169 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9014] 2013-08-14 13:10:18.054970 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9014] 2013-08-14 13:10:18.076983 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9014] 2013-08-14 13:10:18.129730 pread SUCCESS [9014] 2013-08-14 13:10:18.130019 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.130130 LVMCache: will initialize now [9014] 2013-08-14 13:10:18.130184 LVMCache: refreshing [9014] 2013-08-14 13:10:18.130268 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9014] 2013-08-14 13:10:18.171625 pread SUCCESS [9014] 2013-08-14 13:10:18.172676 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.172797 Entering _checkMetadataVolume [9014] 2013-08-14 13:10:18.175075 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.175197 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9014] 2013-08-14 13:10:18.409002 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9014] 2013-08-14 13:10:18.448172 pread SUCCESS [9014] 2013-08-14 13:10:18.448452 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.448552 LVMCache: will initialize now [9014] 2013-08-14 13:10:18.448617 LVMCache: refreshing [9014] 2013-08-14 13:10:18.448713 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9014] 2013-08-14 13:10:18.498403 pread SUCCESS [9014] 2013-08-14 13:10:18.498949 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9014] 2013-08-14 13:10:18.499030 Entering _checkMetadataVolume [9014] 2013-08-14 13:10:18.509057 vdi_update {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|655a391b-2602-d508-99bf-abdb= 6ff47ea4|VDI.update', 'vdi_ref': 'OpaqueRef:9c143498-9af8-c521-85ec-d3fc5d1= ec900', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '1d60e181-34b= 1-407f-9b65-b364c9874574', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a= 2436c41a9db', 'session_ref': 'OpaqueRef:a7022f4f-8bbc-a0b9-0346-da9ef053530= 6', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002ef= b5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tru= e'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opaq= ueRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'vdi_uuid': '1d60e181-34b1-407= f-9b65-b364c9874574'} [9014] 2013-08-14 13:10:18.570429 Updating metadata : {'uuid': '1d60e181-34= b1-407f-9b65-b364c9874574', 'name_label': 'es1qaap99-root', 'objtype': 'vdi= ', 'name_description': 'Created by template provisioner', 'metadata_of_pool= ': 'OpaqueRef:NULL', 'snapshot_time': } [9014] 2013-08-14 13:10:18.570588 entering updateVdi [9014] 2013-08-14 13:10:18.600454 Entering getMetadataToWrite [9014] 2013-08-14 13:10:18.600657 Entering VDI info [9014] 2013-08-14 13:10:18.600732 Entering VDI info [9014] 2013-08-14 13:10:18.601955 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:23.894469 ['uuidgen', '-r'] [10161] 2013-08-14 13:10:23.903534 pread SUCCESS [10161] 2013-08-14 13:10:23.904405 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [10161] 2013-08-14 13:10:23.913870 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [10161] 2013-08-14 13:10:24.049606 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [10161] 2013-08-14 13:10:24.066561 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [10161] 2013-08-14 13:10:24.117732 pread SUCCESS [10161] 2013-08-14 13:10:24.117953 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.118039 LVMCache: will initialize now [10161] 2013-08-14 13:10:24.118088 LVMCache: refreshing [10161] 2013-08-14 13:10:24.118159 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [10161] 2013-08-14 13:10:24.172956 pread SUCCESS [10161] 2013-08-14 13:10:24.173486 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.173560 Entering _checkMetadataVolume [10161] 2013-08-14 13:10:24.174742 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.174821 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [10161] 2013-08-14 13:10:24.186235 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [10161] 2013-08-14 13:10:24.231236 pread SUCCESS [10161] 2013-08-14 13:10:24.231458 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.231545 LVMCache: will initialize now [10161] 2013-08-14 13:10:24.231591 LVMCache: refreshing [10161] 2013-08-14 13:10:24.231661 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [10161] 2013-08-14 13:10:24.288204 pread SUCCESS [10161] 2013-08-14 13:10:24.289031 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.289163 Entering _checkMetadataVolume [10161] 2013-08-14 13:10:24.289778 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.290142 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [10161] 2013-08-14 13:10:24.338760 pread SUCCESS [10161] 2013-08-14 13:10:24.340176 vdi_create {'sr_uuid': 'cc06f713-dfda-f0= d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|9da59790-50c1-1e24-e08e-884= e7657c253|VDI.create', 'vdi_type': 'System', 'args': ['12884901888', 'es1qa= ap99-root', 'Created by template provisioner', '', 'false', '19700101T00:00= :00Z', 'OpaqueRef:NULL', 'false'], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-352= 4-abec-a2436c41a9db', 'session_ref': 'OpaqueRef:23868b5f-ebec-58a1-020e-870= d3826f9fb', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595= 600002efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaste= r': 'true'}, 'command': 'vdi_create', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9c= e0-6f39-d1c109370159', 'vdi_sm_config': {'base_mirror': '5a998863-45b0-3031= =2De31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0'}} [10161] 2013-08-14 13:10:24.340572 LVHDVDI.create for ed06e81a-c8ae-49c6-ac= 8f-e18e67205dcc [10161] 2013-08-14 13:10:24.340719 LVHDVDI.create: type =3D vhd, /dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc (size=3D12884901888) [10161] 2013-08-14 13:10:24.340975 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [10161] 2013-08-14 13:10:24.379934 pread SUCCESS [10161] 2013-08-14 13:10:24.380113 ['/usr/sbin/lvcreate', '-n', 'VHD-ed06e8= 1a-c8ae-49c6-ac8f-e18e67205dcc', '-L', '12320', 'VG_XenStorage-cc06f713-dfd= a-f0d8-b5ca-5df29e928593'] [10161] 2013-08-14 13:10:24.483358 pread SUCCESS [10161] 2013-08-14 13:10:24.483577 ['/usr/bin/vhd-util', 'create', '--debug= ', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e= 81a-c8ae-49c6-ac8f-e18e67205dcc', '-s', '12288', '-S', '2097152'] [10161] 2013-08-14 13:10:24.540832 pread SUCCESS [10161] 2013-08-14 13:10:24.541236 ['/usr/bin/vhd-util', 'query', '--debug'= , '-v', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-= ed06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [10161] 2013-08-14 13:10:24.566195 pread SUCCESS [10161] 2013-08-14 13:10:24.566730 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-= e18e67205dcc'] [10161] 2013-08-14 13:10:24.690368 pread SUCCESS [10161] 2013-08-14 13:10:24.690548 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--ed06e81a--c8ae--49c6--ac8= f--e18e67205dcc'] [10161] 2013-08-14 13:10:24.702071 pread SUCCESS [10161] 2013-08-14 13:10:24.702352 Checking if there is space in the metada= ta for 1 VDI. [10161] 2013-08-14 13:10:24.702416 ['uuidgen', '-r'] [10161] 2013-08-14 13:10:24.711120 pread SUCCESS [10161] 2013-08-14 13:10:24.711261 Entering addVdiInternal [10161] 2013-08-14 13:10:24.732327 Entering getMetadataToWrite [10161] 2013-08-14 13:10:24.732451 Entering VDI info [10161] 2013-08-14 13:10:24.734635 Entering deleteVdi [10161] 2013-08-14 13:10:24.759875 entering updateVdi [10161] 2013-08-14 13:10:24.787656 Entering getMetadataToWrite [10161] 2013-08-14 13:10:24.787786 Entering VDI info [10161] 2013-08-14 13:10:24.787885 Entering VDI info [10161] 2013-08-14 13:10:24.822385 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [10161] 2013-08-14 13:10:24.870569 pread SUCCESS [10161] 2013-08-14 13:10:24.907125 Adding VDI with info: {'read_only': 0, '= managed': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'es1qaap99-root', 'name_description': 'Created by template provi= sioner', 'type': 'System', 'metadata_of_pool': '', 'is_a_snapshot': 0, 'uui= d': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc'} [10161] 2013-08-14 13:10:24.907244 Entering addVdiInternal [10161] 2013-08-14 13:10:24.924692 Entering getMetadataToWrite [10161] 2013-08-14 13:10:24.924817 Entering VDI info [10161] 2013-08-14 13:10:24.928201 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [10161] 2013-08-14 13:10:24.928457 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [10461] 2013-08-14 13:10:25.409064 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [10461] 2013-08-14 13:10:25.420128 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [10461] 2013-08-14 13:10:25.546614 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [10461] 2013-08-14 13:10:25.568479 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10461] 2013-08-14 13:10:25.625611 pread SUCCESS [10461] 2013-08-14 13:10:25.625784 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.625860 LVMCache: will initialize now [10461] 2013-08-14 13:10:25.625905 LVMCache: refreshing [10461] 2013-08-14 13:10:25.625974 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [10461] 2013-08-14 13:10:25.670787 pread SUCCESS [10461] 2013-08-14 13:10:25.671215 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.671289 Entering _checkMetadataVolume [10461] 2013-08-14 13:10:25.672330 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.672409 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [10461] 2013-08-14 13:10:25.685289 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10461] 2013-08-14 13:10:25.725647 pread SUCCESS [10461] 2013-08-14 13:10:25.725825 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.725905 LVMCache: will initialize now [10461] 2013-08-14 13:10:25.725953 LVMCache: refreshing [10461] 2013-08-14 13:10:25.726021 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [10461] 2013-08-14 13:10:25.772002 pread SUCCESS [10461] 2013-08-14 13:10:25.772429 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.772511 Entering _checkMetadataVolume [10461] 2013-08-14 13:10:25.772835 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:25.780568 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|458221d5-0e26-3f8a-0597-5= 63ce8605a50|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:cd3fa168-8d28-f8e5-52c4-d50a20= ac2765', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'base= _mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715= fa50439d0', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'v= di_type': 'vhd', 'mirror': 'nbd:mirror_vbd/3/xvda'}, 'vdi_uuid': 'a88f05be-= 033f-4d23-a66f-715fa50439d0'} [10461] 2013-08-14 13:10:25.780749 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [10461] 2013-08-14 13:10:25.799500 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [10461] 2013-08-14 13:10:25.994057 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 2) [10461] 2013-08-14 13:10:25.998851 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:25.998981 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:25.999109 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (= 1, 0) [10461] 2013-08-14 13:10:25.999179 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [10461] 2013-08-14 13:10:25.999431 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-= 715fa50439d0'] [10461] 2013-08-14 13:10:26.053729 pread SUCCESS [10461] 2013-08-14 13:10:26.053959 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:26.054027 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:26.054119 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [10461] 2013-08-14 13:10:26.069835 pread SUCCESS [10461] 2013-08-14 13:10:26.075383 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [10461] 2013-08-14 13:10:26.176904 pread SUCCESS [10461] 2013-08-14 13:10:26.177226 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [10461] 2013-08-14 13:10:26.185706 pread SUCCESS [10461] 2013-08-14 13:10:26.213292 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [10461] 2013-08-14 13:10:26.225286 pread SUCCESS [10461] 2013-08-14 13:10:26.225468 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [10461] 2013-08-14 13:10:26.272263 pread SUCCESS [10461] 2013-08-14 13:10:26.272404 ['uuidgen', '-r'] [10461] 2013-08-14 13:10:26.282210 pread SUCCESS [10461] 2013-08-14 13:10:26.282363 ['uuidgen', '-r'] [10461] 2013-08-14 13:10:26.294922 pread SUCCESS [10461] 2013-08-14 13:10:26.295241 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_464ad39d-c3b7-45b5-a672-2d851c93d7ec_431be= a32-7434-4ad4-9195-c683be686fa5', '-L', '4', 'VG_XenStorage-5a998863-45b0-3= 031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero=3Dn'] [10461] 2013-08-14 13:10:26.365260 pread SUCCESS [10461] 2013-08-14 13:10:26.365508 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-464ad39d-c3b7-45b5-a672-2d851c93d7ec'] [10461] 2013-08-14 13:10:26.482426 pread SUCCESS [10461] 2013-08-14 13:10:26.482811 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [10461] 2013-08-14 13:10:26.483506 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [10461] 2013-08-14 13:10:26.633673 pread SUCCESS [10461] 2013-08-14 13:10:26.634157 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93d7ec', '-S', = '2097152'] [10461] 2013-08-14 13:10:26.699421 pread SUCCESS [10461] 2013-08-14 13:10:26.699616 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [10461] 2013-08-14 13:10:26.715459 pread SUCCESS [10461] 2013-08-14 13:10:26.715889 ['/usr/sbin/lvcreate', '-n', 'VHD-431bea= 32-7434-4ad4-9195-c683be686fa5', '-L', '8', 'VG_XenStorage-5a998863-45b0-30= 31-e31b-13c92393ad97'] [10461] 2013-08-14 13:10:26.846659 pread SUCCESS [10461] 2013-08-14 13:10:26.847070 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 set =3D> (1, 0b) [10461] 2013-08-14 13:10:26.847409 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431= bea32-7434-4ad4-9195-c683be686fa5', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93d7ec', '-S', = '2097152'] [10461] 2013-08-14 13:10:26.924022 pread SUCCESS [10461] 2013-08-14 13:10:26.924250 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= 431bea32-7434-4ad4-9195-c683be686fa5'] [10461] 2013-08-14 13:10:26.934163 pread SUCCESS [10461] 2013-08-14 13:10:26.934531 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d= =2Dc3b7-45b5-a672-2d851c93d7ec', '-f', 'hidden', '-v', '1'] [10461] 2013-08-14 13:10:26.947622 pread SUCCESS [10461] 2013-08-14 13:10:26.947872 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c9= 3d7ec', '-p', 'r'] [10461] 2013-08-14 13:10:27.064445 pread SUCCESS [10461] 2013-08-14 13:10:27.261917 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-464ad39d-c3b7-45b5= =2Da672-2d851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [10461] 2013-08-14 13:10:28.065690 call-plugin returned: 'True' [10461] 2013-08-14 13:10:28.065852 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_464ad39d-c3b7-45b5-a672-2d851c93d7ec_431bea32-7434-4ad4-919= 5-c683be686fa5'] [10461] 2013-08-14 13:10:28.138691 pread SUCCESS [10461] 2013-08-14 13:10:28.138867 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_464ad39d--c3b7--45b5--a672--2d851c93d7ec_431bea32--7434--4= ad4--9195--c683be686fa5'] [10461] 2013-08-14 13:10:28.153029 pread SUCCESS [10461] 2013-08-14 13:10:28.163902 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [10461] 2013-08-14 13:10:28.225839 pread SUCCESS [10461] 2013-08-14 13:10:28.274412 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [10461] 2013-08-14 13:10:28.279629 Checking if there is space in the metada= ta for 1 VDI. [10461] 2013-08-14 13:10:28.279696 ['uuidgen', '-r'] [10461] 2013-08-14 13:10:28.292655 pread SUCCESS [10461] 2013-08-14 13:10:28.292814 Entering addVdiInternal [10461] 2013-08-14 13:10:28.304047 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.304156 Entering VDI info [10461] 2013-08-14 13:10:28.304267 Entering VDI info [10461] 2013-08-14 13:10:28.307009 Entering deleteVdi [10461] 2013-08-14 13:10:28.317281 entering updateVdi [10461] 2013-08-14 13:10:28.329660 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.329793 Entering VDI info [10461] 2013-08-14 13:10:28.329862 Entering VDI info [10461] 2013-08-14 13:10:28.402585 snapshot VDI params: 19700101T00:00:00Z [10461] 2013-08-14 13:10:28.423563 Adding VDI with info: {'read_only': 0, '= managed': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': 'a88f05= be-033f-4d23-a66f-715fa50439d0', 'name_label': 'es1qaap99-root', 'name_desc= ription': 'Created by template provisioner', 'type': 'system', 'metadata_of= _pool': '', 'is_a_snapshot': 1, 'uuid': '431bea32-7434-4ad4-9195-c683be686f= a5'} [10461] 2013-08-14 13:10:28.423643 Entering addVdiInternal [10461] 2013-08-14 13:10:28.429706 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.429781 Entering VDI info [10461] 2013-08-14 13:10:28.429847 Entering VDI info [10461] 2013-08-14 13:10:28.431658 vdi_clone: introduced 2nd snap VDI: Opaq= ueRef:4c98b3aa-c45c-421d-e643-7f24cddd2fef (431bea32-7434-4ad4-9195-c683be6= 86fa5) [10461] 2013-08-14 13:10:28.431758 Checking if there is space in the metada= ta for 1 VDI. [10461] 2013-08-14 13:10:28.431816 ['uuidgen', '-r'] [10461] 2013-08-14 13:10:28.440712 pread SUCCESS [10461] 2013-08-14 13:10:28.440836 Entering addVdiInternal [10461] 2013-08-14 13:10:28.452829 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.452901 Entering VDI info [10461] 2013-08-14 13:10:28.454583 Entering deleteVdi [10461] 2013-08-14 13:10:28.466597 entering updateVdi [10461] 2013-08-14 13:10:28.482757 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.482842 Entering VDI info [10461] 2013-08-14 13:10:28.482960 Entering VDI info [10461] 2013-08-14 13:10:28.515428 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': '464ad39d-c3b7-45b5-a672-2d851c9= 3d7ec'} [10461] 2013-08-14 13:10:28.515504 Entering addVdiInternal [10461] 2013-08-14 13:10:28.527358 Entering getMetadataToWrite [10461] 2013-08-14 13:10:28.527436 Entering VDI info [10461] 2013-08-14 13:10:28.529119 vdi_clone: introduced base VDI: OpaqueRe= f:f07ab30d-0abc-196a-4143-20823328245e (464ad39d-c3b7-45b5-a672-2d851c93d7e= c) [10461] 2013-08-14 13:10:28.557105 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3Dnbd:mirror_vbd/3/xvda [10461] 2013-08-14 13:10:28.571859 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [10461] 2013-08-14 13:10:28.777766 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10461] 2013-08-14 13:10:28.778016 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [10461] 2013-08-14 13:10:28.778158 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [10461] 2013-08-14 13:10:28.778300 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 (1, 0) + (-1, 0) =3D> = (0, 0) [10461] 2013-08-14 13:10:28.778348 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 set =3D> (0, 0b) [10461] 2013-08-14 13:10:28.778526 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea32-7434-4ad4-9195-= c683be686fa5'] [10461] 2013-08-14 13:10:28.881014 pread SUCCESS [10461] 2013-08-14 13:10:28.881158 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--431bea32--7434--4ad4--919= 5--c683be686fa5'] [10461] 2013-08-14 13:10:28.896398 pread SUCCESS [10461] 2013-08-14 13:10:28.896719 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [10461] 2013-08-14 13:10:28.896839 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [10461] 2013-08-14 13:10:28.897064 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [10461] 2013-08-14 13:10:28.897168 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [10461] 2013-08-14 13:10:28.897345 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> = (0, 0) [10461] 2013-08-14 13:10:28.897429 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [10461] 2013-08-14 13:10:28.897650 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [10461] 2013-08-14 13:10:29.005642 pread SUCCESS [10461] 2013-08-14 13:10:29.005783 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a67= 2--2d851c93d7ec'] [10461] 2013-08-14 13:10:29.023240 pread SUCCESS [10461] 2013-08-14 13:10:29.023621 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [10461] 2013-08-14 13:10:29.023699 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [10461] 2013-08-14 13:10:29.023915 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:29.024106 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> = (0, 0) [10461] 2013-08-14 13:10:29.024162 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [10461] 2013-08-14 13:10:29.024503 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-= 715fa50439d0'] [10461] 2013-08-14 13:10:29.159803 pread SUCCESS [10461] 2013-08-14 13:10:29.159964 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66= f--715fa50439d0'] [10461] 2013-08-14 13:10:29.184600 pread SUCCESS [10461] 2013-08-14 13:10:29.184975 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:29.185091 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [10461] 2013-08-14 13:10:29.185553 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.327408 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11387] 2013-08-14 13:10:29.335126 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11387] 2013-08-14 13:10:29.475479 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11387] 2013-08-14 13:10:29.490779 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11387] 2013-08-14 13:10:29.532282 pread SUCCESS [11387] 2013-08-14 13:10:29.532497 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.532615 LVMCache: will initialize now [11387] 2013-08-14 13:10:29.532700 LVMCache: refreshing [11387] 2013-08-14 13:10:29.532770 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11387] 2013-08-14 13:10:29.583615 pread SUCCESS [11387] 2013-08-14 13:10:29.584762 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.584961 Entering _checkMetadataVolume [11387] 2013-08-14 13:10:29.587525 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.587704 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11387] 2013-08-14 13:10:29.608323 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11387] 2013-08-14 13:10:29.657231 pread SUCCESS [11387] 2013-08-14 13:10:29.657587 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.657748 LVMCache: will initialize now [11387] 2013-08-14 13:10:29.657864 LVMCache: refreshing [11387] 2013-08-14 13:10:29.658013 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11387] 2013-08-14 13:10:29.713435 pread SUCCESS [11387] 2013-08-14 13:10:29.713909 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11387] 2013-08-14 13:10:29.714013 Entering _checkMetadataVolume [11387] 2013-08-14 13:10:29.719842 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|c8e16e69-9538-a06f-93ec-9e5= 6da807dfc|VDI.update', 'vdi_ref': 'OpaqueRef:4c98b3aa-c45c-421d-e643-7f24cd= dd2fef', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '431bea32-74= 34-4ad4-9195-c683be686fa5', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:f8b53286-7a46-25d4-ac90-2783628de9= 12', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '431bea32-7434-4a= d4-9195-c683be686fa5'} [11387] 2013-08-14 13:10:29.755905 Updating metadata : {'uuid': '431bea32-7= 434-4ad4-9195-c683be686fa5', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [11387] 2013-08-14 13:10:29.755979 entering updateVdi [11387] 2013-08-14 13:10:29.763211 Entering getMetadataToWrite [11387] 2013-08-14 13:10:29.763291 Entering VDI info [11387] 2013-08-14 13:10:29.763368 Entering VDI info [11387] 2013-08-14 13:10:29.764334 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11451] 2013-08-14 13:10:30.306096 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [11451] 2013-08-14 13:10:30.312154 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [11451] 2013-08-14 13:10:30.488741 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11451] 2013-08-14 13:10:30.503248 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11451] 2013-08-14 13:10:30.549518 pread SUCCESS [11451] 2013-08-14 13:10:30.549939 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.550103 LVMCache: will initialize now [11451] 2013-08-14 13:10:30.550198 LVMCache: refreshing [11451] 2013-08-14 13:10:30.550344 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11451] 2013-08-14 13:10:30.622312 pread SUCCESS [11451] 2013-08-14 13:10:30.623501 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.623736 Entering _checkMetadataVolume [11451] 2013-08-14 13:10:30.626511 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.626647 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11451] 2013-08-14 13:10:30.644054 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11451] 2013-08-14 13:10:30.682553 pread SUCCESS [11451] 2013-08-14 13:10:30.682784 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.682894 LVMCache: will initialize now [11451] 2013-08-14 13:10:30.682966 LVMCache: refreshing [11451] 2013-08-14 13:10:30.683062 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11451] 2013-08-14 13:10:30.727141 pread SUCCESS [11451] 2013-08-14 13:10:30.728000 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.728118 Entering _checkMetadataVolume [11451] 2013-08-14 13:10:30.728786 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:30.728970 sr_scan {'sr_uuid': 'cc06f713-dfda-f0d8-= b5ca-5df29e928593', 'subtask_of': 'DummyRef:|b2ef3e24-b1e2-5e39-19f8-461d8c= 28a0f5|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:2b906ad3-ef04-86af-1eac-b72fe6e= d9a66', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a5956000= 02efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': = 'true'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39= =2Dd1c109370159'} [11451] 2013-08-14 13:10:30.729194 LVHDSR.scan for cc06f713-dfda-f0d8-b5ca-= 5df29e928593 [11451] 2013-08-14 13:10:30.729269 LVMCache: refreshing [11451] 2013-08-14 13:10:30.729358 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11451] 2013-08-14 13:10:30.781439 pread SUCCESS [11451] 2013-08-14 13:10:30.782226 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11451] 2013-08-14 13:10:31.066000 pread SUCCESS [11451] 2013-08-14 13:10:31.068887 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11451] 2013-08-14 13:10:31.126492 pread SUCCESS [11451] 2013-08-14 13:10:31.560912 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [11451] 2013-08-14 13:10:31.561063 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/running [11451] 2013-08-14 13:10:31.561111 Kicking GC [11451] 2013-08-14 13:10:31.561160 =3D=3D=3D SR cc06f713-dfda-f0d8-b5ca-5df= 29e928593: gc =3D=3D=3D [11528] 2013-08-14 13:10:31.563805 Will finish as PID [11529] [11451] 2013-08-14 13:10:31.564615 New PID [11528] [11451] 2013-08-14 13:10:31.564797 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/running [11451] 2013-08-14 13:10:31.565443 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11451] 2013-08-14 13:10:31.573605 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [11529] 2013-08-14 13:10:31.776464 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11548] 2013-08-14 13:10:31.798945 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11548] 2013-08-14 13:10:31.819064 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11548] 2013-08-14 13:10:31.935962 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11548] 2013-08-14 13:10:31.945539 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11529] 2013-08-14 13:10:31.975367 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [11529] 2013-08-14 13:10:31.975497 LVMCache: refreshing [11529] 2013-08-14 13:10:31.975595 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11548] 2013-08-14 13:10:31.993100 pread SUCCESS [11548] 2013-08-14 13:10:31.993377 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:31.993500 LVMCache: will initialize now [11548] 2013-08-14 13:10:31.993592 LVMCache: refreshing [11548] 2013-08-14 13:10:31.993694 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11529] 2013-08-14 13:10:32.051633 pread SUCCESS [11548] 2013-08-14 13:10:32.051970 pread SUCCESS [11548] 2013-08-14 13:10:32.052514 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11529] 2013-08-14 13:10:32.052564 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11548] 2013-08-14 13:10:32.052593 Entering _checkMetadataVolume [11548] 2013-08-14 13:10:32.053733 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:32.053812 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11529] 2013-08-14 13:10:32.172727 pread SUCCESS [11529] 2013-08-14 13:10:32.174804 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD t= rees):=20 80e371f4[VHD](8.000G//8.023G|ao) febc1667[VHD](8.000G//8.023G|n) 964f262f[VHD](8.000G//8.023G|n) ed06e81a[VHD](12.000G//12.031G|n) 5777bfae[VHD](8.000G//8.023G|n) df86d7e4[VHD](8.000G//8.023G|n) cbce1452[VHD](8.000G//8.023G|ao) 9b0aabf8[VHD](12.000G//12.031G|n) 834ae499[VHD](8.000G//8.023G|ao) 3327f4d3[VHD](8.000G//8.023G|n) f808137d[VHD](12.000G//12.031G|n) 2a91e5b9[VHD](8.000G//8.023G|n) 7be4bec2[VHD](8.000G//8.023G|n) 680b27b0[VHD](8.000G//8.023G|n) 2f650298[VHD](8.000G//8.023G|n) 1a5f99f7[VHD](20.000G//20.047G|ao) 27eb2b14[VHD](20.000G//20.047G|n) 9b080675[VHD](12.000G//12.031G|n) fe862b09[VHD](12.000G//12.031G|n) a0e8684f[VHD](8.000G//8.023G|n) f4dd8536[VHD](8.000G//8.023G|n) b7e51b23[VHD](20.000G//20.047G|n) bbc16bad[VHD](25.000G//25.055G|n) addc2fb2[VHD](27.000G//27.059G|n) 7181f1d1[VHD](8.000G//8.023G|n) d6040749[VHD](8.000G//8.023G|ao) *79c88e37[VHD](12.000G//8.000M|n) 1d60e181[VHD](12.000G//8.000M|n) 76598520[VHD](12.000G//12.031G|n) fddac934[VHD](25.000G//25.055G|n) 85f3dd3a[VHD](8.000G//8.023G|n) 6cd96f13[VHD](8.000G//8.023G|n) 2f14fd41[VHD](20.000G//20.047G|n) [11529] 2013-08-14 13:10:32.174992 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11529] 2013-08-14 13:10:32.175245 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:32.213717 pread SUCCESS [11529] 2013-08-14 13:10:32.214427 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:32.264629 pread SUCCESS [11548] 2013-08-14 13:10:32.279281 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11529] 2013-08-14 13:10:32.334408 Got sm-config for *79c88e37[VHD](12.000G= //8.000M|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd'} [11529] 2013-08-14 13:10:32.334736 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [11548] 2013-08-14 13:10:32.337045 pread SUCCESS [11548] 2013-08-14 13:10:32.337410 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:32.337583 LVMCache: will initialize now [11548] 2013-08-14 13:10:32.337653 LVMCache: refreshing [11548] 2013-08-14 13:10:32.337803 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11529] 2013-08-14 13:10:32.349106 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [11529] 2013-08-14 13:10:32.349198 LVMCache: refreshing [11529] 2013-08-14 13:10:32.349303 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11548] 2013-08-14 13:10:32.392877 pread SUCCESS [11548] 2013-08-14 13:10:32.393379 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:32.393463 Entering _checkMetadataVolume [11548] 2013-08-14 13:10:32.393817 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:32.393946 sr_scan {'sr_uuid': '5a998863-45b0-3031-= e31b-13c92393ad97', 'subtask_of': 'DummyRef:|db6f0bba-8b1d-7ff6-eb24-8b0d04= 4791c4|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:5a1ae95f-520e-5a7b-c46c-9e1e4a1= 85622', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb000= 02a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': = 'true'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30= =2Dd197168126b1'} [11548] 2013-08-14 13:10:32.394080 LVHDSR.scan for 5a998863-45b0-3031-e31b-= 13c92393ad97 [11548] 2013-08-14 13:10:32.394128 LVMCache: refreshing [11548] 2013-08-14 13:10:32.394187 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11529] 2013-08-14 13:10:32.409958 pread SUCCESS [11529] 2013-08-14 13:10:32.410789 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11548] 2013-08-14 13:10:32.440031 pread SUCCESS [11548] 2013-08-14 13:10:32.440737 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [11529] 2013-08-14 13:10:32.507337 pread SUCCESS [11529] 2013-08-14 13:10:32.509254 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD t= rees): no changes [11529] 2013-08-14 13:10:32.509440 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11529] 2013-08-14 13:10:32.517172 Got sm-config for *79c88e37[VHD](12.000G= //8.000M|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd'} [11529] 2013-08-14 13:10:32.517321 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.517437 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 (0, 0) + (1, 0) =3D> (= 1, 0) [11529] 2013-08-14 13:10:32.517488 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (1, 0b) [11529] 2013-08-14 13:10:32.517628 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-= cc54ab269250'] [11529] 2013-08-14 13:10:32.588658 pread SUCCESS [11529] 2013-08-14 13:10:32.588974 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.589114 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.589301 ['/usr/bin/vhd-util', 'read', '--debug',= '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 9c88e37-86d0-4456-b3b9-cc54ab269250'] [11529] 2013-08-14 13:10:32.604216 pread SUCCESS [11529] 2013-08-14 13:10:32.630304 Set vhd-blocks =3D eJxjYBgFo2DkAgADAAAB = for *79c88e37[VHD](12.000G//8.000M|n) [11529] 2013-08-14 13:10:32.630774 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.631063 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 (1, 0) + (-1, 0) =3D> = (0, 0) [11529] 2013-08-14 13:10:32.631180 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:79c88e37-86d0-4456-b3b9-cc54ab269250 set =3D> (0, 0b) [11529] 2013-08-14 13:10:32.631648 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-= cc54ab269250'] [11548] 2013-08-14 13:10:32.633387 pread SUCCESS [11548] 2013-08-14 13:10:32.635274 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11548] 2013-08-14 13:10:32.671869 pread SUCCESS [11529] 2013-08-14 13:10:32.706653 pread SUCCESS [11529] 2013-08-14 13:10:32.706814 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--79c88e37--86d0--4456--b3b= 9--cc54ab269250'] [11529] 2013-08-14 13:10:32.717211 pread SUCCESS [11529] 2013-08-14 13:10:32.717467 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.717538 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [11529] 2013-08-14 13:10:32.717895 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:32.760041 pread SUCCESS [11529] 2013-08-14 13:10:32.760263 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:32.798355 pread SUCCESS [11529] 2013-08-14 13:10:32.798517 No work left [11529] 2013-08-14 13:10:32.798662 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/running [11529] 2013-08-14 13:10:32.997285 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [11529] 2013-08-14 13:10:32.997390 LVMCache: refreshing [11529] 2013-08-14 13:10:32.997454 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11548] 2013-08-14 13:10:33.037448 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [11548] 2013-08-14 13:10:33.037538 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/running [11548] 2013-08-14 13:10:33.037587 Kicking GC [11548] 2013-08-14 13:10:33.037637 =3D=3D=3D SR 5a998863-45b0-3031-e31b-13c= 92393ad97: gc =3D=3D=3D [11760] 2013-08-14 13:10:33.039833 Will finish as PID [11761] [11548] 2013-08-14 13:10:33.040653 New PID [11760] [11548] 2013-08-14 13:10:33.040939 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/running [11548] 2013-08-14 13:10:33.041700 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11548] 2013-08-14 13:10:33.051274 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11529] 2013-08-14 13:10:33.095392 pread SUCCESS [11529] 2013-08-14 13:10:33.097780 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11529] 2013-08-14 13:10:33.209403 pread SUCCESS [11529] 2013-08-14 13:10:33.212347 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD t= rees): no changes [11529] 2013-08-14 13:10:33.212517 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11529] 2013-08-14 13:10:33.212780 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:33.273284 pread SUCCESS [11529] 2013-08-14 13:10:33.273576 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11529] 2013-08-14 13:10:33.321900 pread SUCCESS [11529] 2013-08-14 13:10:33.477506 Got sm-config for *79c88e37[VHD](12.000G= //8.000M|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJxjYBgF= o2DkAgADAAAB'} [11529] 2013-08-14 13:10:33.477621 No work, exiting [11529] 2013-08-14 13:10:33.478295 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD t= rees): no changes [11761] 2013-08-14 13:10:33.479449 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11761] 2013-08-14 13:10:33.873551 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [11761] 2013-08-14 13:10:33.873648 LVMCache: refreshing [11761] 2013-08-14 13:10:33.873709 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11761] 2013-08-14 13:10:33.925201 pread SUCCESS [11761] 2013-08-14 13:10:33.926071 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [11761] 2013-08-14 13:10:34.007248 pread SUCCESS [11761] 2013-08-14 13:10:34.008799 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees):=20 38596d07[VHD](135.000G//135.270G|n) fdd605eb[VHD](86.000G//86.176G|n) 52bc5f8b[VHD](24.000G//24.055G|n) ebed75a8[VHD](68.000G//68.141G|n) a192a4d3[VHD](36.000G//36.078G|n) *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) 431bea32[VHD](12.000G//8.000M|n) cae03893[VHD](12.000G//12.031G|n) 8da1752b[VHD](86.000G//86.176G|n) 52c0beda[VHD](8.000G//8.023G|n) 521dbd9f[VHD](86.000G//86.176G|n) 950e67ed[VHD](8.000G//8.023G|n) 71cd5588[VHD](18.000G//18.043G|n) e901ff84[VHD](14.000G//14.035G|n) 6be90581[VHD](100.000G//100.203G|n) 064ef036[VHD](8.000G//8.023G|n) 6267ad05[VHD](100.000G//100.203G|n) 4968c4e8[VHD](8.000G//8.023G|n) 70e06f43[VHD](135.000G//135.270G|n) ec0518cc[VHD](8.000G//8.023G|n) 653a5e7d[VHD](8.000G//8.023G|n) 8c862e00[VHD](17.000G//17.039G|n) [11761] 2013-08-14 13:10:34.008949 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11761] 2013-08-14 13:10:34.009179 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:34.047758 pread SUCCESS [11761] 2013-08-14 13:10:34.047985 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:34.084446 pread SUCCESS [11761] 2013-08-14 13:10:34.276751 Got sm-config for *464ad39d[VHD](12.000G= //12.031G|n): {'vdi_type': 'vhd'} [11761] 2013-08-14 13:10:34.276922 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [11761] 2013-08-14 13:10:34.288340 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [11761] 2013-08-14 13:10:34.288409 LVMCache: refreshing [11761] 2013-08-14 13:10:34.288471 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11761] 2013-08-14 13:10:34.339972 pread SUCCESS [11761] 2013-08-14 13:10:34.340701 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [11761] 2013-08-14 13:10:34.427013 pread SUCCESS [11761] 2013-08-14 13:10:34.428676 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees): no changes [11761] 2013-08-14 13:10:34.428839 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11761] 2013-08-14 13:10:34.434457 Got sm-config for *464ad39d[VHD](12.000G= //12.031G|n): {'vdi_type': 'vhd'} [11761] 2013-08-14 13:10:34.434643 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.434774 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (= 1, 0) [11761] 2013-08-14 13:10:34.434825 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [11761] 2013-08-14 13:10:34.435066 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [11761] 2013-08-14 13:10:34.515943 pread SUCCESS [11761] 2013-08-14 13:10:34.516320 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.516436 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.516599 ['/usr/bin/vhd-util', 'read', '--debug',= '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [11761] 2013-08-14 13:10:34.537361 pread SUCCESS [11761] 2013-08-14 13:10:34.589634 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f = for *464ad39d[VHD](12.000G//12.031G|n) [11761] 2013-08-14 13:10:34.590063 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.590338 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> = (0, 0) [11761] 2013-08-14 13:10:34.590455 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [11761] 2013-08-14 13:10:34.590987 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [11761] 2013-08-14 13:10:34.674547 pread SUCCESS [11761] 2013-08-14 13:10:34.674710 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a67= 2--2d851c93d7ec'] [11761] 2013-08-14 13:10:34.688022 pread SUCCESS [11761] 2013-08-14 13:10:34.688402 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.688528 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11761] 2013-08-14 13:10:34.689109 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:34.741205 pread SUCCESS [11761] 2013-08-14 13:10:34.741430 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:34.804659 pread SUCCESS [11761] 2013-08-14 13:10:34.804850 No work left [11761] 2013-08-14 13:10:34.805024 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/running [11761] 2013-08-14 13:10:34.985481 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [11761] 2013-08-14 13:10:34.985581 LVMCache: refreshing [11761] 2013-08-14 13:10:34.985646 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11761] 2013-08-14 13:10:35.042069 pread SUCCESS [11761] 2013-08-14 13:10:35.042884 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [11761] 2013-08-14 13:10:35.154277 pread SUCCESS [11761] 2013-08-14 13:10:35.155929 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees): no changes [11761] 2013-08-14 13:10:35.156092 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11761] 2013-08-14 13:10:35.156336 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:35.200158 pread SUCCESS [11761] 2013-08-14 13:10:35.200417 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11761] 2013-08-14 13:10:35.248499 pread SUCCESS [11761] 2013-08-14 13:10:35.260361 Got sm-config for *464ad39d[VHD](12.000G= //12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [11761] 2013-08-14 13:10:35.260455 No work, exiting [11761] 2013-08-14 13:10:35.261004 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees): no changes [8936] 2013-08-14 13:13:53.733020 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [8936] 2013-08-14 13:13:53.741298 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [8936] 2013-08-14 13:13:53.894486 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [8936] 2013-08-14 13:13:53.913047 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [8936] 2013-08-14 13:13:53.959188 pread SUCCESS [8936] 2013-08-14 13:13:53.959384 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:53.959463 LVMCache: will initialize now [8936] 2013-08-14 13:13:53.959510 LVMCache: refreshing [8936] 2013-08-14 13:13:53.959581 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [8936] 2013-08-14 13:13:54.003045 pread SUCCESS [8936] 2013-08-14 13:13:54.003616 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:54.003693 Entering _checkMetadataVolume [8936] 2013-08-14 13:13:54.004892 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:54.004970 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [8936] 2013-08-14 13:13:54.018756 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [8936] 2013-08-14 13:13:54.066305 pread SUCCESS [8936] 2013-08-14 13:13:54.066497 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:54.066575 LVMCache: will initialize now [8936] 2013-08-14 13:13:54.066624 LVMCache: refreshing [8936] 2013-08-14 13:13:54.066697 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [8936] 2013-08-14 13:13:54.105567 pread SUCCESS [8936] 2013-08-14 13:13:54.106122 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [8936] 2013-08-14 13:13:54.106202 Entering _checkMetadataVolume [8936] 2013-08-14 13:13:54.117130 vdi_compose {'sr_uuid': 'cc06f713-dfda-f0= d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|e68b0b86-5a7a-e519-31d0-f79= c58d3ea1c|VDI.activate', 'vdi_ref': 'OpaqueRef:fb47b4e7-b647-de37-097d-f70f= 54ffd2ad', 'vdi_on_boot': 'persist', 'args': ['OpaqueRef:234f548e-f0d7-e5a3= =2Dea5b-f95aa44d197d'], 'vdi_location': '76598520-c47b-4930-a84a-7c1c1d3743= 6f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436c41a9db', 'session= _ref': 'OpaqueRef:3b7b50c5-bd9b-8783-e66b-c2e9e14dbd83', 'device_config': {= 'device': '/dev/disk/mpInuse/3600a0b80005a595600002efb5192f499', 'SCSIid': = '3600a0b80005a595600002efb5192f499', 'SRmaster': 'true'}, 'command': 'vdi_c= ompose', 'vdi_allow_caching': 'false', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9= ce0-6f39-d1c109370159', 'vdi_uuid': '76598520-c47b-4930-a84a-7c1c1d37436f'} [8936] 2013-08-14 13:13:54.140361 LVHDSR.compose for 76598520-c47b-4930-a84= a-7c1c1d37436f -> ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.140613 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:54.140769 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (1, = 0) [8936] 2013-08-14 13:13:54.140825 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [8936] 2013-08-14 13:13:54.140993 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [8936] 2013-08-14 13:13:54.202096 pread SUCCESS [8936] 2013-08-14 13:13:54.202359 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:54.202427 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:54.202636 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.202766 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.202960 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (0, 0) + (1, 0) =3D> (1, = 0) [8936] 2013-08-14 13:13:54.203034 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (1, 0b) [8936] 2013-08-14 13:13:54.203218 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [8936] 2013-08-14 13:13:54.257313 pread SUCCESS [8936] 2013-08-14 13:13:54.257591 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.257664 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.257832 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--cc06f713--dfda--f0d8--b5ca--5df29e92859= 3-VHD--ed06e81a--c8ae--49c6--ac8f--e18e67205dcc', '-n', '/dev/VG_XenStorage= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d3= 7436f'] [8936] 2013-08-14 13:13:54.281534 pread SUCCESS [8936] 2013-08-14 13:13:54.281692 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc', '-f', 'hidden', '-v', '1'] [8936] 2013-08-14 13:13:54.290869 pread SUCCESS [8936] 2013-08-14 13:13:54.291018 Refresh request for 76598520-c47b-4930-a8= 4a-7c1c1d37436f [8936] 2013-08-14 13:13:54.308341 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [8936] 2013-08-14 13:13:54.987687 Compose done [8936] 2013-08-14 13:13:54.987957 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:54.988107 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (1, 0) + (-1, 0) =3D> (0,= 0) [8936] 2013-08-14 13:13:54.988156 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (0, 0b) [8936] 2013-08-14 13:13:54.988368 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [8936] 2013-08-14 13:13:55.101890 pread SUCCESS [8936] 2013-08-14 13:13:55.102063 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--ed06e81a--c8ae--49c6--ac8f= =2D-e18e67205dcc'] [8936] 2013-08-14 13:13:55.119945 pread SUCCESS [8936] 2013-08-14 13:13:55.120195 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:55.120262 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [8936] 2013-08-14 13:13:55.120434 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:55.120583 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> (0,= 0) [8936] 2013-08-14 13:13:55.120632 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [8936] 2013-08-14 13:13:55.120819 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [8936] 2013-08-14 13:13:55.227145 pread SUCCESS [8936] 2013-08-14 13:13:55.227301 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [8936] 2013-08-14 13:13:55.240537 pread SUCCESS [8936] 2013-08-14 13:13:55.240828 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:55.240927 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [8936] 2013-08-14 13:13:55.241383 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:55.889425 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9454] 2013-08-14 13:13:55.896626 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9454] 2013-08-14 13:13:56.054084 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9454] 2013-08-14 13:13:56.068406 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9454] 2013-08-14 13:13:56.115737 pread SUCCESS [9454] 2013-08-14 13:13:56.115975 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.116064 LVMCache: will initialize now [9454] 2013-08-14 13:13:56.116122 LVMCache: refreshing [9454] 2013-08-14 13:13:56.116209 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9454] 2013-08-14 13:13:56.158193 pread SUCCESS [9454] 2013-08-14 13:13:56.158788 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.158882 Entering _checkMetadataVolume [9454] 2013-08-14 13:13:56.160197 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.160304 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9454] 2013-08-14 13:13:56.172820 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9454] 2013-08-14 13:13:56.229413 pread SUCCESS [9454] 2013-08-14 13:13:56.229612 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.229686 LVMCache: will initialize now [9454] 2013-08-14 13:13:56.229742 LVMCache: refreshing [9454] 2013-08-14 13:13:56.229809 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9454] 2013-08-14 13:13:56.267154 pread SUCCESS [9454] 2013-08-14 13:13:56.267682 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.267762 Entering _checkMetadataVolume [9454] 2013-08-14 13:13:56.268204 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.274484 vdi_delete {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|5b1dd689-0b04-ed33-d10d-c8e2= 9070dedc|VDI.destroy', 'vdi_ref': 'OpaqueRef:9c143498-9af8-c521-85ec-d3fc5d= 1ec900', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '1d60e181-34= b1-407f-9b65-b364c9874574', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:42a2879c-6f42-4010-2fc0-65f346c75e= 4b', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002e= fb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tr= ue'}, 'command': 'vdi_delete', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'vdi_uuid': '1d60e181-34b1-40= 7f-9b65-b364c9874574'} [9454] 2013-08-14 13:13:56.274586 LVHDVDI.delete for 1d60e181-34b1-407f-9b6= 5-b364c9874574 [9454] 2013-08-14 13:13:56.274762 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.274868 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 (0, 0) + (1, 0) =3D> (1, = 0) [9454] 2013-08-14 13:13:56.274916 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 set =3D> (1, 0b) [9454] 2013-08-14 13:13:56.275045 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e181-34b1-407f-9b65-b= 364c9874574'] [9454] 2013-08-14 13:13:56.344656 pread SUCCESS [9454] 2013-08-14 13:13:56.345037 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.345204 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.345439 ['/usr/bin/vhd-util', 'query', '--debug',= '-vsf', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD= =2D1d60e181-34b1-407f-9b65-b364c9874574'] [9454] 2013-08-14 13:13:56.378669 pread SUCCESS [9454] 2013-08-14 13:13:56.385812 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e18= 1-34b1-407f-9b65-b364c9874574', '-f', 'hidden', '-v', '1'] [9454] 2013-08-14 13:13:56.401647 pread SUCCESS [9454] 2013-08-14 13:13:56.401975 Deleting vdi: 1d60e181-34b1-407f-9b65-b36= 4c9874574 [9454] 2013-08-14 13:13:56.402064 Entering deleteVdi [9454] 2013-08-14 13:13:56.437540 entering updateVdi [9454] 2013-08-14 13:13:56.461022 Entering getMetadataToWrite [9454] 2013-08-14 13:13:56.461126 Entering VDI info [9454] 2013-08-14 13:13:56.461191 Entering VDI info [9454] 2013-08-14 13:13:56.509012 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.509227 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 (1, 0) + (-1, 0) =3D> (0,= 0) [9454] 2013-08-14 13:13:56.509307 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:1d60e181-34b1-407f-9b65-b364c9874574 set =3D> (0, 0b) [9454] 2013-08-14 13:13:56.509557 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e181-34b1-407f-9b65-b= 364c9874574'] [9454] 2013-08-14 13:13:56.615227 pread SUCCESS [9454] 2013-08-14 13:13:56.615462 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--1d60e181--34b1--407f--9b65= =2D-b364c9874574'] [9454] 2013-08-14 13:13:56.633789 pread SUCCESS [9454] 2013-08-14 13:13:56.634113 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.634194 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9454] 2013-08-14 13:13:56.645404 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9454] 2013-08-14 13:13:56.709968 pread SUCCESS [9454] 2013-08-14 13:13:56.749795 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [9454] 2013-08-14 13:13:56.749997 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [9454] 2013-08-14 13:13:56.750096 Kicking GC [9454] 2013-08-14 13:13:56.750200 =3D=3D=3D SR cc06f713-dfda-f0d8-b5ca-5df2= 9e928593: gc =3D=3D=3D [9608] 2013-08-14 13:13:56.753027 Will finish as PID [9610] [9454] 2013-08-14 13:13:56.753824 New PID [9608] [9454] 2013-08-14 13:13:56.754019 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/running [9454] 2013-08-14 13:13:56.754242 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9454] 2013-08-14 13:13:56.754910 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:13:56.973238 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9641] 2013-08-14 13:13:57.028291 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a58eb00002a60518869bd [9641] 2013-08-14 13:13:57.037282 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a58eb00002a60518869bd [9641] 2013-08-14 13:13:57.162603 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:13:57.171566 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:13:57.171682 LVMCache: refreshing [9610] 2013-08-14 13:13:57.171772 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9641] 2013-08-14 13:13:57.179058 ['/usr/sbin/vgs', 'VG_XenStorage-5a998863= =2D45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:13:57.219188 pread SUCCESS [9610] 2013-08-14 13:13:57.220033 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9641] 2013-08-14 13:13:57.220751 pread SUCCESS [9641] 2013-08-14 13:13:57.220929 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.221012 LVMCache: will initialize now [9641] 2013-08-14 13:13:57.221060 LVMCache: refreshing [9641] 2013-08-14 13:13:57.221126 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9641] 2013-08-14 13:13:57.289224 pread SUCCESS [9641] 2013-08-14 13:13:57.289825 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.289925 Entering _checkMetadataVolume [9641] 2013-08-14 13:13:57.291176 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.291272 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [9641] 2013-08-14 13:13:57.306803 ['/usr/sbin/vgs', 'VG_XenStorage-5a998863= =2D45b0-3031-e31b-13c92393ad97'] [9641] 2013-08-14 13:13:57.370780 pread SUCCESS [9641] 2013-08-14 13:13:57.371004 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.371084 LVMCache: will initialize now [9641] 2013-08-14 13:13:57.371136 LVMCache: refreshing [9641] 2013-08-14 13:13:57.371208 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9641] 2013-08-14 13:13:57.428056 pread SUCCESS [9641] 2013-08-14 13:13:57.428529 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.428622 Entering _checkMetadataVolume [9641] 2013-08-14 13:13:57.428991 lock: acquired /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.435623 vdi_delete {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|3258ff6f-b340-f6f2-1853-3f5d= 9f0a73b7|VDI.destroy', 'vdi_ref': 'OpaqueRef:4c98b3aa-c45c-421d-e643-7f24cd= dd2fef', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '431bea32-74= 34-4ad4-9195-c683be686fa5', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:961eff4d-b4c2-e8ff-a4eb-8e1036063d= 64', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_delete', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '431bea32-7434-4a= d4-9195-c683be686fa5'} [9641] 2013-08-14 13:13:57.435757 LVHDVDI.delete for 431bea32-7434-4ad4-919= 5-c683be686fa5 [9641] 2013-08-14 13:13:57.435942 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.436061 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 (0, 0) + (1, 0) =3D> (1, = 0) [9641] 2013-08-14 13:13:57.436111 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 set =3D> (1, 0b) [9641] 2013-08-14 13:13:57.436355 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea32-7434-4ad4-9195-c= 683be686fa5'] [9610] 2013-08-14 13:13:57.472849 pread SUCCESS [9610] 2013-08-14 13:13:57.475057 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD tr= ees):=20 80e371f4[VHD](8.000G//8.023G|ao) febc1667[VHD](8.000G//8.023G|n) 964f262f[VHD](8.000G//8.023G|n) *ed06e81a[VHD](12.000G//12.031G|n) 76598520[VHD](12.000G//12.031G|n) 5777bfae[VHD](8.000G//8.023G|n) df86d7e4[VHD](8.000G//8.023G|n) cbce1452[VHD](8.000G//8.023G|ao) 9b0aabf8[VHD](12.000G//12.031G|n) 834ae499[VHD](8.000G//8.023G|ao) 3327f4d3[VHD](8.000G//8.023G|n) f808137d[VHD](12.000G//12.031G|n) 2a91e5b9[VHD](8.000G//8.023G|n) 7be4bec2[VHD](8.000G//8.023G|n) 680b27b0[VHD](8.000G//8.023G|n) 2f650298[VHD](8.000G//8.023G|n) 1a5f99f7[VHD](20.000G//20.047G|ao) 27eb2b14[VHD](20.000G//20.047G|n) 9b080675[VHD](12.000G//12.031G|n) fe862b09[VHD](12.000G//12.031G|n) a0e8684f[VHD](8.000G//8.023G|n) f4dd8536[VHD](8.000G//8.023G|n) b7e51b23[VHD](20.000G//20.047G|n) bbc16bad[VHD](25.000G//25.055G|n) addc2fb2[VHD](27.000G//27.059G|n) 7181f1d1[VHD](8.000G//8.023G|n) d6040749[VHD](8.000G//8.023G|ao) *79c88e37[VHD](12.000G//8.000M|n) *1d60e181[VHD](12.000G//8.000M|n) fddac934[VHD](25.000G//25.055G|n) 85f3dd3a[VHD](8.000G//8.023G|n) 6cd96f13[VHD](8.000G//8.023G|n) 2f14fd41[VHD](20.000G//20.047G|n) [9610] 2013-08-14 13:13:57.475274 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:13:57.475535 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [9610] 2013-08-14 13:13:57.485340 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:13:57.485441 LVMCache: refreshing [9610] 2013-08-14 13:13:57.485506 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9641] 2013-08-14 13:13:57.520769 pread SUCCESS [9641] 2013-08-14 13:13:57.521013 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.521084 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.521211 ['/usr/bin/vhd-util', 'query', '--debug',= '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD= =2D431bea32-7434-4ad4-9195-c683be686fa5'] [9610] 2013-08-14 13:13:57.538050 pread SUCCESS [9610] 2013-08-14 13:13:57.539062 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9641] 2013-08-14 13:13:57.540848 pread SUCCESS [9641] 2013-08-14 13:13:57.548846 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea3= 2-7434-4ad4-9195-c683be686fa5', '-f', 'hidden', '-v', '1'] [9641] 2013-08-14 13:13:57.562410 pread SUCCESS [9641] 2013-08-14 13:13:57.562651 Deleting vdi: 431bea32-7434-4ad4-9195-c68= 3be686fa5 [9641] 2013-08-14 13:13:57.562719 Entering deleteVdi [9641] 2013-08-14 13:13:57.578203 entering updateVdi [9641] 2013-08-14 13:13:57.585362 Entering getMetadataToWrite [9641] 2013-08-14 13:13:57.585439 Entering VDI info [9641] 2013-08-14 13:13:57.585503 Entering VDI info [9641] 2013-08-14 13:13:57.623321 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.623484 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 (1, 0) + (-1, 0) =3D> (0,= 0) [9641] 2013-08-14 13:13:57.623536 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:431bea32-7434-4ad4-9195-c683be686fa5 set =3D> (0, 0b) [9641] 2013-08-14 13:13:57.623742 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea32-7434-4ad4-9195-c= 683be686fa5'] [9610] 2013-08-14 13:13:57.635068 pread SUCCESS [9610] 2013-08-14 13:13:57.637102 SR cc06 ('VM_PROD') (33 VDIs in 31 VHD tr= ees): no changes [9610] 2013-08-14 13:13:57.637289 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:13:57.654748 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:13:57.654975 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.655104 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:13:57.655155 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (1, 0b) [9610] 2013-08-14 13:13:57.655322 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [9641] 2013-08-14 13:13:57.722017 pread SUCCESS [9641] 2013-08-14 13:13:57.722159 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--431bea32--7434--4ad4--9195= =2D-c683be686fa5'] [9641] 2013-08-14 13:13:57.732035 pread SUCCESS [9641] 2013-08-14 13:13:57.732253 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9641] 2013-08-14 13:13:57.732328 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9610] 2013-08-14 13:13:57.738494 pread SUCCESS [9610] 2013-08-14 13:13:57.738817 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.738923 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.739100 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed= 06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [9641] 2013-08-14 13:13:57.745298 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:13:57.751073 pread SUCCESS [9610] 2013-08-14 13:13:57.778945 Set vhd-blocks =3D eJz7/38UgMF1Gpj5G0T8ra= OBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D for *ed06e81a[VHD](12.000G//12= =2E031G|n) [9610] 2013-08-14 13:13:57.793494 Got sm-config for *79c88e37[VHD](12.000G/= /8.000M|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be-= 033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJxjYBgFo2D= kAgADAAAB'} [9610] 2013-08-14 13:13:57.793746 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.793883 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (1, 0) + (-1, 0) =3D> (0,= 0) [9610] 2013-08-14 13:13:57.793935 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (0, 0b) [9610] 2013-08-14 13:13:57.794151 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [9641] 2013-08-14 13:13:57.804753 pread SUCCESS [9641] 2013-08-14 13:13:57.847553 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9641] 2013-08-14 13:13:57.847663 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9641] 2013-08-14 13:13:57.847733 Kicking GC [9641] 2013-08-14 13:13:57.847801 =3D=3D=3D SR 5a998863-45b0-3031-e31b-13c9= 2393ad97: gc =3D=3D=3D [9818] 2013-08-14 13:13:57.850552 Will finish as PID [9819] [9641] 2013-08-14 13:13:57.851335 New PID [9818] [9641] 2013-08-14 13:13:57.851486 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/running [9641] 2013-08-14 13:13:57.851643 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9641] 2013-08-14 13:13:57.852142 lock: closed /var/lock/sm/5a998863-45b0-3= 031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:13:57.919422 pread SUCCESS [9610] 2013-08-14 13:13:57.919670 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--ed06e81a--c8ae--49c6--ac8f= =2D-e18e67205dcc'] [9610] 2013-08-14 13:13:57.940159 pread SUCCESS [9610] 2013-08-14 13:13:57.940366 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.940438 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:13:57.940875 Found 2 VDIs for deletion: [9610] 2013-08-14 13:13:57.940977 *1d60e181[VHD](12.000G//8.000M|n) [9610] 2013-08-14 13:13:57.941041 *79c88e37[VHD](12.000G//8.000M|n) [9610] 2013-08-14 13:13:57.947412 Deleting unlinked VDI *1d60e181[VHD](12.0= 00G//8.000M|n) [9819] 2013-08-14 13:13:58.100043 LVMCache created for VG_XenStorage-5a9988= 63-45b0-3031-e31b-13c92393ad97 [9858] 2013-08-14 13:13:58.130909 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9858] 2013-08-14 13:13:58.360080 Setting LVM_DEVICE to /dev/disk/by-scsid/= 3600a0b80005a595600002efb5192f499 [9819] 2013-08-14 13:13:58.436235 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:13:58.436342 LVMCache: refreshing [9819] 2013-08-14 13:13:58.436405 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:13:58.472930 pread SUCCESS [9819] 2013-08-14 13:13:58.473566 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9858] 2013-08-14 13:13:58.525133 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9858] 2013-08-14 13:13:58.543691 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:13:58.548850 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9858] 2013-08-14 13:13:58.602817 pread SUCCESS [9858] 2013-08-14 13:13:58.603005 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.603078 LVMCache: will initialize now [9858] 2013-08-14 13:13:58.603124 LVMCache: refreshing [9858] 2013-08-14 13:13:58.603189 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9858] 2013-08-14 13:13:58.669554 pread SUCCESS [9858] 2013-08-14 13:13:58.670121 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.670195 Entering _checkMetadataVolume [9858] 2013-08-14 13:13:58.671464 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.671545 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9858] 2013-08-14 13:13:58.686367 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:13:58.692879 pread SUCCESS [9819] 2013-08-14 13:13:58.694479 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees):=20 38596d07[VHD](135.000G//135.270G|n) fdd605eb[VHD](86.000G//86.176G|n) 52bc5f8b[VHD](24.000G//24.055G|n) ebed75a8[VHD](68.000G//68.141G|n) a192a4d3[VHD](36.000G//36.078G|n) *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) *431bea32[VHD](12.000G//8.000M|n) cae03893[VHD](12.000G//12.031G|n) 8da1752b[VHD](86.000G//86.176G|n) 52c0beda[VHD](8.000G//8.023G|n) 521dbd9f[VHD](86.000G//86.176G|n) 950e67ed[VHD](8.000G//8.023G|n) 71cd5588[VHD](18.000G//18.043G|n) e901ff84[VHD](14.000G//14.035G|n) 6be90581[VHD](100.000G//100.203G|n) 064ef036[VHD](8.000G//8.023G|n) 6267ad05[VHD](100.000G//100.203G|n) 4968c4e8[VHD](8.000G//8.023G|n) 70e06f43[VHD](135.000G//135.270G|n) ec0518cc[VHD](8.000G//8.023G|n) 653a5e7d[VHD](8.000G//8.023G|n) 8c862e00[VHD](17.000G//17.039G|n) [9819] 2013-08-14 13:13:58.694629 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:13:58.694872 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:13:58.707052 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:13:58.707141 LVMCache: refreshing [9819] 2013-08-14 13:13:58.707237 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9858] 2013-08-14 13:13:58.738397 pread SUCCESS [9858] 2013-08-14 13:13:58.738606 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.738684 LVMCache: will initialize now [9858] 2013-08-14 13:13:58.738737 LVMCache: refreshing [9858] 2013-08-14 13:13:58.738809 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9819] 2013-08-14 13:13:58.762833 pread SUCCESS [9819] 2013-08-14 13:13:58.763605 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9858] 2013-08-14 13:13:58.782132 pread SUCCESS [9858] 2013-08-14 13:13:58.782750 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.782848 Entering _checkMetadataVolume [9858] 2013-08-14 13:13:58.783361 lock: acquired /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:58.783492 sr_scan {'sr_uuid': 'cc06f713-dfda-f0d8-b= 5ca-5df29e928593', 'subtask_of': 'DummyRef:|1c5b03e2-d0cb-0e7c-b649-cdc859c= 4c6a5|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:46d3ebd5-4f6d-9e7a-703c-a2f33c43d4= fb', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002e= fb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tr= ue'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1= c109370159'} [9858] 2013-08-14 13:13:58.783659 LVHDSR.scan for cc06f713-dfda-f0d8-b5ca-5= df29e928593 [9858] 2013-08-14 13:13:58.783713 LVMCache: refreshing [9858] 2013-08-14 13:13:58.783767 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9858] 2013-08-14 13:13:58.839015 pread SUCCESS [9858] 2013-08-14 13:13:58.840696 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:13:58.866532 pread SUCCESS [9819] 2013-08-14 13:13:58.867997 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): no changes [9819] 2013-08-14 13:13:58.868144 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:13:58.893885 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:13:58.894244 Found 1 VDIs for deletion: [9819] 2013-08-14 13:13:58.894355 *431bea32[VHD](12.000G//8.000M|n) [9819] 2013-08-14 13:13:58.902150 Deleting unlinked VDI *431bea32[VHD](12.0= 00G//8.000M|n) [9858] 2013-08-14 13:13:58.953227 pread SUCCESS [9858] 2013-08-14 13:13:58.956454 Scan found hidden leaf (1d60e181-34b1-407= f-9b65-b364c9874574), ignoring [9858] 2013-08-14 13:13:58.956624 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9858] 2013-08-14 13:13:59.004479 pread SUCCESS [9610] 2013-08-14 13:13:59.157942 call-plugin returned: 'True' [9610] 2013-08-14 13:13:59.158201 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:13:59.274620 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9858] 2013-08-14 13:13:59.597147 _override_sm_config: vhd-parent: 79c88e37= =2D86d0-4456-b3b9-cc54ab269250 -> ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9858] 2013-08-14 13:13:59.597547 read_only True <> False [9858] 2013-08-14 13:13:59.597718 sm_config {'vhd-parent': 'ed06e81a-c8ae-4= 9c6-ac8f-e18e67205dcc', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b9= 2': 'RW', 'vdi_type': 'vhd'} <> {'vhd-parent': '79c88e37-86d0-4456-b3b9-cc5= 4ab269250', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'v= di_type': 'vhd'} [9858] 2013-08-14 13:13:59.598245 VDIs changed on disk: ['ed06e81a-c8ae-49c= 6-ac8f-e18e67205dcc', '76598520-c47b-4930-a84a-7c1c1d37436f'] [9858] 2013-08-14 13:13:59.598334 Updating VDI with location=3Ded06e81a-c8a= e-49c6-ac8f-e18e67205dcc uuid=3Ded06e81a-c8ae-49c6-ac8f-e18e67205dcc [9858] 2013-08-14 13:13:59.647775 Updating VDI with location=3D76598520-c47= b-4930-a84a-7c1c1d37436f uuid=3D76598520-c47b-4930-a84a-7c1c1d37436f [9858] 2013-08-14 13:13:59.699085 _db_update_sm_config: 76598520-c47b-4930-= a84a-7c1c1d37436f sm-config:vhd-parent 79c88e37-86d0-4456-b3b9-cc54ab269250= =2D>ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9858] 2013-08-14 13:13:59.722555 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: False (exists: True) [9610] 2013-08-14 13:13:59.774494 call-plugin returned: 'True' [9610] 2013-08-14 13:13:59.774628 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:13:59.872378 call-plugin returned: 'True' [9819] 2013-08-14 13:13:59.872528 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9858] 2013-08-14 13:13:59.923248 LVMCache created for VG_XenStorage-cc06f7= 13-dfda-f0d8-b5ca-5df29e928593 [9858] 2013-08-14 13:13:59.923348 LVMCache: will initialize now [9858] 2013-08-14 13:13:59.923398 LVMCache: refreshing [9858] 2013-08-14 13:13:59.923456 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9858] 2013-08-14 13:13:59.964853 pread SUCCESS [9858] 2013-08-14 13:13:59.965358 A GC instance already running, not kicking [9858] 2013-08-14 13:13:59.965454 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/running [9858] 2013-08-14 13:13:59.965682 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:13:59.970962 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9858] 2013-08-14 13:14:00.225110 lock: closed /var/lock/sm/cc06f713-dfda-f= 0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:00.270800 call-plugin returned: 'True' [9819] 2013-08-14 13:14:00.270945 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:00.287167 call-plugin returned: 'True' [9610] 2013-08-14 13:14:00.287348 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:00.656534 call-plugin returned: 'True' [9819] 2013-08-14 13:14:00.656647 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:00.660991 call-plugin returned: 'True' [9610] 2013-08-14 13:14:00.661096 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9610] 2013-08-14 13:14:00.967679 call-plugin returned: 'True' [9610] 2013-08-14 13:14:00.967832 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:01.521033 call-plugin returned: 'True' [9819] 2013-08-14 13:14:01.521279 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9819] 2013-08-14 13:14:01.844915 call-plugin returned: 'True' [9819] 2013-08-14 13:14:01.845046 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:01.850000 call-plugin returned: 'True' [9610] 2013-08-14 13:14:01.850161 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9610] 2013-08-14 13:14:02.177626 call-plugin returned: 'True' [9610] 2013-08-14 13:14:02.177764 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:02.313826 call-plugin returned: 'True' [9819] 2013-08-14 13:14:02.314000 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:02.468066 call-plugin returned: 'True' [9610] 2013-08-14 13:14:02.468239 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:02.669929 call-plugin returned: 'True' [9819] 2013-08-14 13:14:02.670064 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:02.800167 call-plugin returned: 'True' [9610] 2013-08-14 13:14:02.800413 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-1d60e181-34b1-407f-9b65-b364c9874574) [9819] 2013-08-14 13:14:03.379352 call-plugin returned: 'True' [9819] 2013-08-14 13:14:03.379502 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:03.410618 call-plugin returned: 'True' [9610] 2013-08-14 13:14:03.410953 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:03.411033 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-1d60e181-34b1-407f-9b65-b3= 64c9874574'] [9610] 2013-08-14 13:14:03.515960 pread SUCCESS [9610] 2013-08-14 13:14:03.516205 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--1d60e181--34b1--407f--9b65= =2D-b364c9874574'] [9610] 2013-08-14 13:14:03.536744 pread SUCCESS [9610] 2013-08-14 13:14:03.547500 Deleting vdi: 1d60e181-34b1-407f-9b65-b36= 4c9874574 [9610] 2013-08-14 13:14:03.547616 Entering deleteVdi [9610] 2013-08-14 13:14:03.568232 Metadata for VDI 1d60e181-34b1-407f-9b65-= b364c9874574 not present, or already removed, no further deletion action re= quired. [9610] 2013-08-14 13:14:03.568437 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:03.568582 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/1d60e181-34b1-407f-9b65-b364c9874574 [9610] 2013-08-14 13:14:03.568860 Deleting unlinked VDI *79c88e37[VHD](12.0= 00G//8.000M|n) [9819] 2013-08-14 13:14:03.721338 call-plugin returned: 'True' [9819] 2013-08-14 13:14:03.721544 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-431bea32-7434-4ad4-9195-c683be686fa5) [9610] 2013-08-14 13:14:03.913444 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [9819] 2013-08-14 13:14:04.111856 call-plugin returned: 'True' [9819] 2013-08-14 13:14:04.112289 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:04.112418 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-431bea32-7434-4ad4-9195-c6= 83be686fa5'] [9819] 2013-08-14 13:14:04.192749 pread SUCCESS [9819] 2013-08-14 13:14:04.192887 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--431bea32--7434--4ad4--9195= =2D-c683be686fa5'] [9819] 2013-08-14 13:14:04.212489 pread SUCCESS [9819] 2013-08-14 13:14:04.224183 Deleting vdi: 431bea32-7434-4ad4-9195-c68= 3be686fa5 [9819] 2013-08-14 13:14:04.224287 Entering deleteVdi [9819] 2013-08-14 13:14:04.243568 Metadata for VDI 431bea32-7434-4ad4-9195-= c683be686fa5 not present, or already removed, no further deletion action re= quired. [9819] 2013-08-14 13:14:04.243825 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:04.244894 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/431bea32-7434-4ad4-9195-c683be686fa5 [9819] 2013-08-14 13:14:04.245224 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:04.539604 call-plugin returned: 'True' [9610] 2013-08-14 13:14:04.539714 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [10899] 2013-08-14 13:14:04.667450 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [10899] 2013-08-14 13:14:04.876839 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:04.896162 call-plugin returned: 'True' [9610] 2013-08-14 13:14:04.896275 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [10899] 2013-08-14 13:14:05.037986 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [10899] 2013-08-14 13:14:05.056819 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10899] 2013-08-14 13:14:05.107023 pread SUCCESS [10899] 2013-08-14 13:14:05.107198 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.107273 LVMCache: will initialize now [10899] 2013-08-14 13:14:05.107329 LVMCache: refreshing [10899] 2013-08-14 13:14:05.107396 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [10899] 2013-08-14 13:14:05.154744 pread SUCCESS [10899] 2013-08-14 13:14:05.155390 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.155529 Entering _checkMetadataVolume [10899] 2013-08-14 13:14:05.157167 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.157286 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [10899] 2013-08-14 13:14:05.174166 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10899] 2013-08-14 13:14:05.226542 pread SUCCESS [10899] 2013-08-14 13:14:05.226791 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.226897 LVMCache: will initialize now [10899] 2013-08-14 13:14:05.226956 LVMCache: refreshing [10899] 2013-08-14 13:14:05.227029 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:05.277635 call-plugin returned: 'True' [9610] 2013-08-14 13:14:05.277793 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [10899] 2013-08-14 13:14:05.300021 pread SUCCESS [10899] 2013-08-14 13:14:05.300499 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.300578 Entering _checkMetadataVolume [10899] 2013-08-14 13:14:05.300915 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.301039 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:251dfe98-59a2-1925-a546-6412= f8edc7b1', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:dbcf498e-ad86-b1ca-fa4b-d588c85383a4', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [10899] 2013-08-14 13:14:05.301181 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [10899] 2013-08-14 13:14:05.347903 pread SUCCESS [10899] 2013-08-14 13:14:05.357226 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [10899] 2013-08-14 13:14:05.407974 pread SUCCESS [10899] 2013-08-14 13:14:05.460691 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [10899] 2013-08-14 13:14:05.460779 entering updateSR [10899] 2013-08-14 13:14:05.464083 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [10899] 2013-08-14 13:14:05.464289 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:05.560588 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:05.560754 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9610] 2013-08-14 13:14:05.649531 call-plugin returned: 'True' [9610] 2013-08-14 13:14:05.649683 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [9819] 2013-08-14 13:14:05.774547 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:05.774652 LVMCache: refreshing [9819] 2013-08-14 13:14:05.774730 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:05.814560 pread SUCCESS [9819] 2013-08-14 13:14:05.815335 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:05.952011 pread SUCCESS [9819] 2013-08-14 13:14:05.953571 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:05.953741 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:05.953947 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:06.010471 pread SUCCESS [9819] 2013-08-14 13:14:06.026008 Got other-config for a88f05be[VHD](12.000= G//12.031G|n): {} [9819] 2013-08-14 13:14:06.026148 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:06.069135 pread SUCCESS [9819] 2013-08-14 13:14:06.077454 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|n) [9819] 2013-08-14 13:14:06.095813 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:14:06.096124 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:06.096272 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:06.096337 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:14:06.096710 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9610] 2013-08-14 13:14:06.165767 call-plugin returned: 'True' [9610] 2013-08-14 13:14:06.165908 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [9819] 2013-08-14 13:14:06.188958 pread SUCCESS [9819] 2013-08-14 13:14:06.189322 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:06.189466 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:06.189654 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:06.213332 pread SUCCESS [9819] 2013-08-14 13:14:06.235473 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:06.242560 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG= 0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D'} [9819] 2013-08-14 13:14:06.250803 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:06.253103 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:06.253215 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:06.253306 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:06.269785 pread SUCCESS [9819] 2013-08-14 13:14:06.270066 Leaf-coalesce candidate: a88f05be[VHD](12= =2E000G/122.356M/12.031G|n) [9819] 2013-08-14 13:14:06.270225 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:06.287357 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:06.287446 LVMCache: refreshing [9819] 2013-08-14 13:14:06.287510 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:06.348954 pread SUCCESS [9819] 2013-08-14 13:14:06.349619 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:06.466742 pread SUCCESS [9819] 2013-08-14 13:14:06.468442 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:06.468650 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:06.478779 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:06.479077 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:06.531850 call-plugin returned: 'True' [9610] 2013-08-14 13:14:06.531978 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [9819] 2013-08-14 13:14:06.533013 pread SUCCESS [9819] 2013-08-14 13:14:06.541242 Got other-config for a88f05be[VHD](12.000= G//12.031G|a): {} [9819] 2013-08-14 13:14:06.541356 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:06.604818 pread SUCCESS [9819] 2013-08-14 13:14:06.615768 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|a) [9819] 2013-08-14 13:14:06.622421 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:14:06.622584 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:06.637513 pread SUCCESS [9819] 2013-08-14 13:14:06.654769 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:06.663381 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG= 0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D'} [9819] 2013-08-14 13:14:06.671082 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:06.674349 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:06.674458 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:06.674547 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:06.690802 pread SUCCESS [9819] 2013-08-14 13:14:06.691110 Leaf-coalesce candidate: a88f05be[VHD](12= =2E000G/122.356M/12.031G|a) [9819] 2013-08-14 13:14:06.691221 Leaf-coalescing a88f05be[VHD](12.000G/122= =2E356M/12.031G|a) -> *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:06.701551 Got other-config for a88f05be[VHD](12.000= G/122.356M/12.031G|a): {} [9819] 2013-08-14 13:14:06.701672 Single-snapshotting a88f05be[VHD](12.000G= /122.356M/12.031G|a) [11374] 2013-08-14 13:14:06.841368 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [11374] 2013-08-14 13:14:06.847673 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:06.915940 call-plugin returned: 'True' [9610] 2013-08-14 13:14:06.916078 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [11374] 2013-08-14 13:14:07.030852 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11374] 2013-08-14 13:14:07.047243 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11374] 2013-08-14 13:14:07.087348 pread SUCCESS [11374] 2013-08-14 13:14:07.087593 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.087673 LVMCache: will initialize now [11374] 2013-08-14 13:14:07.087722 LVMCache: refreshing [11374] 2013-08-14 13:14:07.087840 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11374] 2013-08-14 13:14:07.131401 pread SUCCESS [11374] 2013-08-14 13:14:07.131942 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.132020 Entering _checkMetadataVolume [11374] 2013-08-14 13:14:07.133219 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.133298 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [11374] 2013-08-14 13:14:07.149432 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [11374] 2013-08-14 13:14:07.198007 pread SUCCESS [11374] 2013-08-14 13:14:07.198234 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.198315 LVMCache: will initialize now [11374] 2013-08-14 13:14:07.198386 LVMCache: refreshing [11374] 2013-08-14 13:14:07.198462 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [11374] 2013-08-14 13:14:07.245431 pread SUCCESS [11374] 2013-08-14 13:14:07.245928 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.246009 Entering _checkMetadataVolume [11374] 2013-08-14 13:14:07.246383 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:07.259509 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|2d62ecf7-6edc-149a-cbdb-3= 8ff2922475a|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:64df33af-e496-a74f-6ed3-9b82b1= 819f65', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'type= ': 'internal'}, 'vdi_uuid': 'a88f05be-033f-4d23-a66f-715fa50439d0'} [11374] 2013-08-14 13:14:07.259650 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [9610] 2013-08-14 13:14:07.271734 call-plugin returned: 'True' [9610] 2013-08-14 13:14:07.271852 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [11374] 2013-08-14 13:14:07.295059 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [11374] 2013-08-14 13:14:07.495695 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 3) [11374] 2013-08-14 13:14:07.495913 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:07.496044 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (1, 0) =3D> (= 2, 0) [11374] 2013-08-14 13:14:07.496093 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (2, 0b) [11374] 2013-08-14 13:14:07.496286 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:07.496338 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:07.496409 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [11374] 2013-08-14 13:14:07.508492 pread SUCCESS [11374] 2013-08-14 13:14:07.516546 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [9610] 2013-08-14 13:14:07.582987 call-plugin returned: 'True' [9610] 2013-08-14 13:14:07.583299 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc54ab269250) [11374] 2013-08-14 13:14:07.595457 pread SUCCESS [11374] 2013-08-14 13:14:07.595844 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:07.595971 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (= 1, 0) [11374] 2013-08-14 13:14:07.596023 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [11374] 2013-08-14 13:14:07.596168 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [11374] 2013-08-14 13:14:07.678591 pread SUCCESS [11374] 2013-08-14 13:14:07.678945 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:07.679046 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:07.679217 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [11374] 2013-08-14 13:14:07.705006 pread SUCCESS [11374] 2013-08-14 13:14:07.729630 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [11374] 2013-08-14 13:14:07.741199 pread SUCCESS [11374] 2013-08-14 13:14:07.741416 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [11374] 2013-08-14 13:14:07.800172 pread SUCCESS [11374] 2013-08-14 13:14:07.800350 ['uuidgen', '-r'] [11374] 2013-08-14 13:14:07.811185 pread SUCCESS [11374] 2013-08-14 13:14:07.811452 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_1df80a77-22a7-4886-845f-e4bdd5f26e24_', '-= L', '4', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97', '--addtag', = 'journaler', '--inactive', '--zero=3Dn'] [11374] 2013-08-14 13:14:07.896740 pread SUCCESS [11374] 2013-08-14 13:14:07.897298 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24'] [9610] 2013-08-14 13:14:07.965137 call-plugin returned: 'True' [9610] 2013-08-14 13:14:07.965498 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:07.965577 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-79c88e37-86d0-4456-b3b9-cc= 54ab269250'] [11374] 2013-08-14 13:14:08.004405 pread SUCCESS [11374] 2013-08-14 13:14:08.004581 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (1, 0b) [11374] 2013-08-14 13:14:08.004837 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '130023424', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24'] [11374] 2013-08-14 13:14:08.022318 pread SUCCESS [11374] 2013-08-14 13:14:08.022515 ['/usr/sbin/lvresize', '-L', '124', '/de= v/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886= =2D845f-e4bdd5f26e24'] [9610] 2013-08-14 13:14:08.040150 pread SUCCESS [9610] 2013-08-14 13:14:08.040340 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--79c88e37--86d0--4456--b3b9= =2D-cc54ab269250'] [9610] 2013-08-14 13:14:08.052317 pread SUCCESS [9610] 2013-08-14 13:14:08.092625 Deleting vdi: 79c88e37-86d0-4456-b3b9-cc5= 4ab269250 [9610] 2013-08-14 13:14:08.092707 Entering deleteVdi [9610] 2013-08-14 13:14:08.110601 entering updateVdi [9610] 2013-08-14 13:14:08.135928 Entering getMetadataToWrite [9610] 2013-08-14 13:14:08.137432 Entering VDI info [9610] 2013-08-14 13:14:08.137531 Entering VDI info [9610] 2013-08-14 13:14:08.139391 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:08.139753 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/79c88e37-86d0-4456-b3b9-cc54ab269250 [9610] 2013-08-14 13:14:08.140105 Starting asynch srUpdate for SR cc06f713-= dfda-f0d8-b5ca-5df29e928593 [11374] 2013-08-14 13:14:08.163456 pread3 SUCCESS [11374] 2013-08-14 13:14:08.163737 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [11374] 2013-08-14 13:14:08.277820 pread SUCCESS [11374] 2013-08-14 13:14:08.278393 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24', '-S', = '2097152'] [11374] 2013-08-14 13:14:08.344480 pread SUCCESS [11374] 2013-08-14 13:14:08.344745 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [11374] 2013-08-14 13:14:08.364019 pread SUCCESS [11374] 2013-08-14 13:14:08.364342 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77= =2D22a7-4886-845f-e4bdd5f26e24', '-f', 'hidden', '-v', '1'] [11374] 2013-08-14 13:14:08.385665 pread SUCCESS [11374] 2013-08-14 13:14:08.386503 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f= 26e24', '-p', 'r'] [11374] 2013-08-14 13:14:08.500711 pread SUCCESS [11374] 2013-08-14 13:14:08.511115 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-1df80a77-22a7-4886= =2D845f-e4bdd5f26e24 on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [11734] 2013-08-14 13:14:08.512699 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [11734] 2013-08-14 13:14:08.526614 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [11734] 2013-08-14 13:14:08.700642 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11734] 2013-08-14 13:14:08.731094 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11734] 2013-08-14 13:14:08.772830 pread SUCCESS [11734] 2013-08-14 13:14:08.773030 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.773116 LVMCache: will initialize now [11734] 2013-08-14 13:14:08.773171 LVMCache: refreshing [11734] 2013-08-14 13:14:08.773243 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11734] 2013-08-14 13:14:08.825782 pread SUCCESS [11734] 2013-08-14 13:14:08.826650 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.826761 Entering _checkMetadataVolume [11734] 2013-08-14 13:14:08.828194 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.828278 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [11734] 2013-08-14 13:14:08.847786 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11734] 2013-08-14 13:14:08.884219 pread SUCCESS [11734] 2013-08-14 13:14:08.884387 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.884461 LVMCache: will initialize now [11734] 2013-08-14 13:14:08.884505 LVMCache: refreshing [11734] 2013-08-14 13:14:08.884572 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [11734] 2013-08-14 13:14:08.932836 pread SUCCESS [11734] 2013-08-14 13:14:08.933413 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.933492 Entering _checkMetadataVolume [11734] 2013-08-14 13:14:08.933986 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:08.934114 sr_update {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'OpaqueRef:0f1f6cb4-4612-1b7d-9f7e-fa93= 182141cb', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:9e05ec4d-ab62-5429-139f-42663b51604e', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002efb519= 2f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c10= 9370159'} [11734] 2013-08-14 13:14:08.934283 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [11734] 2013-08-14 13:14:08.980485 pread SUCCESS [11734] 2013-08-14 13:14:09.000736 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [11734] 2013-08-14 13:14:09.048376 pread SUCCESS [11734] 2013-08-14 13:14:09.127892 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_P= ROD'} [11734] 2013-08-14 13:14:09.128095 entering updateSR [11734] 2013-08-14 13:14:09.133074 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [11734] 2013-08-14 13:14:09.133378 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:09.177150 SR.update_asynch status changed to [succe= ss] [9610] 2013-08-14 13:14:09.177332 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [11374] 2013-08-14 13:14:09.330586 call-plugin returned: 'True' [11374] 2013-08-14 13:14:09.330754 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_1df80a77-22a7-4886-845f-e4bdd5f26e24_'] [9610] 2013-08-14 13:14:09.398554 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:09.398637 LVMCache: refreshing [9610] 2013-08-14 13:14:09.398699 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [11374] 2013-08-14 13:14:09.410660 pread SUCCESS [11374] 2013-08-14 13:14:09.410845 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_1df80a77--22a7--4886--845f--e4bdd5f26e24_'] [11374] 2013-08-14 13:14:09.420257 pread SUCCESS [11374] 2013-08-14 13:14:09.420585 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (1, 0b) [11374] 2013-08-14 13:14:09.427618 Checking if there is space in the metada= ta for 1 VDI. [11374] 2013-08-14 13:14:09.427724 ['uuidgen', '-r'] [11374] 2013-08-14 13:14:09.439553 pread SUCCESS [11374] 2013-08-14 13:14:09.439664 Entering addVdiInternal [11374] 2013-08-14 13:14:09.448230 Entering getMetadataToWrite [11374] 2013-08-14 13:14:09.448335 Entering VDI info [11374] 2013-08-14 13:14:09.448422 Entering VDI info [11374] 2013-08-14 13:14:09.450323 Entering deleteVdi [9610] 2013-08-14 13:14:09.450527 pread SUCCESS [9610] 2013-08-14 13:14:09.451492 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [11374] 2013-08-14 13:14:09.460686 entering updateVdi [11374] 2013-08-14 13:14:09.471703 Entering getMetadataToWrite [11374] 2013-08-14 13:14:09.471819 Entering VDI info [11374] 2013-08-14 13:14:09.471885 Entering VDI info [11374] 2013-08-14 13:14:09.518291 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': '1df80a77-22a7-4886-845f-e4bdd5f= 26e24'} [11374] 2013-08-14 13:14:09.518410 Entering addVdiInternal [11374] 2013-08-14 13:14:09.524937 Entering getMetadataToWrite [11374] 2013-08-14 13:14:09.525020 Entering VDI info [11374] 2013-08-14 13:14:09.525086 Entering VDI info [11374] 2013-08-14 13:14:09.526750 vdi_clone: introduced base VDI: OpaqueRe= f:e218cde0-57a1-ff39-a3d8-40a087041a45 (1df80a77-22a7-4886-845f-e4bdd5f26e2= 4) [11374] 2013-08-14 13:14:09.549744 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3DNone [11374] 2013-08-14 13:14:09.571402 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:09.693429 pread SUCCESS [9610] 2013-08-14 13:14:09.695760 SR cc06 ('VM_PROD') (31 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: Tree 79c88e37-86d0-4456-b3b9-cc54ab269250 gone [9610] 2013-08-14 13:14:09.695965 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:09.696225 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:09.736547 pread SUCCESS [9610] 2013-08-14 13:14:09.755818 Got other-config for 76598520[VHD](12.000= G//12.031G|n): {} [9610] 2013-08-14 13:14:09.755960 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:09.803413 pread SUCCESS [11374] 2013-08-14 13:14:09.804770 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [11374] 2013-08-14 13:14:09.805054 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:09.805250 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (2, 0) + (-1, 0) =3D> = (1, 0) [11374] 2013-08-14 13:14:09.805332 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [11374] 2013-08-14 13:14:09.805564 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:09.805648 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [11374] 2013-08-14 13:14:09.805824 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:09.805988 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> = (0, 0) [11374] 2013-08-14 13:14:09.806064 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [11374] 2013-08-14 13:14:09.806305 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [9610] 2013-08-14 13:14:09.816333 Removed vhd-blocks from 76598520[VHD](12.= 000G//12.031G|n) [9610] 2013-08-14 13:14:09.824400 Got sm-config for 76598520[VHD](12.000G//= 12.031G|n): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:14:09.824684 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:09.824841 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:14:09.824911 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:09.825115 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [9610] 2013-08-14 13:14:09.900326 pread SUCCESS [9610] 2013-08-14 13:14:09.900545 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:09.900613 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:09.900727 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76= 598520-c47b-4930-a84a-7c1c1d37436f'] [11374] 2013-08-14 13:14:09.913491 pread SUCCESS [11374] 2013-08-14 13:14:09.913637 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a67= 2--2d851c93d7ec'] [9610] 2013-08-14 13:14:09.922298 pread SUCCESS [11374] 2013-08-14 13:14:09.925106 pread SUCCESS [11374] 2013-08-14 13:14:09.925350 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:09.925415 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [11374] 2013-08-14 13:14:09.925590 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [11374] 2013-08-14 13:14:09.925686 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [11374] 2013-08-14 13:14:09.925839 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (1, 0) + (-1, 0) =3D> = (0, 0) [11374] 2013-08-14 13:14:09.925894 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (0, 0b) [11374] 2013-08-14 13:14:09.926119 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-= e4bdd5f26e24'] [9610] 2013-08-14 13:14:09.950266 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for 76598520[VHD](12.000G//12.031G|n) [9610] 2013-08-14 13:14:09.971577 Got sm-config for 76598520[VHD](12.000G//= 12.031G|n): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG= 0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D'} [9610] 2013-08-14 13:14:09.984700 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [9610] 2013-08-14 13:14:09.987934 Num combined blocks =3D 6014 [9610] 2013-08-14 13:14:09.988054 Coalesced size =3D 11.773G [9610] 2013-08-14 13:14:09.988152 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:10.009958 pread SUCCESS [9610] 2013-08-14 13:14:10.010223 Leaf-coalesce candidate: 76598520[VHD](12= =2E000G/122.356M/12.031G|n) [9610] 2013-08-14 13:14:10.010384 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [9610] 2013-08-14 13:14:10.021592 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:10.021676 LVMCache: refreshing [9610] 2013-08-14 13:14:10.021741 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [11374] 2013-08-14 13:14:10.025488 pread SUCCESS [11374] 2013-08-14 13:14:10.025621 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--1df80a77--22a7--4886--845= f--e4bdd5f26e24'] [11374] 2013-08-14 13:14:10.038355 pread SUCCESS [11374] 2013-08-14 13:14:10.038580 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [11374] 2013-08-14 13:14:10.038657 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [11374] 2013-08-14 13:14:10.038965 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:10.092473 pread SUCCESS [9610] 2013-08-14 13:14:10.093362 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [12231] 2013-08-14 13:14:10.164512 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [12231] 2013-08-14 13:14:10.180746 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:10.192050 pread SUCCESS [9610] 2013-08-14 13:14:10.198411 SR cc06 ('VM_PROD') (31 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *ed06e81a[VHD](12.000G//12.031G|n) 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:10.198623 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:10.232470 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [9610] 2013-08-14 13:14:10.232785 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:10.273866 pread SUCCESS [9610] 2013-08-14 13:14:10.280413 Got other-config for 76598520[VHD](12.000= G//12.031G|a): {} [9610] 2013-08-14 13:14:10.280516 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [12231] 2013-08-14 13:14:10.300414 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [12231] 2013-08-14 13:14:10.313636 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:10.341712 pread SUCCESS [9610] 2013-08-14 13:14:10.349670 Removed vhd-blocks from 76598520[VHD](12.= 000G//12.031G|a) [12231] 2013-08-14 13:14:10.351266 pread SUCCESS [12231] 2013-08-14 13:14:10.351470 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.351546 LVMCache: will initialize now [12231] 2013-08-14 13:14:10.351620 LVMCache: refreshing [12231] 2013-08-14 13:14:10.351725 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:10.358248 Got sm-config for 76598520[VHD](12.000G//= 12.031G|a): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:14:10.358365 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76= 598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:10.368900 pread SUCCESS [9610] 2013-08-14 13:14:10.382816 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:10.388254 Got sm-config for 76598520[VHD](12.000G//= 12.031G|a): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG= 0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D'} [12231] 2013-08-14 13:14:10.392947 pread SUCCESS [9610] 2013-08-14 13:14:10.393022 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [12231] 2013-08-14 13:14:10.393436 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.393512 Entering _checkMetadataVolume [12231] 2013-08-14 13:14:10.394636 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.394715 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:10.395083 Num combined blocks =3D 6014 [9610] 2013-08-14 13:14:10.395179 Coalesced size =3D 11.773G [9610] 2013-08-14 13:14:10.395266 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [12231] 2013-08-14 13:14:10.406378 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:10.411185 pread SUCCESS [9610] 2013-08-14 13:14:10.411407 Leaf-coalesce candidate: 76598520[VHD](12= =2E000G/122.356M/12.031G|a) [9610] 2013-08-14 13:14:10.411534 Leaf-coalescing 76598520[VHD](12.000G/122= =2E356M/12.031G|a) -> *ed06e81a[VHD](12.000G//12.031G|n) [9610] 2013-08-14 13:14:10.422023 Got other-config for 76598520[VHD](12.000= G/122.356M/12.031G|a): {} [9610] 2013-08-14 13:14:10.422138 Single-snapshotting 76598520[VHD](12.000G= /122.356M/12.031G|a) [12231] 2013-08-14 13:14:10.447540 pread SUCCESS [12231] 2013-08-14 13:14:10.447725 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.447801 LVMCache: will initialize now [12231] 2013-08-14 13:14:10.447846 LVMCache: refreshing [12231] 2013-08-14 13:14:10.447915 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12231] 2013-08-14 13:14:10.489208 pread SUCCESS [12231] 2013-08-14 13:14:10.489760 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12231] 2013-08-14 13:14:10.489844 Entering _checkMetadataVolume [12231] 2013-08-14 13:14:10.496627 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|9f2e5e5d-e5d2-4476-ecbb-5a6= ba7e5d6e4|VDI.update', 'vdi_ref': 'OpaqueRef:e218cde0-57a1-ff39-a3d8-40a087= 041a45', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '1df80a77-22= a7-4886-845f-e4bdd5f26e24', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:8b2ac89e-571e-288d-5f54-3dcf59c2e2= 07', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '1df80a77-22a7-48= 86-845f-e4bdd5f26e24'} [12322] 2013-08-14 13:14:10.534051 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [12322] 2013-08-14 13:14:10.549334 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [12231] 2013-08-14 13:14:10.554845 Updating metadata : {'uuid': '1df80a77-2= 2a7-4886-845f-e4bdd5f26e24', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [12231] 2013-08-14 13:14:10.554976 entering updateVdi [12231] 2013-08-14 13:14:10.563411 Entering getMetadataToWrite [12231] 2013-08-14 13:14:10.563482 Entering VDI info [12231] 2013-08-14 13:14:10.563557 Entering VDI info [12231] 2013-08-14 13:14:10.564532 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:10.646000 Single-snapshot returned: OpaqueRef:e218c= de0-57a1-ff39-a3d8-40a087041a45 [9819] 2013-08-14 13:14:10.646186 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:10.646272 LVMCache: refreshing [9819] 2013-08-14 13:14:10.646337 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [12322] 2013-08-14 13:14:10.669710 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [12322] 2013-08-14 13:14:10.684353 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:10.689667 pread SUCCESS [9819] 2013-08-14 13:14:10.690407 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [12322] 2013-08-14 13:14:10.734922 pread SUCCESS [12322] 2013-08-14 13:14:10.735105 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.735183 LVMCache: will initialize now [12322] 2013-08-14 13:14:10.735231 LVMCache: refreshing [12322] 2013-08-14 13:14:10.735297 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [12322] 2013-08-14 13:14:10.781686 pread SUCCESS [12322] 2013-08-14 13:14:10.782676 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.782842 Entering _checkMetadataVolume [9819] 2013-08-14 13:14:10.784599 pread SUCCESS [12322] 2013-08-14 13:14:10.785225 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.785394 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [9819] 2013-08-14 13:14:10.785636 Found new VDI when scanning: 1df80a77-22a= 7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:10.786218 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *1df80a77[VHD](12.000G//124.000M|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:10.786380 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:10.786459 Coalescing parent *1df80a77[VHD](12.000G/= /124.000M|n) [9819] 2013-08-14 13:14:10.786621 ['/usr/sbin/lvcreate', '-n', 'coalesce_1d= f80a77-22a7-4886-845f-e4bdd5f26e24_1', '-L', '4', 'VG_XenStorage-5a998863-4= 5b0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [12322] 2013-08-14 13:14:10.798439 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [12322] 2013-08-14 13:14:10.846391 pread SUCCESS [12322] 2013-08-14 13:14:10.846588 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.846675 LVMCache: will initialize now [12322] 2013-08-14 13:14:10.846742 LVMCache: refreshing [12322] 2013-08-14 13:14:10.846818 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9819] 2013-08-14 13:14:10.865213 pread SUCCESS [9819] 2013-08-14 13:14:10.865799 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:10.866079 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:10.866197 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (1, 0b) [9819] 2013-08-14 13:14:10.866499 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e= 4bdd5f26e24'] [12322] 2013-08-14 13:14:10.904907 pread SUCCESS [12322] 2013-08-14 13:14:10.905414 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.905490 Entering _checkMetadataVolume [12322] 2013-08-14 13:14:10.905873 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:10.910891 vdi_snapshot {'sr_uuid': 'cc06f713-dfda-= f0d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|9e41ecd4-ee14-4910-4cf9-3= fc788c6b8c1|VDI.snapshot', 'vdi_ref': 'OpaqueRef:fb47b4e7-b647-de37-097d-f7= 0f54ffd2ad', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '7659852= 0-c47b-4930-a84a-7c1c1d37436f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:d94ab179-3cba-777a-ad16-0b3498= 46f939', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600= 002efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'driver_params': {'type= ': 'internal'}, 'vdi_uuid': '76598520-c47b-4930-a84a-7c1c1d37436f'} [12322] 2013-08-14 13:14:10.911003 Pause request for 76598520-c47b-4930-a84= a-7c1c1d37436f [12322] 2013-08-14 13:14:10.929788 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:10.934328 pread SUCCESS [9819] 2013-08-14 13:14:10.934548 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:10.934626 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:10.934808 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:10.934966 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:10.935020 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [9819] 2013-08-14 13:14:10.935178 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:10.994104 pread SUCCESS [9819] 2013-08-14 13:14:10.994315 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:10.994387 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:10.994507 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:14:11.082721 pread SUCCESS [9819] 2013-08-14 13:14:11.082943 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [12322] 2013-08-14 13:14:11.100253 LVHDVDI._snapshot for 76598520-c47b-4930= =2Da84a-7c1c1d37436f (type 3) [12322] 2013-08-14 13:14:11.100573 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:11.100769 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (1, 0) =3D> (= 2, 0) [12322] 2013-08-14 13:14:11.100820 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (2, 0b) [12322] 2013-08-14 13:14:11.100991 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:11.101045 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:11.101122 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VH= D-76598520-c47b-4930-a84a-7c1c1d37436f'] [12322] 2013-08-14 13:14:11.115208 pread SUCCESS [12322] 2013-08-14 13:14:11.126768 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-76598520-c47b-4930-a84a-7c1c1d37436f', '-l', 'VG_XenStorage-cc= 06f713-dfda-f0d8-b5ca-5df29e928593', '-a'] [12322] 2013-08-14 13:14:11.208296 pread SUCCESS [12322] 2013-08-14 13:14:11.208724 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:11.208860 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (0, 0) + (1, 0) =3D> (= 1, 0) [12322] 2013-08-14 13:14:11.208915 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (1, 0b) [12322] 2013-08-14 13:14:11.209067 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-= e18e67205dcc'] [12322] 2013-08-14 13:14:11.295474 pread SUCCESS [12322] 2013-08-14 13:14:11.295705 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:11.295772 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:11.295904 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-= 76598520-c47b-4930-a84a-7c1c1d37436f'] [12322] 2013-08-14 13:14:11.312179 pread SUCCESS [9819] 2013-08-14 13:14:11.314957 pread SUCCESS [9819] 2013-08-14 13:14:11.332034 Removed vhd-blocks from *1df80a77[VHD](12= =2E000G//124.000M|n) [12322] 2013-08-14 13:14:11.338831 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-= 76598520-c47b-4930-a84a-7c1c1d37436f'] [9819] 2013-08-14 13:14:11.340336 Got sm-config for *1df80a77[VHD](12.000G/= /124.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_t= ype': 'vhd'} [9819] 2013-08-14 13:14:11.340459 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1d= f80a77-22a7-4886-845f-e4bdd5f26e24'] [12322] 2013-08-14 13:14:11.349669 pread SUCCESS [12322] 2013-08-14 13:14:11.349863 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [9819] 2013-08-14 13:14:11.350220 pread SUCCESS [9819] 2013-08-14 13:14:11.367978 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for *1df80a77[VHD](12.000G//124.000M|n) [9819] 2013-08-14 13:14:11.373275 Got sm-config for *1df80a77[VHD](12.000G/= /124.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_t= ype': 'vhd', 'vhd-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPm= DDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AAB= YpDeI=3D'} [9819] 2013-08-14 13:14:11.379175 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:11.381766 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:11.381917 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:11.382044 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a7= 7-22a7-4886-845f-e4bdd5f26e24'] [12322] 2013-08-14 13:14:11.390816 pread SUCCESS [12322] 2013-08-14 13:14:11.390966 ['uuidgen', '-r'] [12322] 2013-08-14 13:14:11.404401 pread SUCCESS [12322] 2013-08-14 13:14:11.404868 ['/usr/sbin/lvcreate', '-n', 'clone_7659= 8520-c47b-4930-a84a-7c1c1d37436f_855ddab2-6494-4fd8-8b07-9a72e650fb0f_', '-= L', '4', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593', '--addtag', = 'journaler', '--inactive', '--zero=3Dn'] [9819] 2013-08-14 13:14:11.422986 pread SUCCESS [9819] 2013-08-14 13:14:11.423147 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [12322] 2013-08-14 13:14:11.481464 pread SUCCESS [12322] 2013-08-14 13:14:11.481733 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d3= 7436f', 'VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f'] [12322] 2013-08-14 13:14:11.587003 pread SUCCESS [12322] 2013-08-14 13:14:11.587197 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (1, 0b) [12322] 2013-08-14 13:14:11.587439 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '130023424', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f'] [12322] 2013-08-14 13:14:11.601913 pread SUCCESS [12322] 2013-08-14 13:14:11.602088 ['/usr/sbin/lvresize', '-L', '124', '/de= v/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8= =2D8b07-9a72e650fb0f'] [9819] 2013-08-14 13:14:11.689071 pread SUCCESS [12322] 2013-08-14 13:14:11.715115 pread3 SUCCESS [12322] 2013-08-14 13:14:11.715392 ['/usr/sbin/lvcreate', '-n', 'VHD-765985= 20-c47b-4930-a84a-7c1c1d37436f', '-L', '12320', 'VG_XenStorage-cc06f713-dfd= a-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:11.717515 Refreshing VHD-464ad39d-c3b7-45b5-a672-2d= 851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [12322] 2013-08-14 13:14:11.839911 pread SUCCESS [12322] 2013-08-14 13:14:11.840213 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-765= 98520-c47b-4930-a84a-7c1c1d37436f', '-p', '/dev/VG_XenStorage-cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f', '-S', = '2097152'] [12322] 2013-08-14 13:14:11.896213 pread SUCCESS [12322] 2013-08-14 13:14:11.896412 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-= 76598520-c47b-4930-a84a-7c1c1d37436f'] [12322] 2013-08-14 13:14:11.909037 pread SUCCESS [12322] 2013-08-14 13:14:11.909429 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2= =2D6494-4fd8-8b07-9a72e650fb0f', '-f', 'hidden', '-v', '1'] [12322] 2013-08-14 13:14:11.919748 pread SUCCESS [12322] 2013-08-14 13:14:11.920102 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e65= 0fb0f', '-p', 'r'] [12322] 2013-08-14 13:14:12.023355 pread SUCCESS [12322] 2013-08-14 13:14:12.030924 Updating VHD-76598520-c47b-4930-a84a-7c1= c1d37436f, VHD-76598520-c47b-4930-a84a-7c1c1d37436f, VHD-855ddab2-6494-4fd8= =2D8b07-9a72e650fb0f on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:12.169474 call-plugin returned: 'True' [9819] 2013-08-14 13:14:12.169697 Running VHD coalesce on *1df80a77[VHD](= 12.000G//124.000M|n) [12682] 2013-08-14 13:14:12.171568 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df= 80a77-22a7-4886-845f-e4bdd5f26e24'] [12322] 2013-08-14 13:14:12.887714 call-plugin returned: 'True' [12322] 2013-08-14 13:14:12.888064 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/clone_76598520-c47b-4930-a84a= =2D7c1c1d37436f_855ddab2-6494-4fd8-8b07-9a72e650fb0f_'] [12322] 2013-08-14 13:14:12.984164 pread SUCCESS [12322] 2013-08-14 13:14:12.984349 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-clone_76598520--c47b--4930--a8= 4a--7c1c1d37436f_855ddab2--6494--4fd8--8b07--9a72e650fb0f_'] [12322] 2013-08-14 13:14:12.994884 pread SUCCESS [12322] 2013-08-14 13:14:12.995270 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (1, 0b) [12322] 2013-08-14 13:14:13.007370 Checking if there is space in the metada= ta for 1 VDI. [12322] 2013-08-14 13:14:13.007474 ['uuidgen', '-r'] [12322] 2013-08-14 13:14:13.022364 pread SUCCESS [12322] 2013-08-14 13:14:13.022493 Entering addVdiInternal [12782] 2013-08-14 13:14:13.034293 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [12782] 2013-08-14 13:14:13.042661 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [12322] 2013-08-14 13:14:13.048219 Entering getMetadataToWrite [12322] 2013-08-14 13:14:13.048347 Entering VDI info [12322] 2013-08-14 13:14:13.048416 Entering VDI info [12322] 2013-08-14 13:14:13.051775 Entering deleteVdi [12322] 2013-08-14 13:14:13.067507 entering updateVdi [12322] 2013-08-14 13:14:13.089145 Entering getMetadataToWrite [12322] 2013-08-14 13:14:13.089252 Entering VDI info [12322] 2013-08-14 13:14:13.089349 Entering VDI info [12322] 2013-08-14 13:14:13.115424 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': '855ddab2-6494-4fd8-8b07-9a72e65= 0fb0f'} [12322] 2013-08-14 13:14:13.115505 Entering addVdiInternal [12322] 2013-08-14 13:14:13.132018 Entering getMetadataToWrite [12322] 2013-08-14 13:14:13.132108 Entering VDI info [12322] 2013-08-14 13:14:13.132179 Entering VDI info [12322] 2013-08-14 13:14:13.141209 vdi_clone: introduced base VDI: OpaqueRe= f:b056eed7-11d4-b7d8-07f8-8e50137ea811 (855ddab2-6494-4fd8-8b07-9a72e650fb0= f) [12782] 2013-08-14 13:14:13.180696 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [12322] 2013-08-14 13:14:13.349823 Unpause request for 76598520-c47b-4930-a= 84a-7c1c1d37436f secondary=3DNone [12782] 2013-08-14 13:14:13.359925 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [12322] 2013-08-14 13:14:13.365045 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [12782] 2013-08-14 13:14:13.413228 pread SUCCESS [12782] 2013-08-14 13:14:13.413437 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.413513 LVMCache: will initialize now [12782] 2013-08-14 13:14:13.413558 LVMCache: refreshing [12782] 2013-08-14 13:14:13.413648 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12782] 2013-08-14 13:14:13.469539 pread SUCCESS [12782] 2013-08-14 13:14:13.470185 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.470266 Entering _checkMetadataVolume [12782] 2013-08-14 13:14:13.471500 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.471580 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [12782] 2013-08-14 13:14:13.482598 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [12782] 2013-08-14 13:14:13.535021 pread SUCCESS [12782] 2013-08-14 13:14:13.535228 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.535305 LVMCache: will initialize now [12782] 2013-08-14 13:14:13.535359 LVMCache: refreshing [12782] 2013-08-14 13:14:13.535430 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12322] 2013-08-14 13:14:13.577676 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [12322] 2013-08-14 13:14:13.577839 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:13.577968 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (1, 0) + (-1, 0) =3D> = (0, 0) [12322] 2013-08-14 13:14:13.578023 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (0, 0b) [12322] 2013-08-14 13:14:13.578191 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-= e18e67205dcc'] [12782] 2013-08-14 13:14:13.582813 pread SUCCESS [12782] 2013-08-14 13:14:13.583339 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.583458 Entering _checkMetadataVolume [12782] 2013-08-14 13:14:13.583900 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:13.584110 sr_scan {'sr_uuid': '5a998863-45b0-3031-= e31b-13c92393ad97', 'subtask_of': 'DummyRef:|512c1f84-2684-eb26-6180-86f140= d89012|SR.scan', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:8c9662cc-44e9-dd12-97ea-7dd7989= e330a', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb000= 02a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': = 'true'}, 'command': 'sr_scan', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30= =2Dd197168126b1'} [12782] 2013-08-14 13:14:13.584249 LVHDSR.scan for 5a998863-45b0-3031-e31b-= 13c92393ad97 [12782] 2013-08-14 13:14:13.584324 LVMCache: refreshing [12782] 2013-08-14 13:14:13.584387 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12782] 2013-08-14 13:14:13.638141 pread SUCCESS [12782] 2013-08-14 13:14:13.638964 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [12322] 2013-08-14 13:14:13.688063 pread SUCCESS [12322] 2013-08-14 13:14:13.688222 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--ed06e81a--c8ae--49c6--ac8= f--e18e67205dcc'] [12322] 2013-08-14 13:14:13.707589 pread SUCCESS [12322] 2013-08-14 13:14:13.707929 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:13.708042 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [12322] 2013-08-14 13:14:13.708228 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:13.708385 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (2, 0) + (-1, 0) =3D> = (1, 0) [12322] 2013-08-14 13:14:13.708440 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [12322] 2013-08-14 13:14:13.708615 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:13.708675 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [12322] 2013-08-14 13:14:13.708783 lock: creating lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [12322] 2013-08-14 13:14:13.708890 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [12322] 2013-08-14 13:14:13.709010 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f (1, 0) + (-1, 0) =3D> = (0, 0) [12322] 2013-08-14 13:14:13.709055 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (0, 0b) [12322] 2013-08-14 13:14:13.709247 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-= 9a72e650fb0f'] [12322] 2013-08-14 13:14:13.818053 pread SUCCESS [12322] 2013-08-14 13:14:13.818211 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--855ddab2--6494--4fd8--8b0= 7--9a72e650fb0f'] [12322] 2013-08-14 13:14:13.828555 pread SUCCESS [12322] 2013-08-14 13:14:13.828778 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [12322] 2013-08-14 13:14:13.828852 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [12322] 2013-08-14 13:14:13.829180 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [12782] 2013-08-14 13:14:13.954149 pread SUCCESS [12782] 2013-08-14 13:14:13.956664 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [13024] 2013-08-14 13:14:14.001999 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [13024] 2013-08-14 13:14:14.014310 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [12782] 2013-08-14 13:14:14.015212 pread SUCCESS [13024] 2013-08-14 13:14:14.149570 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [13024] 2013-08-14 13:14:14.167811 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [13024] 2013-08-14 13:14:14.241987 pread SUCCESS [13024] 2013-08-14 13:14:14.242188 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.242268 LVMCache: will initialize now [13024] 2013-08-14 13:14:14.242318 LVMCache: refreshing [13024] 2013-08-14 13:14:14.242391 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [13024] 2013-08-14 13:14:14.307651 pread SUCCESS [13024] 2013-08-14 13:14:14.310221 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.310304 Entering _checkMetadataVolume [13024] 2013-08-14 13:14:14.311430 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.311509 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [13024] 2013-08-14 13:14:14.333729 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [13024] 2013-08-14 13:14:14.374605 pread SUCCESS [13024] 2013-08-14 13:14:14.374786 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.374860 LVMCache: will initialize now [13024] 2013-08-14 13:14:14.374907 LVMCache: refreshing [13024] 2013-08-14 13:14:14.374973 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [12782] 2013-08-14 13:14:14.440812 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/running, acquired: False (exists: True) [13024] 2013-08-14 13:14:14.462998 pread SUCCESS [13024] 2013-08-14 13:14:14.463524 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [13024] 2013-08-14 13:14:14.463629 Entering _checkMetadataVolume [13024] 2013-08-14 13:14:14.475147 vdi_update {'sr_uuid': 'cc06f713-dfda-f0= d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|25a90912-04c2-347f-9b54-482= abf78aa11|VDI.update', 'vdi_ref': 'OpaqueRef:b056eed7-11d4-b7d8-07f8-8e5013= 7ea811', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '855ddab2-64= 94-4fd8-8b07-9a72e650fb0f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:946727d0-b93a-d335-af15-25c634289c= 04', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002e= fb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'vdi_uuid': '855ddab2-6494-4f= d8-8b07-9a72e650fb0f'} [13024] 2013-08-14 13:14:14.660347 Updating metadata : {'uuid': '855ddab2-6= 494-4fd8-8b07-9a72e650fb0f', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [13024] 2013-08-14 13:14:14.660445 entering updateVdi [13024] 2013-08-14 13:14:14.679735 Entering getMetadataToWrite [13024] 2013-08-14 13:14:14.679859 Entering VDI info [13024] 2013-08-14 13:14:14.679927 Entering VDI info [13024] 2013-08-14 13:14:14.681453 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [12782] 2013-08-14 13:14:14.739970 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [12782] 2013-08-14 13:14:14.740105 LVMCache: will initialize now [12782] 2013-08-14 13:14:14.740154 LVMCache: refreshing [12782] 2013-08-14 13:14:14.740213 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:14.759619 Single-snapshot returned: OpaqueRef:b056e= ed7-11d4-b7d8-07f8-8e50137ea811 [9610] 2013-08-14 13:14:14.759857 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:14.759930 LVMCache: refreshing [9610] 2013-08-14 13:14:14.759994 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:14.819942 pread SUCCESS [9610] 2013-08-14 13:14:14.820925 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [12782] 2013-08-14 13:14:14.821053 pread SUCCESS [12782] 2013-08-14 13:14:14.821576 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [12782] 2013-08-14 13:14:14.821639 LVMCache: refreshing [12782] 2013-08-14 13:14:14.821699 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [12782] 2013-08-14 13:14:14.885978 pread SUCCESS [12782] 2013-08-14 13:14:14.886813 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:15.020802 pread SUCCESS [9610] 2013-08-14 13:14:15.025243 Found new VDI when scanning: 855ddab2-649= 4-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:15.028379 SR cc06 ('VM_PROD') (32 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *ed06e81a[VHD](12.000G//12.031G|n) *855ddab2[VHD](12.000G//124.000M|n) 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:15.028769 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:15.028952 Coalescing parent *855ddab2[VHD](12.000G/= /124.000M|n) [9610] 2013-08-14 13:14:15.029272 ['/usr/sbin/lvcreate', '-n', 'coalesce_85= 5ddab2-6494-4fd8-8b07-9a72e650fb0f_1', '-L', '4', 'VG_XenStorage-cc06f713-d= fda-f0d8-b5ca-5df29e928593', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9610] 2013-08-14 13:14:15.135127 pread SUCCESS [9610] 2013-08-14 13:14:15.135471 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:15.135634 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:14:15.135687 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (1, 0b) [9610] 2013-08-14 13:14:15.135832 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9= a72e650fb0f'] [9610] 2013-08-14 13:14:15.199093 pread SUCCESS [9610] 2013-08-14 13:14:15.199326 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:15.199404 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:15.199601 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:14:15.199724 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:14:15.199775 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:ed06e81a-c8ae-49c6-ac8f-e18e67205dcc set =3D> (1, 0b) [9610] 2013-08-14 13:14:15.199933 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e= 18e67205dcc'] [12782] 2013-08-14 13:14:15.200464 pread SUCCESS [12782] 2013-08-14 13:14:15.203048 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD = trees):=20 38596d07[VHD](135.000G//135.270G|n) fdd605eb[VHD](86.000G//86.176G|n) 52bc5f8b[VHD](24.000G//24.055G|n) ebed75a8[VHD](68.000G//68.141G|n) a192a4d3[VHD](36.000G//36.078G|n) *464ad39d[VHD](12.000G//12.031G|ao) *1df80a77[VHD](12.000G//124.000M|ao) a88f05be[VHD](12.000G//12.031G|a) cae03893[VHD](12.000G//12.031G|n) 8da1752b[VHD](86.000G//86.176G|n) 52c0beda[VHD](8.000G//8.023G|n) 521dbd9f[VHD](86.000G//86.176G|n) 950e67ed[VHD](8.000G//8.023G|n) 71cd5588[VHD](18.000G//18.043G|n) e901ff84[VHD](14.000G//14.035G|n) 6be90581[VHD](100.000G//100.203G|n) 064ef036[VHD](8.000G//8.023G|n) 6267ad05[VHD](100.000G//100.203G|n) 4968c4e8[VHD](8.000G//8.023G|n) 70e06f43[VHD](135.000G//135.270G|n) ec0518cc[VHD](8.000G//8.023G|n) 653a5e7d[VHD](8.000G//8.023G|n) 8c862e00[VHD](17.000G//17.039G|n) [12782] 2013-08-14 13:14:15.203323 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:15.203692 A GC instance already running, not kicki= ng [12782] 2013-08-14 13:14:15.203817 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/running [12782] 2013-08-14 13:14:15.204171 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [12782] 2013-08-14 13:14:15.210370 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:15.294231 pread SUCCESS [9610] 2013-08-14 13:14:15.294501 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:14:15.294580 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:14:15.294704 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e6720= 5dcc', '-p', 'rw'] [12782] 2013-08-14 13:14:15.338516 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:15.351649 pread SUCCESS [9610] 2013-08-14 13:14:15.351867 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [12682] 2013-08-14 13:14:15.435656 pread SUCCESS [12682] 2013-08-14 13:14:15.436069 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [13325] 2013-08-14 13:14:15.527327 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [13325] 2013-08-14 13:14:15.534670 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:15.558636 pread SUCCESS [9610] 2013-08-14 13:14:15.583014 Removed vhd-blocks from *855ddab2[VHD](12= =2E000G//124.000M|n) [9610] 2013-08-14 13:14:15.589412 Got sm-config for *855ddab2[VHD](12.000G/= /124.000M|n): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'vdi_t= ype': 'vhd'} [9610] 2013-08-14 13:14:15.589560 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-85= 5ddab2-6494-4fd8-8b07-9a72e650fb0f'] [9610] 2013-08-14 13:14:15.603468 pread SUCCESS [9610] 2013-08-14 13:14:15.614999 Set vhd-blocks =3D eJw7wAACBxgSGBh42BgYGB= nQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TE= fqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D for *855ddab2[VHD](12.000G//124.000M|n) [9610] 2013-08-14 13:14:15.619487 Got sm-config for *855ddab2[VHD](12.000G/= /124.000M|n): {'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', 'vdi_t= ype': 'vhd', 'vhd-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPm= DDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AAB= YpDeI=3D'} [9610] 2013-08-14 13:14:15.623942 Got sm-config for *ed06e81a[VHD](12.000G/= /12.031G|n): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [9610] 2013-08-14 13:14:15.626011 Num combined blocks =3D 6014 [9610] 2013-08-14 13:14:15.626112 Coalesced size =3D 11.773G [9610] 2013-08-14 13:14:15.626189 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab= 2-6494-4fd8-8b07-9a72e650fb0f'] [13325] 2013-08-14 13:14:15.658221 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:15.664665 pread SUCCESS [9610] 2013-08-14 13:14:15.664825 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [13325] 2013-08-14 13:14:15.672188 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [13325] 2013-08-14 13:14:15.709439 pread SUCCESS [13325] 2013-08-14 13:14:15.709620 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.709700 LVMCache: will initialize now [13325] 2013-08-14 13:14:15.709747 LVMCache: refreshing [13325] 2013-08-14 13:14:15.709816 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [13325] 2013-08-14 13:14:15.766406 pread SUCCESS [13325] 2013-08-14 13:14:15.767059 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.767136 Entering _checkMetadataVolume [13325] 2013-08-14 13:14:15.769018 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.769161 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [13325] 2013-08-14 13:14:15.784560 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [13325] 2013-08-14 13:14:15.826794 pread SUCCESS [13325] 2013-08-14 13:14:15.827000 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.827083 LVMCache: will initialize now [13325] 2013-08-14 13:14:15.827132 LVMCache: refreshing [13325] 2013-08-14 13:14:15.827210 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [13325] 2013-08-14 13:14:15.878728 pread SUCCESS [13325] 2013-08-14 13:14:15.879294 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.879384 Entering _checkMetadataVolume [13325] 2013-08-14 13:14:15.879790 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:15.889412 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|3ee19e13-0abe-a6a1-2ad4-7= 169655ef714|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:a295a5de-2ed2-7d7f-bfcf-77cfea= 7b573e', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'vdi_= type': 'vhd', 'mirror': 'null', 'base_mirror': '5a998863-45b0-3031-e31b-13c= 92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0', 'vhd-blocks': 'eJw7wAACBxg= SGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT= 9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D', 'vhd-parent': '1df80a77-22a7= =2D4886-845f-e4bdd5f26e24', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37= d4b92': 'RW'}, 'vdi_uuid': 'a88f05be-033f-4d23-a66f-715fa50439d0'} [13325] 2013-08-14 13:14:15.889814 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [13325] 2013-08-14 13:14:15.912787 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:15.914734 pread SUCCESS [9610] 2013-08-14 13:14:15.936642 Refreshing VHD-ed06e81a-c8ae-49c6-ac8f-e1= 8e67205dcc on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [13325] 2013-08-14 13:14:16.124036 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 2) [13325] 2013-08-14 13:14:16.124481 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:16.124762 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (1, 0) =3D> (= 2, 0) [13325] 2013-08-14 13:14:16.124868 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (2, 0b) [13325] 2013-08-14 13:14:16.125175 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:16.125290 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:16.125452 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [13325] 2013-08-14 13:14:16.146508 pread SUCCESS [13325] 2013-08-14 13:14:16.152817 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [9819] 2013-08-14 13:14:16.202844 Child process completed successfully [9819] 2013-08-14 13:14:16.202991 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:14:16.203189 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [13325] 2013-08-14 13:14:16.233088 pread SUCCESS [13325] 2013-08-14 13:14:16.233551 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:16.233683 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (1, 0) =3D> (= 2, 0) [13325] 2013-08-14 13:14:16.233737 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (2, 0b) [13325] 2013-08-14 13:14:16.233879 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:16.233932 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:16.234061 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:16.234165 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (1, 0) + (1, 0) =3D> (= 2, 0) [13325] 2013-08-14 13:14:16.234315 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (2, 0b) [13325] 2013-08-14 13:14:16.234478 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:16.234549 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:16.234699 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [13325] 2013-08-14 13:14:16.244395 pread SUCCESS [13325] 2013-08-14 13:14:16.264597 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [13325] 2013-08-14 13:14:16.276880 pread SUCCESS [13325] 2013-08-14 13:14:16.277162 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [13325] 2013-08-14 13:14:16.318065 pread SUCCESS [13325] 2013-08-14 13:14:16.318191 ['uuidgen', '-r'] [13325] 2013-08-14 13:14:16.329496 pread SUCCESS [13325] 2013-08-14 13:14:16.329610 ['uuidgen', '-r'] [13325] 2013-08-14 13:14:16.337225 pread SUCCESS [13325] 2013-08-14 13:14:16.337404 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_db78ec73-cb65-4ac3-80fc-bb21d3b9746f_8ec1a= 2a7-687c-438f-8398-00cef73b2872', '-L', '4', 'VG_XenStorage-5a998863-45b0-3= 031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero=3Dn'] [13325] 2013-08-14 13:14:16.402563 pread SUCCESS [13325] 2013-08-14 13:14:16.402844 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [9819] 2013-08-14 13:14:16.425303 pread SUCCESS [9819] 2013-08-14 13:14:16.425497 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-46= 4ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9610] 2013-08-14 13:14:16.437886 call-plugin returned: 'True' [9610] 2013-08-14 13:14:16.438017 Running VHD coalesce on *855ddab2[VHD](= 12.000G//124.000M|n) [9819] 2013-08-14 13:14:16.439586 pread SUCCESS [13441] 2013-08-14 13:14:16.440760 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855= ddab2-6494-4fd8-8b07-9a72e650fb0f'] [9819] 2013-08-14 13:14:16.451653 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f f= or *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:16.451779 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:16.464275 pread SUCCESS [9819] 2013-08-14 13:14:16.464693 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: False (exists: True) [13325] 2013-08-14 13:14:16.528981 pread SUCCESS [13325] 2013-08-14 13:14:16.529263 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (1, 0b) [13325] 2013-08-14 13:14:16.529621 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '12582912', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [13325] 2013-08-14 13:14:16.547689 pread SUCCESS [13325] 2013-08-14 13:14:16.548218 ['/usr/sbin/lvresize', '-L', '12', '/dev= /VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-= 80fc-bb21d3b9746f'] [13325] 2013-08-14 13:14:16.664380 pread3 SUCCESS [13325] 2013-08-14 13:14:16.664742 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [13325] 2013-08-14 13:14:16.800644 pread SUCCESS [13325] 2013-08-14 13:14:16.801221 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f', '-S', = '2097152'] [13325] 2013-08-14 13:14:16.875957 pread SUCCESS [13325] 2013-08-14 13:14:16.876165 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [13325] 2013-08-14 13:14:16.886470 pread SUCCESS [13325] 2013-08-14 13:14:16.886842 ['/usr/sbin/lvcreate', '-n', 'VHD-8ec1a2= a7-687c-438f-8398-00cef73b2872', '-L', '8', 'VG_XenStorage-5a998863-45b0-30= 31-e31b-13c92393ad97'] [13325] 2013-08-14 13:14:17.022882 pread SUCCESS [13325] 2013-08-14 13:14:17.023161 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 set =3D> (1, 0b) [13325] 2013-08-14 13:14:17.023474 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec= 1a2a7-687c-438f-8398-00cef73b2872', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f', '-S', = '2097152'] [13325] 2013-08-14 13:14:17.087040 pread SUCCESS [13325] 2013-08-14 13:14:17.087225 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= 8ec1a2a7-687c-438f-8398-00cef73b2872'] [13325] 2013-08-14 13:14:17.098219 pread SUCCESS [13325] 2013-08-14 13:14:17.098607 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73= =2Dcb65-4ac3-80fc-bb21d3b9746f', '-f', 'hidden', '-v', '1'] [13325] 2013-08-14 13:14:17.115191 pread SUCCESS [13325] 2013-08-14 13:14:17.115645 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b= 9746f', '-p', 'r'] [13325] 2013-08-14 13:14:17.231735 pread SUCCESS [13325] 2013-08-14 13:14:17.244785 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-db78ec73-cb65-4ac3= =2D80fc-bb21d3b9746f on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [13325] 2013-08-14 13:14:18.149787 call-plugin returned: 'True' [13325] 2013-08-14 13:14:18.150009 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_db78ec73-cb65-4ac3-80fc-bb21d3b9746f_8ec1a2a7-687c-438f-839= 8-00cef73b2872'] [13325] 2013-08-14 13:14:18.234346 pread SUCCESS [13325] 2013-08-14 13:14:18.234577 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_db78ec73--cb65--4ac3--80fc--bb21d3b9746f_8ec1a2a7--687c--4= 38f--8398--00cef73b2872'] [13325] 2013-08-14 13:14:18.244979 pread SUCCESS [13325] 2013-08-14 13:14:18.396024 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [13325] 2013-08-14 13:14:18.433761 pread SUCCESS [13325] 2013-08-14 13:14:18.531537 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (1, 0b) [13325] 2013-08-14 13:14:18.540411 Checking if there is space in the metada= ta for 1 VDI. [13325] 2013-08-14 13:14:18.540527 ['uuidgen', '-r'] [13325] 2013-08-14 13:14:18.579398 pread SUCCESS [13325] 2013-08-14 13:14:18.579570 Entering addVdiInternal [13325] 2013-08-14 13:14:18.600211 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.600324 Entering VDI info [13325] 2013-08-14 13:14:18.602431 Entering deleteVdi [13325] 2013-08-14 13:14:18.615036 entering updateVdi [13325] 2013-08-14 13:14:18.628725 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.628832 Entering VDI info [13325] 2013-08-14 13:14:18.628909 Entering VDI info [13325] 2013-08-14 13:14:18.701856 snapshot VDI params: 19700101T00:00:00Z [13325] 2013-08-14 13:14:18.718670 Adding VDI with info: {'read_only': 0, '= managed': 1, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': 'a88f05= be-033f-4d23-a66f-715fa50439d0', 'name_label': 'es1qaap99-root', 'name_desc= ription': 'Created by template provisioner', 'type': 'system', 'metadata_of= _pool': '', 'is_a_snapshot': 1, 'uuid': '8ec1a2a7-687c-438f-8398-00cef73b28= 72'} [13325] 2013-08-14 13:14:18.718781 Entering addVdiInternal [13325] 2013-08-14 13:14:18.734518 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.734690 Entering VDI info [13325] 2013-08-14 13:14:18.736515 vdi_clone: introduced 2nd snap VDI: Opaq= ueRef:cf76d0cc-dea3-44dd-b658-11c4475d3951 (8ec1a2a7-687c-438f-8398-00cef73= b2872) [13325] 2013-08-14 13:14:18.736641 Checking if there is space in the metada= ta for 1 VDI. [13325] 2013-08-14 13:14:18.736719 ['uuidgen', '-r'] [13325] 2013-08-14 13:14:18.748467 pread SUCCESS [13325] 2013-08-14 13:14:18.748657 Entering addVdiInternal [13325] 2013-08-14 13:14:18.764055 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.764136 Entering VDI info [13325] 2013-08-14 13:14:18.768476 Entering deleteVdi [13325] 2013-08-14 13:14:18.784610 entering updateVdi [13325] 2013-08-14 13:14:18.804384 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.804483 Entering VDI info [13325] 2013-08-14 13:14:18.804550 Entering VDI info [13325] 2013-08-14 13:14:18.854012 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': 'db78ec73-cb65-4ac3-80fc-bb21d3b= 9746f'} [13325] 2013-08-14 13:14:18.854110 Entering addVdiInternal [13325] 2013-08-14 13:14:18.871505 Entering getMetadataToWrite [13325] 2013-08-14 13:14:18.871600 Entering VDI info [13325] 2013-08-14 13:14:18.876052 vdi_clone: introduced base VDI: OpaqueRe= f:79b4a9ea-4ba1-a9ec-1d4f-741f7df3511e (db78ec73-cb65-4ac3-80fc-bb21d3b9746= f) [13325] 2013-08-14 13:14:18.899873 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3Dnull [13325] 2013-08-14 13:14:18.912829 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [13325] 2013-08-14 13:14:19.129988 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13325] 2013-08-14 13:14:19.130150 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [13325] 2013-08-14 13:14:19.130258 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [13325] 2013-08-14 13:14:19.130400 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 (1, 0) + (-1, 0) =3D> = (0, 0) [13325] 2013-08-14 13:14:19.130452 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 set =3D> (0, 0b) [13325] 2013-08-14 13:14:19.130639 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-= 00cef73b2872'] [13325] 2013-08-14 13:14:19.233063 pread SUCCESS [13325] 2013-08-14 13:14:19.233235 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--8ec1a2a7--687c--438f--839= 8--00cef73b2872'] [13325] 2013-08-14 13:14:19.242390 pread SUCCESS [13325] 2013-08-14 13:14:19.242618 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [13325] 2013-08-14 13:14:19.242686 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [13325] 2013-08-14 13:14:19.242853 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:19.242988 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (2, 0) + (-1, 0) =3D> = (1, 0) [13325] 2013-08-14 13:14:19.243040 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [13325] 2013-08-14 13:14:19.243186 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13441] 2013-08-14 13:14:19.243162 pread SUCCESS [13325] 2013-08-14 13:14:19.243239 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [13325] 2013-08-14 13:14:19.243350 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [13325] 2013-08-14 13:14:19.243444 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [13441] 2013-08-14 13:14:19.243508 IPCFlag: set cc06f713-dfda-f0d8-b5ca-5df= 29e928593:success [13325] 2013-08-14 13:14:19.243555 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (1, 0) + (-1, 0) =3D> = (0, 0) [13325] 2013-08-14 13:14:19.243602 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (0, 0b) [13325] 2013-08-14 13:14:19.243774 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-= bb21d3b9746f'] [13325] 2013-08-14 13:14:19.350804 pread SUCCESS [13325] 2013-08-14 13:14:19.351061 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--db78ec73--cb65--4ac3--80f= c--bb21d3b9746f'] [13325] 2013-08-14 13:14:19.367219 pread SUCCESS [13325] 2013-08-14 13:14:19.367636 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [13325] 2013-08-14 13:14:19.367762 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [13325] 2013-08-14 13:14:19.368035 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:19.368277 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (2, 0) + (-1, 0) =3D> = (1, 0) [13325] 2013-08-14 13:14:19.368371 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [13325] 2013-08-14 13:14:19.368645 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:19.368738 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [13325] 2013-08-14 13:14:19.368963 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:19.369141 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (2, 0) + (-1, 0) =3D> = (1, 0) [13325] 2013-08-14 13:14:19.369247 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (1, 0b) [13325] 2013-08-14 13:14:19.369400 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:19.369455 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [13325] 2013-08-14 13:14:19.369797 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:19.459464 Child process completed successfully [9610] 2013-08-14 13:14:19.459868 IPCFlag: clear cc06f713-dfda-f0d8-b5ca-5d= f29e928593:success [9610] 2013-08-14 13:14:19.460372 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [9819] 2013-08-14 13:14:19.474205 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:19.474475 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:19.474605 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'r'] [9819] 2013-08-14 13:14:19.565268 pread SUCCESS [9819] 2013-08-14 13:14:19.565513 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/coalesce_1df80a77-22a7-4886-84= 5f-e4bdd5f26e24_1'] [9819] 2013-08-14 13:14:19.660490 pread SUCCESS [9819] 2013-08-14 13:14:19.660635 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-coalesce_1df80a77--22a7--4886--= 845f--e4bdd5f26e24_1'] [13858] 2013-08-14 13:14:19.665184 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9819] 2013-08-14 13:14:19.675066 pread SUCCESS [9819] 2013-08-14 13:14:19.675369 ['/usr/sbin/lvcreate', '-n', 'relink_1df8= 0a77-22a7-4886-845f-e4bdd5f26e24_1', '-L', '4', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9610] 2013-08-14 13:14:19.678643 pread SUCCESS [9610] 2013-08-14 13:14:19.678890 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed= 06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [13858] 2013-08-14 13:14:19.680933 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:19.695272 pread SUCCESS [9819] 2013-08-14 13:14:19.742258 pread SUCCESS [9819] 2013-08-14 13:14:19.742684 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:19.742759 LVMCache: refreshing [9819] 2013-08-14 13:14:19.742826 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:19.785358 pread SUCCESS [9819] 2013-08-14 13:14:19.786163 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:19.901008 pread SUCCESS [9819] 2013-08-14 13:14:19.902520 Found new VDI when scanning: 8ec1a2a7-687= c-438f-8398-00cef73b2872 [9819] 2013-08-14 13:14:19.902680 Found new VDI when scanning: db78ec73-cb6= 5-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:19.903490 SR 5a99 ('VM_DEVEL') (25 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *1df80a77[VHD](12.000G//124.000M|a) *db78ec73[VHD](12.000G//12.000M|n) a88f05be[VHD](12.000G//12.031G|a) 8ec1a2a7[VHD](12.000G//8.000M|n) [9819] 2013-08-14 13:14:19.903831 Relinking *db78ec73[VHD](12.000G//12.00= 0M|n) from *1df80a77[VHD](12.000G//124.000M|a) to *464ad39d[VHD](12.000G//1= 2.031G|a) [9819] 2013-08-14 13:14:19.904154 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:19.904295 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:19.904377 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (1, 0b) [9819] 2013-08-14 13:14:19.904562 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-b= b21d3b9746f'] [9610] 2013-08-14 13:14:19.963744 Set vhd-blocks =3D eJz7/38UgMF1Gpj5G0T8ra= OBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D for *ed06e81a[VHD](12.000G//12= =2E031G|n) [9610] 2013-08-14 13:14:19.963878 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-e= d06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [9610] 2013-08-14 13:14:19.980587 pread SUCCESS [9610] 2013-08-14 13:14:19.980858 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:19.980976 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-s', '12641632256', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5d= f29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [9610] 2013-08-14 13:14:19.994576 pread SUCCESS [9610] 2013-08-14 13:14:19.994770 ['/usr/sbin/lvresize', '-L', '12056', '/d= ev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c= 6-ac8f-e18e67205dcc'] [9819] 2013-08-14 13:14:20.002116 pread SUCCESS [9819] 2013-08-14 13:14:20.002376 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.002448 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.002608 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9= 746f', '-p', 'rw'] [13858] 2013-08-14 13:14:20.010738 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [13858] 2013-08-14 13:14:20.047001 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:20.124252 pread SUCCESS [9819] 2013-08-14 13:14:20.124634 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--5a998863--45b0--3031--e31b--13c92393ad9= 7-VHD--464ad39d--c3b7--45b5--a672--2d851c93d7ec', '-n', '/dev/VG_XenStorage= =2D5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b= 9746f'] [9610] 2013-08-14 13:14:20.133102 pread3 SUCCESS [9610] 2013-08-14 13:14:20.133310 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:20.133439 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e6720= 5dcc', '-p', 'r'] [9819] 2013-08-14 13:14:20.153465 pread SUCCESS [9819] 2013-08-14 13:14:20.153681 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9= 746f', '-p', 'r'] [13858] 2013-08-14 13:14:20.155455 pread SUCCESS [13858] 2013-08-14 13:14:20.155838 Failed to lock /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr on first attempt, blocked by PID 9819 [9610] 2013-08-14 13:14:20.237370 pread SUCCESS [9610] 2013-08-14 13:14:20.237585 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/coalesce_855ddab2-6494-4fd8-8b= 07-9a72e650fb0f_1'] [9819] 2013-08-14 13:14:20.257147 pread SUCCESS [9819] 2013-08-14 13:14:20.257431 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.257587 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:20.257644 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (0, 0b) [9819] 2013-08-14 13:14:20.257828 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-b= b21d3b9746f'] [9610] 2013-08-14 13:14:20.318595 pread SUCCESS [9610] 2013-08-14 13:14:20.318784 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-coalesce_855ddab2--6494--4fd8--= 8b07--9a72e650fb0f_1'] [9610] 2013-08-14 13:14:20.334228 pread SUCCESS [9610] 2013-08-14 13:14:20.334576 ['/usr/sbin/lvcreate', '-n', 'relink_855d= dab2-6494-4fd8-8b07-9a72e650fb0f_1', '-L', '4', 'VG_XenStorage-cc06f713-dfd= a-f0d8-b5ca-5df29e928593', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:20.362696 pread SUCCESS [9819] 2013-08-14 13:14:20.362832 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--db78ec73--cb65--4ac3--80fc= =2D-bb21d3b9746f'] [9819] 2013-08-14 13:14:20.375300 pread SUCCESS [9819] 2013-08-14 13:14:20.375554 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.375625 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:20.395233 Set vhd-parent =3D 464ad39d-c3b7-45b5-a67= 2-2d851c93d7ec for *db78ec73[VHD](12.000G//12.000M|n) [9819] 2013-08-14 13:14:20.396230 Updated the vhd-parent field for child db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f with 464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:20.396350 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:20.396530 Reloading VDI *db78ec73[VHD](12.000G//1= 2.000M|n) [9819] 2013-08-14 13:14:20.396649 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:20.396713 Refresh request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 [9819] 2013-08-14 13:14:20.409104 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:20.412799 pread SUCCESS [9610] 2013-08-14 13:14:20.413240 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:20.413376 LVMCache: refreshing [9610] 2013-08-14 13:14:20.413511 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:20.466218 pread SUCCESS [9610] 2013-08-14 13:14:20.467480 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:20.592161 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.592216 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:20.592329 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: False (exists: True) [13858] 2013-08-14 13:14:20.592358 LVMCache: will initialize now [13858] 2013-08-14 13:14:20.592416 LVMCache: refreshing [13858] 2013-08-14 13:14:20.592497 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [13858] 2013-08-14 13:14:20.666139 pread SUCCESS [13858] 2013-08-14 13:14:20.666688 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.666764 Entering _checkMetadataVolume [13858] 2013-08-14 13:14:20.667949 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.668033 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [13858] 2013-08-14 13:14:20.679900 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:20.747072 pread SUCCESS [9610] 2013-08-14 13:14:20.749089 SR cc06 ('VM_PROD') (32 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *ed06e81a[VHD](12.000G//11.773G|a) *855ddab2[VHD](12.000G//124.000M|a) 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:20.749337 Relinking 76598520[VHD](12.000G//12.031= G|a) from *855ddab2[VHD](12.000G//124.000M|a) to *ed06e81a[VHD](12.000G//11= =2E773G|a) [9610] 2013-08-14 13:14:20.749511 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--cc06f713--dfda--f0d8--b5ca--5df29e92859= 3-VHD--ed06e81a--c8ae--49c6--ac8f--e18e67205dcc', '-n', '/dev/VG_XenStorage= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d3= 7436f'] [13858] 2013-08-14 13:14:20.752732 pread SUCCESS [13858] 2013-08-14 13:14:20.752907 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.752991 LVMCache: will initialize now [13858] 2013-08-14 13:14:20.753054 LVMCache: refreshing [13858] 2013-08-14 13:14:20.753152 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:20.763859 pread SUCCESS [9610] 2013-08-14 13:14:20.764129 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:20.764309 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> (0,= 0) [9610] 2013-08-14 13:14:20.764364 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [9610] 2013-08-14 13:14:20.764587 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [13858] 2013-08-14 13:14:20.824274 pread SUCCESS [13858] 2013-08-14 13:14:20.824894 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [13858] 2013-08-14 13:14:20.824993 Entering _checkMetadataVolume [13858] 2013-08-14 13:14:20.838670 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|e65dd9a4-cd03-d516-2ebe-94c= 6dfc39a18|VDI.update', 'vdi_ref': 'OpaqueRef:cf76d0cc-dea3-44dd-b658-11c447= 5d3951', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '8ec1a2a7-68= 7c-438f-8398-00cef73b2872', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:4b0048b5-176b-4cf6-e2e1-efaa7f22b3= 11', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '8ec1a2a7-687c-43= 8f-8398-00cef73b2872'} [9610] 2013-08-14 13:14:20.858211 pread SUCCESS [9610] 2013-08-14 13:14:20.858348 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [9610] 2013-08-14 13:14:20.878689 pread SUCCESS [9610] 2013-08-14 13:14:20.878942 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:20.879014 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [13858] 2013-08-14 13:14:20.897926 Updating metadata : {'uuid': '8ec1a2a7-6= 87c-438f-8398-00cef73b2872', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [13858] 2013-08-14 13:14:20.897994 entering updateVdi [9610] 2013-08-14 13:14:20.899441 Set vhd-parent =3D ed06e81a-c8ae-49c6-ac8= f-e18e67205dcc for 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:20.899533 Updated the vhd-parent field for child 76= 598520-c47b-4930-a84a-7c1c1d37436f with ed06e81a-c8ae-49c6-ac8f-e18e67205dcc [9610] 2013-08-14 13:14:20.899701 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:20.899945 Reloading VDI 76598520[VHD](12.000G//12= =2E031G|a) [9610] 2013-08-14 13:14:20.900094 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:20.900191 Refresh request for 76598520-c47b-4930-a8= 4a-7c1c1d37436f [13858] 2013-08-14 13:14:20.914100 Entering getMetadataToWrite [13858] 2013-08-14 13:14:20.914176 Entering VDI info [13858] 2013-08-14 13:14:20.914239 Entering VDI info [13858] 2013-08-14 13:14:20.915220 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:20.915722 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:21.116169 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:21.116334 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/relink_855ddab2-6494-4fd8-8b07= =2D9a72e650fb0f_1'] [14191] 2013-08-14 13:14:21.129410 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [14191] 2013-08-14 13:14:21.135638 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:21.181569 pread SUCCESS [9610] 2013-08-14 13:14:21.181712 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-relink_855ddab2--6494--4fd8--8b= 07--9a72e650fb0f_1'] [9610] 2013-08-14 13:14:21.190060 pread SUCCESS [9610] 2013-08-14 13:14:21.190414 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:21.190560 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f (1, 0) + (-1, 0) =3D> (0,= 0) [9610] 2013-08-14 13:14:21.190610 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:855ddab2-6494-4fd8-8b07-9a72e650fb0f set =3D> (0, 0b) [9610] 2013-08-14 13:14:21.190788 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9= a72e650fb0f'] [14191] 2013-08-14 13:14:21.255856 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [14191] 2013-08-14 13:14:21.266300 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:21.282204 pread SUCCESS [9610] 2013-08-14 13:14:21.282353 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--855ddab2--6494--4fd8--8b07= =2D-9a72e650fb0f'] [9610] 2013-08-14 13:14:21.290515 pread SUCCESS [9610] 2013-08-14 13:14:21.290727 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:21.290798 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [14191] 2013-08-14 13:14:21.314035 pread SUCCESS [14191] 2013-08-14 13:14:21.314215 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.314289 LVMCache: will initialize now [14191] 2013-08-14 13:14:21.314334 LVMCache: refreshing [14191] 2013-08-14 13:14:21.314406 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [14191] 2013-08-14 13:14:21.370966 pread SUCCESS [14191] 2013-08-14 13:14:21.371509 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.371582 Entering _checkMetadataVolume [14191] 2013-08-14 13:14:21.372845 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.372980 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [14191] 2013-08-14 13:14:21.385007 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [14191] 2013-08-14 13:14:21.422623 pread SUCCESS [14191] 2013-08-14 13:14:21.422794 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.422868 LVMCache: will initialize now [14191] 2013-08-14 13:14:21.422914 LVMCache: refreshing [14191] 2013-08-14 13:14:21.422997 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [14191] 2013-08-14 13:14:21.463141 pread SUCCESS [14191] 2013-08-14 13:14:21.463749 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.463833 Entering _checkMetadataVolume [14191] 2013-08-14 13:14:21.464213 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:21.480105 vdi_delete {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|4d5dca1b-6323-ee80-be42-c8f= 8509f0679|VDI.destroy', 'vdi_ref': 'OpaqueRef:cf76d0cc-dea3-44dd-b658-11c44= 75d3951', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '8ec1a2a7-6= 87c-438f-8398-00cef73b2872', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:0ac2dc89-9149-16cb-e0f3-d98b741= d75f8', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb000= 02a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': = 'true'}, 'command': 'vdi_delete', 'vdi_allow_caching': 'false', 'sr_ref': '= OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '8ec1a2a7-687c= =2D438f-8398-00cef73b2872'} [14191] 2013-08-14 13:14:21.480225 LVHDVDI.delete for 8ec1a2a7-687c-438f-83= 98-00cef73b2872 [14191] 2013-08-14 13:14:21.480477 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.480580 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 (0, 0) + (1, 0) =3D> (= 1, 0) [14191] 2013-08-14 13:14:21.480630 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 set =3D> (1, 0b) [14191] 2013-08-14 13:14:21.480799 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-= 00cef73b2872'] [14191] 2013-08-14 13:14:21.548344 pread SUCCESS [14191] 2013-08-14 13:14:21.548615 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.548686 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.548803 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-8ec1a2a7-687c-438f-8398-00cef73b2872'] [9610] 2013-08-14 13:14:21.555480 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [14191] 2013-08-14 13:14:21.564228 pread SUCCESS [14191] 2013-08-14 13:14:21.571272 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7= =2D687c-438f-8398-00cef73b2872', '-f', 'hidden', '-v', '1'] [14191] 2013-08-14 13:14:21.585016 pread SUCCESS [14191] 2013-08-14 13:14:21.585267 Deleting vdi: 8ec1a2a7-687c-438f-8398-00= cef73b2872 [14191] 2013-08-14 13:14:21.585324 Entering deleteVdi [14191] 2013-08-14 13:14:21.602129 entering updateVdi [14191] 2013-08-14 13:14:21.620619 Entering getMetadataToWrite [14191] 2013-08-14 13:14:21.620708 Entering VDI info [14191] 2013-08-14 13:14:21.620784 Entering VDI info [14191] 2013-08-14 13:14:21.643790 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.643936 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 (1, 0) + (-1, 0) =3D> = (0, 0) [14191] 2013-08-14 13:14:21.643986 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:8ec1a2a7-687c-438f-8398-00cef73b2872 set =3D> (0, 0b) [14191] 2013-08-14 13:14:21.644176 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-= 00cef73b2872'] [14191] 2013-08-14 13:14:21.753365 pread SUCCESS [14191] 2013-08-14 13:14:21.753533 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--8ec1a2a7--687c--438f--839= 8--00cef73b2872'] [14191] 2013-08-14 13:14:21.773553 pread SUCCESS [14191] 2013-08-14 13:14:21.773799 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.773872 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [14191] 2013-08-14 13:14:21.781806 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [14191] 2013-08-14 13:14:21.829503 pread SUCCESS [14191] 2013-08-14 13:14:21.855528 lock: tried lock /var/lock/sm/5a998863-4= 5b0-3031-e31b-13c92393ad97/running, acquired: False (exists: True) [9610] 2013-08-14 13:14:22.016503 call-plugin returned: 'True' [9610] 2013-08-14 13:14:22.016642 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [14191] 2013-08-14 13:14:22.025609 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [14191] 2013-08-14 13:14:22.025721 LVMCache: will initialize now [14191] 2013-08-14 13:14:22.025769 LVMCache: refreshing [14191] 2013-08-14 13:14:22.025846 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [14191] 2013-08-14 13:14:22.101427 pread SUCCESS [14191] 2013-08-14 13:14:22.101890 A GC instance already running, not kicki= ng [14191] 2013-08-14 13:14:22.101980 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/running [14191] 2013-08-14 13:14:22.102107 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:22.102457 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [14191] 2013-08-14 13:14:22.116832 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:22.366820 call-plugin returned: 'True' [9610] 2013-08-14 13:14:22.366945 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9610] 2013-08-14 13:14:22.730492 call-plugin returned: 'True' [9610] 2013-08-14 13:14:22.730666 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9610] 2013-08-14 13:14:23.161371 call-plugin returned: 'True' [9610] 2013-08-14 13:14:23.161497 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:23.604026 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:23.604138 Refresh request for 8ec1a2a7-687c-438f-83= 98-00cef73b2872 [9819] 2013-08-14 13:14:23.611573 VDI 8ec1a2a7[VHD](12.000G//8.000M|n) not = found, ignoring [9819] 2013-08-14 13:14:23.611704 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:23.611838 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/relink_1df80a77-22a7-4886-845f= =2De4bdd5f26e24_1'] [9819] 2013-08-14 13:14:23.687776 pread SUCCESS [9819] 2013-08-14 13:14:23.687939 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-relink_1df80a77--22a7--4886--84= 5f--e4bdd5f26e24_1'] [9819] 2013-08-14 13:14:23.703110 pread SUCCESS [9819] 2013-08-14 13:14:23.703479 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:23.703630 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:23.703685 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:1df80a77-22a7-4886-845f-e4bdd5f26e24 set =3D> (0, 0b) [9819] 2013-08-14 13:14:23.703868 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e= 4bdd5f26e24'] [9819] 2013-08-14 13:14:23.809424 pread SUCCESS [9819] 2013-08-14 13:14:23.809569 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--1df80a77--22a7--4886--845f= =2D-e4bdd5f26e24'] [9819] 2013-08-14 13:14:23.821068 pread SUCCESS [9819] 2013-08-14 13:14:23.821304 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:23.821385 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9610] 2013-08-14 13:14:23.972784 call-plugin returned: 'True' [9610] 2013-08-14 13:14:23.972914 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:24.129765 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:24.407237 call-plugin returned: 'True' [9610] 2013-08-14 13:14:24.407374 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:24.469158 call-plugin returned: 'True' [9819] 2013-08-14 13:14:24.469277 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:24.831705 call-plugin returned: 'True' [9610] 2013-08-14 13:14:24.831844 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:24.924280 call-plugin returned: 'True' [9819] 2013-08-14 13:14:24.924542 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:25.197325 call-plugin returned: 'True' [9610] 2013-08-14 13:14:25.197483 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:25.268832 call-plugin returned: 'True' [9819] 2013-08-14 13:14:25.269130 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:25.599509 call-plugin returned: 'True' [9610] 2013-08-14 13:14:25.599619 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a72e650fb0f) [9819] 2013-08-14 13:14:25.606588 call-plugin returned: 'True' [9819] 2013-08-14 13:14:25.606706 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9819] 2013-08-14 13:14:25.946109 call-plugin returned: 'True' [9819] 2013-08-14 13:14:25.946305 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:26.031730 call-plugin returned: 'True' [9610] 2013-08-14 13:14:26.032115 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:26.032201 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-855ddab2-6494-4fd8-8b07-9a= 72e650fb0f'] [9610] 2013-08-14 13:14:26.106696 pread SUCCESS [9610] 2013-08-14 13:14:26.106835 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--855ddab2--6494--4fd8--8b07= =2D-9a72e650fb0f'] [9610] 2013-08-14 13:14:26.120020 pread SUCCESS [9610] 2013-08-14 13:14:26.154134 Deleting vdi: 855ddab2-6494-4fd8-8b07-9a7= 2e650fb0f [9610] 2013-08-14 13:14:26.154231 Entering deleteVdi [9610] 2013-08-14 13:14:26.183497 entering updateVdi [9610] 2013-08-14 13:14:26.228675 Entering getMetadataToWrite [9610] 2013-08-14 13:14:26.228815 Entering VDI info [9610] 2013-08-14 13:14:26.228953 Entering VDI info [9610] 2013-08-14 13:14:26.230569 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:26.230816 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/855ddab2-6494-4fd8-8b07-9a72e650fb0f [9610] 2013-08-14 13:14:26.231131 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:26.231262 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (1, = 0) [9610] 2013-08-14 13:14:26.231348 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:26.231598 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [9819] 2013-08-14 13:14:26.270527 call-plugin returned: 'True' [9819] 2013-08-14 13:14:26.270778 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:26.306371 pread SUCCESS [9610] 2013-08-14 13:14:26.306592 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:26.306668 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:26.306771 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:26.322873 pread SUCCESS [9610] 2013-08-14 13:14:26.323329 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:26.323453 LVMCache: refreshing [9610] 2013-08-14 13:14:26.323524 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:26.379826 pread SUCCESS [9610] 2013-08-14 13:14:26.381718 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:26.580436 call-plugin returned: 'True' [9819] 2013-08-14 13:14:26.580630 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:26.649116 pread SUCCESS [9610] 2013-08-14 13:14:26.651267 SR cc06 ('VM_PROD') (31 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *ed06e81a[VHD](12.000G//11.773G|a) 76598520[VHD](12.000G//12.031G|a) [9610] 2013-08-14 13:14:26.651461 Pause request for 76598520-c47b-4930-a84a= =2D7c1c1d37436f [9610] 2013-08-14 13:14:26.684694 ['/usr/sbin/lvcreate', '-n', 'leaf_765985= 20-c47b-4930-a84a-7c1c1d37436f_ed06e81a-c8ae-49c6-ac8f-e18e67205dcc', '-L',= '4', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593', '--addtag', 'jo= urnaler', '--inactive', '--zero=3Dn'] [15546] 2013-08-14 13:14:26.726701 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [15546] 2013-08-14 13:14:26.738757 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [9610] 2013-08-14 13:14:26.774265 pread SUCCESS [9610] 2013-08-14 13:14:26.774499 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e6720= 5dcc', '-p', 'rw'] [15546] 2013-08-14 13:14:26.865583 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [15546] 2013-08-14 13:14:26.879203 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:26.886744 pread SUCCESS [9610] 2013-08-14 13:14:26.886981 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7= 6598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:26.899620 pread SUCCESS [9610] 2013-08-14 13:14:26.899851 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-s', '8388608', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e= 928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:26.915168 pread SUCCESS [9610] 2013-08-14 13:14:26.915407 ['/usr/sbin/lvresize', '-L', '8', '/dev/V= G_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a8= 4a-7c1c1d37436f'] [9819] 2013-08-14 13:14:26.936556 call-plugin returned: 'True' [9819] 2013-08-14 13:14:26.936687 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [15546] 2013-08-14 13:14:26.948544 pread SUCCESS [15546] 2013-08-14 13:14:26.948885 Failed to lock /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr on first attempt, blocked by PID 9610 [9610] 2013-08-14 13:14:27.050768 pread3 SUCCESS [9610] 2013-08-14 13:14:27.057952 Removed vhd-blocks from 76598520[VHD](12.= 000G//8.000M|a) [9610] 2013-08-14 13:14:27.069481 Got sm-config for 76598520[VHD](12.000G//= 8.000M|a): {'paused': 'true', 'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67= 205dcc', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:14:27.069632 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76= 598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:27.079689 pread SUCCESS [9610] 2013-08-14 13:14:27.105555 Set vhd-blocks =3D eJxjYBgFo2DkAgADAAAB f= or 76598520[VHD](12.000G//8.000M|a) [9610] 2013-08-14 13:14:27.118602 Got sm-config for 76598520[VHD](12.000G//= 8.000M|a): {'paused': 'true', 'vhd-parent': 'ed06e81a-c8ae-49c6-ac8f-e18e67= 205dcc', 'vdi_type': 'vhd', 'vhd-blocks': 'eJxjYBgFo2DkAgADAAAB'} [9610] 2013-08-14 13:14:27.127865 Got sm-config for *ed06e81a[VHD](12.000G/= /11.773G|a): {'base_mirror': '5a998863-45b0-3031-e31b-13c92393ad97/a88f05be= =2D033f-4d23-a66f-715fa50439d0', 'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38U= gMF1Gpj5G0T8raOBySMRrAKBq6GhtaFA8GrVKhg/FMpfT46hADEr7dg=3D'} [9610] 2013-08-14 13:14:27.130235 Num combined blocks =3D 6014 [9610] 2013-08-14 13:14:27.130379 Coalesced size =3D 11.773G [9610] 2013-08-14 13:14:27.130497 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc', '-f', 'hidden', '-v', '0'] [9610] 2013-08-14 13:14:27.143033 pread SUCCESS [9610] 2013-08-14 13:14:27.143260 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-7659852= 0-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:27.157175 pread SUCCESS [9610] 2013-08-14 13:14:27.157446 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [9819] 2013-08-14 13:14:27.250912 call-plugin returned: 'True' [9819] 2013-08-14 13:14:27.251065 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24) [9610] 2013-08-14 13:14:27.363530 pread SUCCESS [9610] 2013-08-14 13:14:27.369965 Got other-config for 76598520[VHD](12.000= G//8.000M|a): {'content_id': 'c75a954e-2b7f-a72b-2744-5b3a042924fa'} [9610] 2013-08-14 13:14:27.370060 Running VHD coalesce on 76598520[VHD](1= 2.000G//8.000M|a) [15671] 2013-08-14 13:14:27.371729 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-765= 98520-c47b-4930-a84a-7c1c1d37436f'] [15671] 2013-08-14 13:14:27.386510 pread SUCCESS [15671] 2013-08-14 13:14:27.386889 IPCFlag: set cc06f713-dfda-f0d8-b5ca-5df= 29e928593:success [9819] 2013-08-14 13:14:27.627529 call-plugin returned: 'True' [9819] 2013-08-14 13:14:27.628145 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:27.628274 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-1df80a77-22a7-4886-845f-e4= bdd5f26e24'] [9819] 2013-08-14 13:14:27.702683 pread SUCCESS [9819] 2013-08-14 13:14:27.702825 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--1df80a77--22a7--4886--845f= =2D-e4bdd5f26e24'] [9819] 2013-08-14 13:14:27.714817 pread SUCCESS [9819] 2013-08-14 13:14:27.746703 Deleting vdi: 1df80a77-22a7-4886-845f-e4b= dd5f26e24 [9819] 2013-08-14 13:14:27.746776 Entering deleteVdi [9819] 2013-08-14 13:14:27.752874 entering updateVdi [9819] 2013-08-14 13:14:27.758522 Entering getMetadataToWrite [9819] 2013-08-14 13:14:27.758603 Entering VDI info [9819] 2013-08-14 13:14:27.758687 Entering VDI info [9819] 2013-08-14 13:14:27.759997 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:27.760154 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/1df80a77-22a7-4886-845f-e4bdd5f26e24 [9819] 2013-08-14 13:14:27.760307 The VDI tree appears to have been altered= since [9819] 2013-08-14 13:14:27.771337 Removed leaf-coalesce from a88f05be[VHD](= 12.000G//12.031G|a) [9819] 2013-08-14 13:14:27.771513 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:27.771642 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:27.771693 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:14:27.771874 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:14:27.862741 pread SUCCESS [9819] 2013-08-14 13:14:27.862915 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:14:27.876711 pread SUCCESS [9819] 2013-08-14 13:14:27.877109 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:27.877214 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:27.877426 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:27.877619 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:27.877697 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [9819] 2013-08-14 13:14:27.877943 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:27.981599 pread SUCCESS [9819] 2013-08-14 13:14:27.981730 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a672= =2D-2d851c93d7ec'] [9819] 2013-08-14 13:14:27.995944 pread SUCCESS [9819] 2013-08-14 13:14:27.996171 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:27.996243 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:27.996382 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [15772] 2013-08-14 13:14:28.115279 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [15772] 2013-08-14 13:14:28.123852 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [15772] 2013-08-14 13:14:28.271793 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [15772] 2013-08-14 13:14:28.291929 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15772] 2013-08-14 13:14:28.342185 pread SUCCESS [15772] 2013-08-14 13:14:28.342373 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.342459 LVMCache: will initialize now [15772] 2013-08-14 13:14:28.342520 LVMCache: refreshing [15772] 2013-08-14 13:14:28.342609 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [9610] 2013-08-14 13:14:28.381578 Child process completed successfully [9610] 2013-08-14 13:14:28.381793 IPCFlag: clear cc06f713-dfda-f0d8-b5ca-5d= f29e928593:success [9610] 2013-08-14 13:14:28.382028 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81= a-c8ae-49c6-ac8f-e18e67205dcc'] [15772] 2013-08-14 13:14:28.396887 pread SUCCESS [15772] 2013-08-14 13:14:28.397366 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.397440 Entering _checkMetadataVolume [15772] 2013-08-14 13:14:28.398590 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.398669 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [15772] 2013-08-14 13:14:28.524551 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15772] 2013-08-14 13:14:28.565442 pread SUCCESS [15772] 2013-08-14 13:14:28.565644 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.565733 LVMCache: will initialize now [15772] 2013-08-14 13:14:28.565794 LVMCache: refreshing [15772] 2013-08-14 13:14:28.565862 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [15772] 2013-08-14 13:14:28.612009 pread SUCCESS [15772] 2013-08-14 13:14:28.612523 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.612648 Entering _checkMetadataVolume [15772] 2013-08-14 13:14:28.613070 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.613204 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:a7473028-8f59-586b-d404-3dc3= 93074edd', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:eccd5687-233d-9022-c7ed-8c4f88ae2d2b', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [15772] 2013-08-14 13:14:28.613342 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15772] 2013-08-14 13:14:28.650900 pread SUCCESS [9610] 2013-08-14 13:14:28.655324 pread SUCCESS [9610] 2013-08-14 13:14:28.655575 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37= 436f', 'VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f'] [15772] 2013-08-14 13:14:28.658088 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [15772] 2013-08-14 13:14:28.693572 pread SUCCESS [15772] 2013-08-14 13:14:28.738976 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [15772] 2013-08-14 13:14:28.739043 entering updateSR [15772] 2013-08-14 13:14:28.742410 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [15772] 2013-08-14 13:14:28.742625 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:28.750930 pread SUCCESS [9610] 2013-08-14 13:14:28.751195 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:OLD_76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:28.751544 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-ed06e81a-c8ae-49c6-ac8f-e18e6720= 5dcc', 'VHD-76598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:28.838481 pread SUCCESS [9610] 2013-08-14 13:14:28.838887 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:28.871414 Update-on-rename: VDI 76598520[VHD](12.00= 0G//11.773G|a) not attached on any slave [9610] 2013-08-14 13:14:28.887172 Removed vhd-parent from 76598520[VHD](12.= 000G//11.773G|a) [9610] 2013-08-14 13:14:28.897096 Removed vhd-blocks from 76598520[VHD](12.= 000G//11.773G|a) [9610] 2013-08-14 13:14:28.897340 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [9610] 2013-08-14 13:14:28.897528 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-OLD_765= 98520-c47b-4930-a84a-7c1c1d37436f', '-f', 'hidden', '-v', '1'] [9610] 2013-08-14 13:14:28.916247 pread SUCCESS [9610] 2013-08-14 13:14:28.916481 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:28.964490 pread SUCCESS [9610] 2013-08-14 13:14:29.012041 Deleting vdi: ed06e81a-c8ae-49c6-ac8f-e18= e67205dcc [9610] 2013-08-14 13:14:29.012148 Entering deleteVdi [9610] 2013-08-14 13:14:29.029280 entering updateVdi [9819] 2013-08-14 13:14:29.032391 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:29.032507 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9610] 2013-08-14 13:14:29.056727 Entering getMetadataToWrite [9610] 2013-08-14 13:14:29.056831 Entering VDI info [9610] 2013-08-14 13:14:29.056911 Entering VDI info [9610] 2013-08-14 13:14:29.075285 ['/usr/sbin/lvcreate', '-n', 'inflate_765= 98520-c47b-4930-a84a-7c1c1d37436f_12641632256', '-L', '4', 'VG_XenStorage-c= c06f713-dfda-f0d8-b5ca-5df29e928593', '--addtag', 'journaler', '--inactive'= , '--zero=3Dn'] [9610] 2013-08-14 13:14:29.155692 pread SUCCESS [9610] 2013-08-14 13:14:29.155985 ['/usr/sbin/lvresize', '-L', '12320', '/d= ev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-493= 0-a84a-7c1c1d37436f'] [9819] 2013-08-14 13:14:29.208339 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:29.208453 LVMCache: refreshing [9819] 2013-08-14 13:14:29.208522 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:29.253048 pread SUCCESS [9819] 2013-08-14 13:14:29.253946 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:29.265177 pread SUCCESS [9610] 2013-08-14 13:14:29.265457 ['/bin/dd', 'if=3D/dev/zero', 'of=3D/dev/= VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a= 84a-7c1c1d37436f', 'bs=3D1', 'seek=3D12918455808', 'count=3D512'] [9610] 2013-08-14 13:14:29.293512 pread SUCCESS [9610] 2013-08-14 13:14:29.293752 ['/usr/bin/vhd-util', 'modify', '-s', '12= 918456320', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/= VHD-76598520-c47b-4930-a84a-7c1c1d37436f'] [9610] 2013-08-14 13:14:29.305734 pread SUCCESS [9610] 2013-08-14 13:14:29.306015 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/inflate_76598520-c47b-4930-a84= a-7c1c1d37436f_12641632256'] [9819] 2013-08-14 13:14:29.360492 pread SUCCESS [9819] 2013-08-14 13:14:29.362253 SR 5a99 ('VM_DEVEL') (24 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *db78ec73[VHD](12.000G//12.000M|n) a88f05be[VHD](12.000G//12.031G|n) *8ec1a2a7[VHD](12.000G//8.000M|n) [9819] 2013-08-14 13:14:29.363473 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:29.363704 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:29.371250 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:29.371334 LVMCache: refreshing [9819] 2013-08-14 13:14:29.371399 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9610] 2013-08-14 13:14:29.380570 pread SUCCESS [9610] 2013-08-14 13:14:29.380733 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-inflate_76598520--c47b--4930--a= 84a--7c1c1d37436f_12641632256'] [9610] 2013-08-14 13:14:29.398435 pread SUCCESS [9819] 2013-08-14 13:14:29.418235 pread SUCCESS [9819] 2013-08-14 13:14:29.419007 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9610] 2013-08-14 13:14:29.425460 Update-on-resize: 76598520[VHD](12.000G//= 12.031G|a) not attached on any slave [9610] 2013-08-14 13:14:29.425631 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/leaf_76598520-c47b-4930-a84a-7= c1c1d37436f_ed06e81a-c8ae-49c6-ac8f-e18e67205dcc'] [9819] 2013-08-14 13:14:29.497126 pread SUCCESS [9610] 2013-08-14 13:14:29.498584 pread SUCCESS [9610] 2013-08-14 13:14:29.498731 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-leaf_76598520--c47b--4930--a84a= =2D-7c1c1d37436f_ed06e81a--c8ae--49c6--ac8f--e18e67205dcc'] [9819] 2013-08-14 13:14:29.498782 SR 5a99 ('VM_DEVEL') (24 VDIs in 21 VHD t= rees): no changes [9819] 2013-08-14 13:14:29.498954 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:29.508015 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9610] 2013-08-14 13:14:29.512413 pread SUCCESS [9819] 2013-08-14 13:14:29.517369 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmD= DzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABY= pDeI=3D'} [9819] 2013-08-14 13:14:29.517740 Found 1 VDIs for deletion: [9819] 2013-08-14 13:14:29.517821 *8ec1a2a7[VHD](12.000G//8.000M|n) [9819] 2013-08-14 13:14:29.518007 Deleting unlinked VDI *8ec1a2a7[VHD](12.0= 00G//8.000M|n) [9610] 2013-08-14 13:14:29.521625 Got sm-config for 76598520[VHD](12.000G//= 12.031G|a): {'paused': 'true', 'vdi_type': 'vhd'} [9610] 2013-08-14 13:14:29.521714 Unpausing VDI 76598520[VHD](12.000G//12.0= 31G|a) [9610] 2013-08-14 13:14:29.521778 Unpause request for 76598520-c47b-4930-a8= 4a-7c1c1d37436f secondary=3DNone [9610] 2013-08-14 13:14:29.573531 lock: creating lock file /var/lock/sm/lvm= =2Dcc06f713-dfda-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d3= 7436f [9610] 2013-08-14 13:14:29.573805 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:29.574086 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:OLD_76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D>= (0, 0) [9610] 2013-08-14 13:14:29.574191 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:OLD_76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [9610] 2013-08-14 13:14:29.574543 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-OLD_76598520-c47b-4930-a8= 4a-7c1c1d37436f'] [9610] 2013-08-14 13:14:29.671558 pread SUCCESS [9610] 2013-08-14 13:14:29.671711 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--OLD_76598520--c47b--4930--= a84a--7c1c1d37436f'] [9610] 2013-08-14 13:14:29.690047 pread SUCCESS [9610] 2013-08-14 13:14:29.690294 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:29.690367 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d37436f [9819] 2013-08-14 13:14:30.173603 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:30.417337 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:30.773061 call-plugin returned: 'True' [9819] 2013-08-14 13:14:30.773174 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:30.949235 call-plugin returned: 'True' [9610] 2013-08-14 13:14:30.949384 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:31.147769 call-plugin returned: 'True' [9819] 2013-08-14 13:14:31.147922 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:31.277781 call-plugin returned: 'True' [9610] 2013-08-14 13:14:31.278002 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:31.518292 call-plugin returned: 'True' [9819] 2013-08-14 13:14:31.518443 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:31.611246 call-plugin returned: 'True' [9610] 2013-08-14 13:14:31.611414 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:31.843151 call-plugin returned: 'True' [9819] 2013-08-14 13:14:31.843281 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:31.928678 call-plugin returned: 'True' [9610] 2013-08-14 13:14:31.928837 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:32.187314 call-plugin returned: 'True' [9819] 2013-08-14 13:14:32.187454 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:32.242805 call-plugin returned: 'True' [9610] 2013-08-14 13:14:32.242932 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:32.567952 call-plugin returned: 'True' [9819] 2013-08-14 13:14:32.568152 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:32.605878 call-plugin returned: 'True' [9610] 2013-08-14 13:14:32.606004 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:32.908179 call-plugin returned: 'True' [9819] 2013-08-14 13:14:32.908336 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:32.948894 call-plugin returned: 'True' [9610] 2013-08-14 13:14:32.949075 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9610] 2013-08-14 13:14:33.340596 call-plugin returned: 'True' [9610] 2013-08-14 13:14:33.340747 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:33.354123 call-plugin returned: 'True' [9819] 2013-08-14 13:14:33.354319 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:33.852880 call-plugin returned: 'True' [9610] 2013-08-14 13:14:33.853034 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-OLD_76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:33.900332 call-plugin returned: 'True' [9819] 2013-08-14 13:14:33.900451 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00cef73b2872) [9610] 2013-08-14 13:14:34.229395 call-plugin returned: 'True' [9610] 2013-08-14 13:14:34.229776 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-OLD_76598520-c47b-4930-a84= a-7c1c1d37436f'] [9819] 2013-08-14 13:14:34.265104 call-plugin returned: 'True' [9819] 2013-08-14 13:14:34.265472 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:34.265562 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-8ec1a2a7-687c-438f-8398-00= cef73b2872'] [9610] 2013-08-14 13:14:34.314815 pread SUCCESS [9610] 2013-08-14 13:14:34.314953 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--OLD_76598520--c47b--4930--= a84a--7c1c1d37436f'] [9610] 2013-08-14 13:14:34.330409 pread SUCCESS [9610] 2013-08-14 13:14:34.337543 Deleting vdi: OLD_76598520-c47b-4930-a84a= =2D7c1c1d37436f [9610] 2013-08-14 13:14:34.337649 Entering deleteVdi [9819] 2013-08-14 13:14:34.341446 pread SUCCESS [9819] 2013-08-14 13:14:34.341583 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--8ec1a2a7--687c--438f--8398= =2D-00cef73b2872'] [9819] 2013-08-14 13:14:34.352609 pread SUCCESS [9610] 2013-08-14 13:14:34.354944 Metadata for VDI OLD_76598520-c47b-4930-a= 84a-7c1c1d37436f not present, or already removed, no further deletion actio= n required. [9610] 2013-08-14 13:14:34.355159 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/OLD_76598520-c47b-4930-a84a-7c1c1d37= 436f [9610] 2013-08-14 13:14:34.355472 lock: acquired /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:34.355598 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> (0,= 0) [9610] 2013-08-14 13:14:34.355648 Refcount for lvm-cc06f713-dfda-f0d8-b5ca-= 5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [9610] 2013-08-14 13:14:34.355811 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7= c1c1d37436f'] [9819] 2013-08-14 13:14:34.358235 Deleting vdi: 8ec1a2a7-687c-438f-8398-00c= ef73b2872 [9819] 2013-08-14 13:14:34.358291 Entering deleteVdi [9819] 2013-08-14 13:14:34.371240 Metadata for VDI 8ec1a2a7-687c-438f-8398-= 00cef73b2872 not present, or already removed, no further deletion action re= quired. [9819] 2013-08-14 13:14:34.371400 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:34.371570 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/8ec1a2a7-687c-438f-8398-00cef73b2872 [9819] 2013-08-14 13:14:34.371765 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [16892] 2013-08-14 13:14:34.488888 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [9610] 2013-08-14 13:14:34.494878 pread SUCCESS [9610] 2013-08-14 13:14:34.495023 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [9610] 2013-08-14 13:14:34.509615 pread SUCCESS [9610] 2013-08-14 13:14:34.509889 lock: released /var/lock/sm/lvm-cc06f713-= dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:34.509963 lock: closed /var/lock/sm/lvm-cc06f713-df= da-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:34.510119 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.510246 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.510368 LVMCache: will initialize now [15546] 2013-08-14 13:14:34.510417 LVMCache: refreshing [15546] 2013-08-14 13:14:34.510488 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9610] 2013-08-14 13:14:34.510811 SR cc06 ('VM_PROD') (30 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: 76598520[VHD](12.000G//12.031G|a) Tree ed06e81a-c8ae-49c6-ac8f-e18e67205dcc gone [15546] 2013-08-14 13:14:34.562394 pread SUCCESS [15546] 2013-08-14 13:14:34.562987 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.563069 Entering _checkMetadataVolume [15546] 2013-08-14 13:14:34.564381 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.564465 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [9610] 2013-08-14 13:14:34.747147 Removed leaf-coalesce from 76598520[VHD](= 12.000G//12.031G|a) [9610] 2013-08-14 13:14:34.747236 Starting asynch srUpdate for SR cc06f713-= dfda-f0d8-b5ca-5df29e928593 [16892] 2013-08-14 13:14:34.748946 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [15546] 2013-08-14 13:14:34.754792 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [15546] 2013-08-14 13:14:34.805609 pread SUCCESS [15546] 2013-08-14 13:14:34.805778 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.805852 LVMCache: will initialize now [15546] 2013-08-14 13:14:34.805897 LVMCache: refreshing [15546] 2013-08-14 13:14:34.805975 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [15546] 2013-08-14 13:14:34.845923 pread SUCCESS [15546] 2013-08-14 13:14:34.846440 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.846533 Entering _checkMetadataVolume [15546] 2013-08-14 13:14:34.846940 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [15546] 2013-08-14 13:14:34.856531 vdi_delete {'sr_uuid': 'cc06f713-dfda-f0= d8-b5ca-5df29e928593', 'subtask_of': 'DummyRef:|d0fcc5c5-2568-36ba-158c-5ff= 3b37a347f|VDI.destroy', 'vdi_ref': 'OpaqueRef:fb47b4e7-b647-de37-097d-f70f5= 4ffd2ad', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '76598520-c= 47b-4930-a84a-7c1c1d37436f', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec= =2Da2436c41a9db', 'session_ref': 'OpaqueRef:40a728c4-7894-ea16-852c-38c3296= c6d30', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a5956000= 02efb5192f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': = 'true'}, 'command': 'vdi_delete', 'vdi_allow_caching': 'false', 'sr_ref': '= OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c109370159', 'vdi_uuid': '76598520-c47b= =2D4930-a84a-7c1c1d37436f'} [15546] 2013-08-14 13:14:34.856642 LVHDVDI.delete for 76598520-c47b-4930-a8= 4a-7c1c1d37436f [15546] 2013-08-14 13:14:34.856825 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:34.856927 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (0, 0) + (1, 0) =3D> (= 1, 0) [15546] 2013-08-14 13:14:34.856981 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (1, 0b) [15546] 2013-08-14 13:14:34.857118 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-= 7c1c1d37436f'] [16892] 2013-08-14 13:14:34.865597 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [16945] 2013-08-14 13:14:34.886158 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [16892] 2013-08-14 13:14:34.887081 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [16945] 2013-08-14 13:14:34.898588 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [16892] 2013-08-14 13:14:34.935643 pread SUCCESS [16892] 2013-08-14 13:14:34.935822 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:34.935905 LVMCache: will initialize now [16892] 2013-08-14 13:14:34.935953 LVMCache: refreshing [16892] 2013-08-14 13:14:34.936021 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [15546] 2013-08-14 13:14:34.948336 pread SUCCESS [15546] 2013-08-14 13:14:34.948541 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:34.948615 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:34.948712 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VH= D-76598520-c47b-4930-a84a-7c1c1d37436f'] [15546] 2013-08-14 13:14:34.976763 pread SUCCESS [15546] 2013-08-14 13:14:34.996008 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520= =2Dc47b-4930-a84a-7c1c1d37436f', '-f', 'hidden', '-v', '1'] [16892] 2013-08-14 13:14:35.001543 pread SUCCESS [16892] 2013-08-14 13:14:35.002088 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.002170 Entering _checkMetadataVolume [16892] 2013-08-14 13:14:35.003338 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.003427 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [15546] 2013-08-14 13:14:35.008737 pread SUCCESS [15546] 2013-08-14 13:14:35.009248 Deleting vdi: 76598520-c47b-4930-a84a-7c= 1c1d37436f [15546] 2013-08-14 13:14:35.009338 Entering deleteVdi [16892] 2013-08-14 13:14:35.017197 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15546] 2013-08-14 13:14:35.043620 entering updateVdi [16945] 2013-08-14 13:14:35.061976 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [15546] 2013-08-14 13:14:35.072005 Entering getMetadataToWrite [15546] 2013-08-14 13:14:35.072204 Entering VDI info [15546] 2013-08-14 13:14:35.072300 Entering VDI info [16945] 2013-08-14 13:14:35.085762 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [16892] 2013-08-14 13:14:35.088686 pread SUCCESS [16892] 2013-08-14 13:14:35.088853 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.088927 LVMCache: will initialize now [16892] 2013-08-14 13:14:35.088972 LVMCache: refreshing [16892] 2013-08-14 13:14:35.089038 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [15546] 2013-08-14 13:14:35.111240 lock: acquired /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:35.111388 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f (1, 0) + (-1, 0) =3D> = (0, 0) [15546] 2013-08-14 13:14:35.111441 Refcount for lvm-cc06f713-dfda-f0d8-b5ca= =2D5df29e928593:76598520-c47b-4930-a84a-7c1c1d37436f set =3D> (0, 0b) [15546] 2013-08-14 13:14:35.111610 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-= 7c1c1d37436f'] [16945] 2013-08-14 13:14:35.151532 pread SUCCESS [16945] 2013-08-14 13:14:35.151776 Failed to lock /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr on first attempt, blocked by PID 15546 [16892] 2013-08-14 13:14:35.164468 pread SUCCESS [16892] 2013-08-14 13:14:35.165181 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.165264 Entering _checkMetadataVolume [16892] 2013-08-14 13:14:35.165616 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.165758 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:50e0f1b3-afb3-3fa2-4e52-7557= f4615d02', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:d4fce70a-5d2b-7f20-65a2-812c38431447', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [16892] 2013-08-14 13:14:35.165873 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [15546] 2013-08-14 13:14:35.213039 pread SUCCESS [15546] 2013-08-14 13:14:35.213240 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84= a--7c1c1d37436f'] [16892] 2013-08-14 13:14:35.217451 pread SUCCESS [15546] 2013-08-14 13:14:35.222755 pread SUCCESS [15546] 2013-08-14 13:14:35.222981 lock: released /var/lock/sm/lvm-cc06f713= =2Ddfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [15546] 2013-08-14 13:14:35.223051 lock: closed /var/lock/sm/lvm-cc06f713-d= fda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [16892] 2013-08-14 13:14:35.225027 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [15546] 2013-08-14 13:14:35.236682 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [16892] 2013-08-14 13:14:35.269150 pread SUCCESS [15546] 2013-08-14 13:14:35.276576 pread SUCCESS [15546] 2013-08-14 13:14:35.345055 lock: tried lock /var/lock/sm/cc06f713-d= fda-f0d8-b5ca-5df29e928593/running, acquired: False (exists: True) [16892] 2013-08-14 13:14:35.352134 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [16892] 2013-08-14 13:14:35.352249 entering updateSR [16892] 2013-08-14 13:14:35.355665 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [16892] 2013-08-14 13:14:35.355908 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:35.422230 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:35.422405 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [15546] 2013-08-14 13:14:35.596076 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [15546] 2013-08-14 13:14:35.596446 LVMCache: will initialize now [15546] 2013-08-14 13:14:35.596559 LVMCache: refreshing [15546] 2013-08-14 13:14:35.596756 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9819] 2013-08-14 13:14:35.639503 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:35.639754 LVMCache: refreshing [9819] 2013-08-14 13:14:35.639832 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [15546] 2013-08-14 13:14:35.660017 pread SUCCESS [15546] 2013-08-14 13:14:35.660614 A GC instance already running, not kicki= ng [15546] 2013-08-14 13:14:35.660743 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/running [15546] 2013-08-14 13:14:35.660881 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.660952 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.661060 LVMCache: will initialize now [16945] 2013-08-14 13:14:35.661111 LVMCache: refreshing [16945] 2013-08-14 13:14:35.661185 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [15546] 2013-08-14 13:14:35.661223 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:35.678612 pread SUCCESS [15546] 2013-08-14 13:14:35.679134 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:35.679416 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [16945] 2013-08-14 13:14:35.725175 pread SUCCESS [16945] 2013-08-14 13:14:35.725752 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.725833 Entering _checkMetadataVolume [16945] 2013-08-14 13:14:35.727561 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.727683 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [16945] 2013-08-14 13:14:35.769978 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:35.794155 pread SUCCESS [9819] 2013-08-14 13:14:35.795716 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *db78ec73[VHD](12.000G//12.000M|n) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:35.795892 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:35.796115 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:35.837577 pread SUCCESS [16945] 2013-08-14 13:14:35.841921 pread SUCCESS [16945] 2013-08-14 13:14:35.842152 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.842264 LVMCache: will initialize now [16945] 2013-08-14 13:14:35.842330 LVMCache: refreshing [16945] 2013-08-14 13:14:35.842408 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9819] 2013-08-14 13:14:35.848058 Removed vhd-blocks from *db78ec73[VHD](12= =2E000G//12.000M|n) [9819] 2013-08-14 13:14:35.852575 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:14:35.852797 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:35.852918 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:35.852972 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (1, 0b) [9819] 2013-08-14 13:14:35.853187 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-b= b21d3b9746f'] [16945] 2013-08-14 13:14:35.902724 pread SUCCESS [16945] 2013-08-14 13:14:35.903323 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.903401 Entering _checkMetadataVolume [16945] 2013-08-14 13:14:35.903811 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:35.903949 sr_update {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'OpaqueRef:ee3d95f1-8196-6749-3cc4-24b4= 20b619b2', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:c226bd27-0999-e440-4f47-3c7df6f737ed', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002efb519= 2f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c10= 9370159'} [16945] 2013-08-14 13:14:35.904244 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:35.953148 pread SUCCESS [9819] 2013-08-14 13:14:35.953409 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:35.953481 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:35.953603 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [16945] 2013-08-14 13:14:35.957641 pread SUCCESS [16945] 2013-08-14 13:14:35.962965 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [9819] 2013-08-14 13:14:35.968587 pread SUCCESS [9819] 2013-08-14 13:14:35.996506 Set vhd-blocks =3D eJxjYBgF5AKOgXbAUAdMA+= 0ABgYAEiYACw=3D=3D for *db78ec73[VHD](12.000G//12.000M|n) [9819] 2013-08-14 13:14:36.010353 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYBgF5AKOgXbAUAdMA+0ABgYAEiYACw=3D=3D'} [16945] 2013-08-14 13:14:36.017643 pread SUCCESS [9819] 2013-08-14 13:14:36.025999 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:36.029421 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:36.029575 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:36.029690 Coalesce candidate: *db78ec73[VHD](12.000= G//12.000M|n) (tree height 3) [9819] 2013-08-14 13:14:36.029870 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:36.036827 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:36.036917 LVMCache: refreshing [9819] 2013-08-14 13:14:36.036983 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [16945] 2013-08-14 13:14:36.081370 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_P= ROD'} [16945] 2013-08-14 13:14:36.081471 entering updateSR [16945] 2013-08-14 13:14:36.085328 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [16945] 2013-08-14 13:14:36.085560 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:36.085611 pread SUCCESS [9819] 2013-08-14 13:14:36.086514 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:36.181303 pread SUCCESS [9819] 2013-08-14 13:14:36.182975 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *db78ec73[VHD](12.000G//12.000M|a) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:36.183181 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:36.192300 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:36.196602 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYBgF5AKOgXbAUAdMA+0ABgYAEiYACw=3D=3D'} [9819] 2013-08-14 13:14:36.196828 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:36.235807 pread SUCCESS [9819] 2013-08-14 13:14:36.243667 Removed vhd-blocks from *db78ec73[VHD](12= =2E000G//12.000M|a) [9819] 2013-08-14 13:14:36.249352 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:14:36.249514 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [9819] 2013-08-14 13:14:36.258699 pread SUCCESS [9819] 2013-08-14 13:14:36.280349 Set vhd-blocks =3D eJxjYBgF5AKOgXbAUAdMA+= 0ABgYAEiYACw=3D=3D for *db78ec73[VHD](12.000G//12.000M|a) [9819] 2013-08-14 13:14:36.289810 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYBgF5AKOgXbAUAdMA+0ABgYAEiYACw=3D=3D'} [9819] 2013-08-14 13:14:36.298226 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:36.300505 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:36.300608 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:36.300683 Coalesce candidate: *db78ec73[VHD](12.000= G//12.000M|a) (tree height 3) [9819] 2013-08-14 13:14:36.300860 Coalescing *db78ec73[VHD](12.000G//12.000= M|a) -> *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:36.300992 ['/usr/sbin/lvcreate', '-n', 'coalesce_db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f_1', '-L', '4', 'VG_XenStorage-5a998863-4= 5b0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:36.371998 pread SUCCESS [9819] 2013-08-14 13:14:36.372479 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:36.372654 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:36.372711 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [9819] 2013-08-14 13:14:36.372897 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:36.440421 pread SUCCESS [9819] 2013-08-14 13:14:36.440676 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:36.440754 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:36.440890 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:14:36.537604 pread SUCCESS [9819] 2013-08-14 13:14:36.537806 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:36.763459 pread SUCCESS [9819] 2013-08-14 13:14:36.775543 Removed vhd-blocks from *db78ec73[VHD](12= =2E000G//12.000M|a) [9819] 2013-08-14 13:14:36.781184 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:14:36.781333 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db= 78ec73-cb65-4ac3-80fc-bb21d3b9746f'] [9819] 2013-08-14 13:14:36.793629 pread SUCCESS [9819] 2013-08-14 13:14:36.824309 Set vhd-blocks =3D eJxjYBgF5AKOgXbAUAdMA+= 0ABgYAEiYACw=3D=3D for *db78ec73[VHD](12.000G//12.000M|a) [9819] 2013-08-14 13:14:36.830637 Got sm-config for *db78ec73[VHD](12.000G/= /12.000M|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYBgF5AKOgXbAUAdMA+0ABgYAEiYACw=3D=3D'} [9610] 2013-08-14 13:14:36.831921 SR.update_asynch status changed to [succe= ss] [9610] 2013-08-14 13:14:36.832068 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [9819] 2013-08-14 13:14:36.838141 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:36.840657 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:36.840767 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:36.840920 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec7= 3-cb65-4ac3-80fc-bb21d3b9746f'] [9819] 2013-08-14 13:14:36.855147 pread SUCCESS [9819] 2013-08-14 13:14:36.855308 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9610] 2013-08-14 13:14:37.032365 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:37.032449 LVMCache: refreshing [9610] 2013-08-14 13:14:37.032513 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9819] 2013-08-14 13:14:37.063012 pread SUCCESS [9610] 2013-08-14 13:14:37.078206 pread SUCCESS [9610] 2013-08-14 13:14:37.079044 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:37.086282 Refreshing VHD-464ad39d-c3b7-45b5-a672-2d= 851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9610] 2013-08-14 13:14:37.281949 pread SUCCESS [9610] 2013-08-14 13:14:37.284718 SR cc06 ('VM_PROD') (30 VDIs in 30 VHD tr= ees): showing only VHD trees that changed: *76598520[VHD](12.000G//12.031G|n) [9610] 2013-08-14 13:14:37.284968 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:37.285372 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/running, acquired: True (exists: True) [9610] 2013-08-14 13:14:37.297858 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:37.297965 LVMCache: refreshing [9610] 2013-08-14 13:14:37.298028 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:37.338719 pread SUCCESS [9610] 2013-08-14 13:14:37.339821 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:37.442556 pread SUCCESS [9610] 2013-08-14 13:14:37.444398 SR cc06 ('VM_PROD') (30 VDIs in 30 VHD tr= ees): no changes [9610] 2013-08-14 13:14:37.444554 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:37.444894 Found 1 VDIs for deletion: [9610] 2013-08-14 13:14:37.444958 *76598520[VHD](12.000G//12.031G|n) [9610] 2013-08-14 13:14:37.445103 Deleting unlinked VDI *76598520[VHD](12.0= 00G//12.031G|n) [9610] 2013-08-14 13:14:37.708896 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9610] 2013-08-14 13:14:38.085259 call-plugin returned: 'True' [9610] 2013-08-14 13:14:38.085367 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:38.394004 call-plugin returned: 'True' [9819] 2013-08-14 13:14:38.394141 Running VHD coalesce on *db78ec73[VHD](= 12.000G//12.000M|a) [9610] 2013-08-14 13:14:38.395160 call-plugin returned: 'True' [9610] 2013-08-14 13:14:38.395287 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [17830] 2013-08-14 13:14:38.399626 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db7= 8ec73-cb65-4ac3-80fc-bb21d3b9746f'] [17830] 2013-08-14 13:14:38.522782 pread SUCCESS [17830] 2013-08-14 13:14:38.523211 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [9610] 2013-08-14 13:14:38.938820 call-plugin returned: 'True' [9610] 2013-08-14 13:14:38.938970 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9610] 2013-08-14 13:14:39.311361 call-plugin returned: 'True' [9610] 2013-08-14 13:14:39.311550 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:39.403849 Child process completed successfully [9819] 2013-08-14 13:14:39.404025 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:14:39.404209 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:39.597033 pread SUCCESS [9819] 2013-08-14 13:14:39.597307 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-46= 4ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:39.606260 pread SUCCESS [9819] 2013-08-14 13:14:39.632876 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f f= or *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:39.633004 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:39.647493 pread SUCCESS [9819] 2013-08-14 13:14:39.647772 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:39.647896 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:39.647971 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'r'] [9610] 2013-08-14 13:14:39.651575 call-plugin returned: 'True' [9610] 2013-08-14 13:14:39.651719 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:39.727611 pread SUCCESS [9819] 2013-08-14 13:14:39.727828 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/coalesce_db78ec73-cb65-4ac3-80= fc-bb21d3b9746f_1'] [9819] 2013-08-14 13:14:39.782910 pread SUCCESS [9819] 2013-08-14 13:14:39.783051 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-coalesce_db78ec73--cb65--4ac3--= 80fc--bb21d3b9746f_1'] [9819] 2013-08-14 13:14:39.799417 pread SUCCESS [9819] 2013-08-14 13:14:39.799786 ['/usr/sbin/lvcreate', '-n', 'relink_db78= ec73-cb65-4ac3-80fc-bb21d3b9746f_1', '-L', '4', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:39.892506 pread SUCCESS [9819] 2013-08-14 13:14:39.893061 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:39.893168 LVMCache: refreshing [9819] 2013-08-14 13:14:39.893305 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:39.933538 pread SUCCESS [9819] 2013-08-14 13:14:39.934713 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:40.020142 pread SUCCESS [9819] 2013-08-14 13:14:40.021719 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *db78ec73[VHD](12.000G//12.000M|a) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:40.021977 Relinking a88f05be[VHD](12.000G//12.031= G|n) from *db78ec73[VHD](12.000G//12.000M|a) to *464ad39d[VHD](12.000G//12.= 031G|a) [9819] 2013-08-14 13:14:40.022168 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.022275 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:40.022325 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:14:40.022479 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:14:40.083521 pread SUCCESS [9819] 2013-08-14 13:14:40.083790 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.083897 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.084121 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--5a998863--45b0--3031--e31b--13c92393ad9= 7-VHD--464ad39d--c3b7--45b5--a672--2d851c93d7ec', '-n', '/dev/VG_XenStorage= =2D5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0'] [9819] 2013-08-14 13:14:40.099192 pread SUCCESS [9819] 2013-08-14 13:14:40.099457 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.099601 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:40.099657 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:14:40.100040 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9610] 2013-08-14 13:14:40.138881 call-plugin returned: 'True' [9610] 2013-08-14 13:14:40.139017 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:40.197415 pread SUCCESS [9819] 2013-08-14 13:14:40.197603 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:14:40.209420 pread SUCCESS [9819] 2013-08-14 13:14:40.209681 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.209756 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:40.226044 Set vhd-parent =3D 464ad39d-c3b7-45b5-a67= 2-2d851c93d7ec for a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:40.226125 Updated the vhd-parent field for child a8= 8f05be-033f-4d23-a66f-715fa50439d0 with 464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:40.226227 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:40.226391 Reloading VDI a88f05be[VHD](12.000G//12= =2E031G|n) [9819] 2013-08-14 13:14:40.226507 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:40.226569 Refresh request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 [9819] 2013-08-14 13:14:40.240095 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:40.441670 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:40.441843 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/relink_db78ec73-cb65-4ac3-80fc= =2Dbb21d3b9746f_1'] [9610] 2013-08-14 13:14:40.445869 call-plugin returned: 'True' [9610] 2013-08-14 13:14:40.446066 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [9819] 2013-08-14 13:14:40.509614 pread SUCCESS [9819] 2013-08-14 13:14:40.509874 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-relink_db78ec73--cb65--4ac3--80= fc--bb21d3b9746f_1'] [9819] 2013-08-14 13:14:40.524587 pread SUCCESS [9819] 2013-08-14 13:14:40.525606 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:40.526079 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:40.526242 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [9819] 2013-08-14 13:14:40.526841 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:40.628546 pread SUCCESS [9819] 2013-08-14 13:14:40.628712 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a672= =2D-2d851c93d7ec'] [9819] 2013-08-14 13:14:40.639904 pread SUCCESS [9819] 2013-08-14 13:14:40.640215 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:40.640295 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:40.640476 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:40.640622 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:40.640677 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:db78ec73-cb65-4ac3-80fc-bb21d3b9746f set =3D> (0, 0b) [9819] 2013-08-14 13:14:40.640906 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-b= b21d3b9746f'] [9819] 2013-08-14 13:14:40.735263 pread SUCCESS [9819] 2013-08-14 13:14:40.735456 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--db78ec73--cb65--4ac3--80fc= =2D-bb21d3b9746f'] [9819] 2013-08-14 13:14:40.746811 pread SUCCESS [9819] 2013-08-14 13:14:40.747063 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:40.747136 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:40.747253 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:40.761318 call-plugin returned: 'True' [9610] 2013-08-14 13:14:40.761456 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [18417] 2013-08-14 13:14:40.870980 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [18417] 2013-08-14 13:14:40.878403 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [18417] 2013-08-14 13:14:41.006159 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [18417] 2013-08-14 13:14:41.018091 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [18417] 2013-08-14 13:14:41.052563 pread SUCCESS [18417] 2013-08-14 13:14:41.052823 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.052909 LVMCache: will initialize now [18417] 2013-08-14 13:14:41.052961 LVMCache: refreshing [18417] 2013-08-14 13:14:41.053039 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [18417] 2013-08-14 13:14:41.094753 pread SUCCESS [18417] 2013-08-14 13:14:41.095612 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.095729 Entering _checkMetadataVolume [18417] 2013-08-14 13:14:41.097540 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.097659 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [9610] 2013-08-14 13:14:41.110925 call-plugin returned: 'True' [9610] 2013-08-14 13:14:41.111073 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-= 5df29e928593/VHD-76598520-c47b-4930-a84a-7c1c1d37436f) [18417] 2013-08-14 13:14:41.116245 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [18417] 2013-08-14 13:14:41.164506 pread SUCCESS [18417] 2013-08-14 13:14:41.164708 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.164793 LVMCache: will initialize now [18417] 2013-08-14 13:14:41.164849 LVMCache: refreshing [18417] 2013-08-14 13:14:41.164918 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [18417] 2013-08-14 13:14:41.211293 pread SUCCESS [18417] 2013-08-14 13:14:41.211814 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.211895 Entering _checkMetadataVolume [18417] 2013-08-14 13:14:41.212248 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.212417 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:e7fb8bf3-5158-229e-17a7-8291= da4c1b35', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:d6a8f758-c771-3546-3a58-65cd9d005c93', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [18417] 2013-08-14 13:14:41.212546 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [18417] 2013-08-14 13:14:41.246595 pread SUCCESS [18417] 2013-08-14 13:14:41.252313 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [18417] 2013-08-14 13:14:41.298375 pread SUCCESS [18417] 2013-08-14 13:14:41.345952 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [18417] 2013-08-14 13:14:41.346058 entering updateSR [18417] 2013-08-14 13:14:41.349782 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [18417] 2013-08-14 13:14:41.350068 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9610] 2013-08-14 13:14:41.450231 call-plugin returned: 'True' [9610] 2013-08-14 13:14:41.450502 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:41.450595 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-cc06f713-dfda-f0d8-b5ca-5df29e928593/VHD-76598520-c47b-4930-a84a-7c= 1c1d37436f'] [9610] 2013-08-14 13:14:41.526822 pread SUCCESS [9610] 2013-08-14 13:14:41.527012 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--cc06f713--dfda--f0d8--b5ca--5df29e928593-VHD--76598520--c47b--4930--a84a= =2D-7c1c1d37436f'] [9610] 2013-08-14 13:14:41.543799 pread SUCCESS [9610] 2013-08-14 13:14:41.552689 Deleting vdi: 76598520-c47b-4930-a84a-7c1= c1d37436f [9610] 2013-08-14 13:14:41.552758 Entering deleteVdi [9610] 2013-08-14 13:14:41.580854 Metadata for VDI 76598520-c47b-4930-a84a-= 7c1c1d37436f not present, or already removed, no further deletion action re= quired. [9610] 2013-08-14 13:14:41.580996 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:41.581132 lock: unlinking lock file /var/lock/sm/lv= m-cc06f713-dfda-f0d8-b5ca-5df29e928593/76598520-c47b-4930-a84a-7c1c1d37436f [9610] 2013-08-14 13:14:41.581293 Starting asynch srUpdate for SR cc06f713-= dfda-f0d8-b5ca-5df29e928593 [18516] 2013-08-14 13:14:41.682638 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [18516] 2013-08-14 13:14:41.689383 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a595600002efb5192f499 [9819] 2013-08-14 13:14:41.782322 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:41.782607 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [18516] 2013-08-14 13:14:41.865133 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [18516] 2013-08-14 13:14:41.887363 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [18516] 2013-08-14 13:14:41.930281 pread SUCCESS [18516] 2013-08-14 13:14:41.930557 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:41.930652 LVMCache: will initialize now [18516] 2013-08-14 13:14:41.930702 LVMCache: refreshing [18516] 2013-08-14 13:14:41.930823 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [18516] 2013-08-14 13:14:41.988343 pread SUCCESS [18516] 2013-08-14 13:14:41.988930 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:41.989004 Entering _checkMetadataVolume [18516] 2013-08-14 13:14:41.990173 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:41.990249 LVMCache created for VG_XenStorage-cc06f= 713-dfda-f0d8-b5ca-5df29e928593 [18516] 2013-08-14 13:14:42.004801 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:42.018377 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:42.018466 LVMCache: refreshing [9819] 2013-08-14 13:14:42.018540 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [18516] 2013-08-14 13:14:42.056890 pread SUCCESS [18516] 2013-08-14 13:14:42.057059 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:42.057133 LVMCache: will initialize now [18516] 2013-08-14 13:14:42.057177 LVMCache: refreshing [18516] 2013-08-14 13:14:42.057244 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df= 29e928593'] [9819] 2013-08-14 13:14:42.066934 pread SUCCESS [9819] 2013-08-14 13:14:42.067763 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [18516] 2013-08-14 13:14:42.106899 pread SUCCESS [18516] 2013-08-14 13:14:42.107591 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:42.107688 Entering _checkMetadataVolume [18516] 2013-08-14 13:14:42.108118 lock: acquired /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:42.108260 sr_update {'sr_uuid': 'cc06f713-dfda-f0d= 8-b5ca-5df29e928593', 'subtask_of': 'OpaqueRef:52d7bb95-d7b6-0bfd-0fd8-1232= 02042e35', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:79b4610d-5049-bb02-645e-7111c7476660', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a595600002efb519= 2f499', 'SCSIid': '3600a0b80005a595600002efb5192f499', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:f04d1596-8b86-9ce0-6f39-d1c10= 9370159'} [18516] 2013-08-14 13:14:42.108410 ['/usr/sbin/vgs', 'VG_XenStorage-cc06f71= 3-dfda-f0d8-b5ca-5df29e928593'] [18516] 2013-08-14 13:14:42.163187 pread SUCCESS [18516] 2013-08-14 13:14:42.168943 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593= '] [9819] 2013-08-14 13:14:42.193802 pread SUCCESS [9819] 2013-08-14 13:14:42.197129 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) *db78ec73[VHD](12.000G//12.000M|n) [9819] 2013-08-14 13:14:42.197470 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:42.197934 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:42.206568 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:42.206664 LVMCache: refreshing [9819] 2013-08-14 13:14:42.206767 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [18516] 2013-08-14 13:14:42.230176 pread SUCCESS [9819] 2013-08-14 13:14:42.255565 pread SUCCESS [9819] 2013-08-14 13:14:42.256496 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [18516] 2013-08-14 13:14:42.277148 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_P= ROD'} [18516] 2013-08-14 13:14:42.277234 entering updateSR [18516] 2013-08-14 13:14:42.281471 lock: released /var/lock/sm/cc06f713-dfd= a-f0d8-b5ca-5df29e928593/sr [18516] 2013-08-14 13:14:42.281697 lock: closed /var/lock/sm/cc06f713-dfda-= f0d8-b5ca-5df29e928593/sr [9819] 2013-08-14 13:14:42.358690 pread SUCCESS [9819] 2013-08-14 13:14:42.360470 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): no changes [9819] 2013-08-14 13:14:42.360710 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:42.369196 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:42.369513 Found 1 VDIs for deletion: [9819] 2013-08-14 13:14:42.369584 *db78ec73[VHD](12.000G//12.000M|n) [9819] 2013-08-14 13:14:42.369723 Deleting unlinked VDI *db78ec73[VHD](12.0= 00G//12.000M|n) [9610] 2013-08-14 13:14:42.616442 SR.update_asynch status changed to [succe= ss] [9610] 2013-08-14 13:14:42.616698 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/running [9819] 2013-08-14 13:14:42.648010 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9610] 2013-08-14 13:14:42.838184 lock: tried lock /var/lock/sm/cc06f713-df= da-f0d8-b5ca-5df29e928593/sr, acquired: True (exists: True) [9610] 2013-08-14 13:14:42.838301 LVMCache: refreshing [9610] 2013-08-14 13:14:42.838368 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df2= 9e928593'] [9610] 2013-08-14 13:14:42.895067 pread SUCCESS [9610] 2013-08-14 13:14:42.896070 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9819] 2013-08-14 13:14:42.948803 call-plugin returned: 'True' [9819] 2013-08-14 13:14:42.948923 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9610] 2013-08-14 13:14:43.103286 pread SUCCESS [9610] 2013-08-14 13:14:43.105399 SR cc06 ('VM_PROD') (29 VDIs in 29 VHD tr= ees): showing only VHD trees that changed: Tree 76598520-c47b-4930-a84a-7c1c1d37436f gone [9610] 2013-08-14 13:14:43.105636 lock: released /var/lock/sm/cc06f713-dfda= =2Df0d8-b5ca-5df29e928593/sr [9610] 2013-08-14 13:14:43.105900 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:43.165484 pread SUCCESS [9610] 2013-08-14 13:14:43.165790 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e928593'] [9610] 2013-08-14 13:14:43.214829 pread SUCCESS [9610] 2013-08-14 13:14:43.215221 No work, exiting [9610] 2013-08-14 13:14:43.216510 SR cc06 ('VM_PROD') (29 VDIs in 29 VHD tr= ees): no changes [9819] 2013-08-14 13:14:43.321504 call-plugin returned: 'True' [9819] 2013-08-14 13:14:43.321621 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:43.864953 call-plugin returned: 'True' [9819] 2013-08-14 13:14:43.865155 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:44.180920 call-plugin returned: 'True' [9819] 2013-08-14 13:14:44.181060 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:44.737550 call-plugin returned: 'True' [9819] 2013-08-14 13:14:44.737733 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:45.061017 call-plugin returned: 'True' [9819] 2013-08-14 13:14:45.061157 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:45.673443 call-plugin returned: 'True' [9819] 2013-08-14 13:14:45.673584 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:46.033063 call-plugin returned: 'True' [9819] 2013-08-14 13:14:46.033376 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:46.365105 call-plugin returned: 'True' [9819] 2013-08-14 13:14:46.365261 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f) [9819] 2013-08-14 13:14:46.748248 call-plugin returned: 'True' [9819] 2013-08-14 13:14:46.748566 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:46.748649 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-db78ec73-cb65-4ac3-80fc-bb= 21d3b9746f'] [9819] 2013-08-14 13:14:46.837059 pread SUCCESS [9819] 2013-08-14 13:14:46.837252 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--db78ec73--cb65--4ac3--80fc= =2D-bb21d3b9746f'] [9819] 2013-08-14 13:14:46.849694 pread SUCCESS [9819] 2013-08-14 13:14:46.880273 Deleting vdi: db78ec73-cb65-4ac3-80fc-bb2= 1d3b9746f [9819] 2013-08-14 13:14:46.880352 Entering deleteVdi [9819] 2013-08-14 13:14:46.893540 entering updateVdi [9819] 2013-08-14 13:14:46.909731 Entering getMetadataToWrite [9819] 2013-08-14 13:14:46.909821 Entering VDI info [9819] 2013-08-14 13:14:46.909902 Entering VDI info [9819] 2013-08-14 13:14:46.911958 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:46.912128 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/db78ec73-cb65-4ac3-80fc-bb21d3b9746f [9819] 2013-08-14 13:14:46.912305 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [19219] 2013-08-14 13:14:47.033027 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [19219] 2013-08-14 13:14:47.040463 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [19219] 2013-08-14 13:14:47.182066 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [19219] 2013-08-14 13:14:47.198953 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19219] 2013-08-14 13:14:47.239889 pread SUCCESS [19219] 2013-08-14 13:14:47.240092 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.240169 LVMCache: will initialize now [19219] 2013-08-14 13:14:47.240214 LVMCache: refreshing [19219] 2013-08-14 13:14:47.240280 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [19219] 2013-08-14 13:14:47.274949 pread SUCCESS [19219] 2013-08-14 13:14:47.275481 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.275568 Entering _checkMetadataVolume [19219] 2013-08-14 13:14:47.276781 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.276860 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [19219] 2013-08-14 13:14:47.287155 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19219] 2013-08-14 13:14:47.343888 pread SUCCESS [19219] 2013-08-14 13:14:47.344066 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.344175 LVMCache: will initialize now [19219] 2013-08-14 13:14:47.344227 LVMCache: refreshing [19219] 2013-08-14 13:14:47.344297 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [19219] 2013-08-14 13:14:47.385403 pread SUCCESS [19219] 2013-08-14 13:14:47.385873 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.385953 Entering _checkMetadataVolume [19219] 2013-08-14 13:14:47.386315 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.386447 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:2908c67b-105f-82e2-1a54-9e32= 5369170a', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:24a646df-e164-9273-b004-e6cb94012b3d', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [19219] 2013-08-14 13:14:47.386564 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19219] 2013-08-14 13:14:47.426345 pread SUCCESS [19219] 2013-08-14 13:14:47.432723 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [19219] 2013-08-14 13:14:47.471682 pread SUCCESS [19219] 2013-08-14 13:14:47.523372 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [19219] 2013-08-14 13:14:47.523492 entering updateSR [19219] 2013-08-14 13:14:47.527516 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19219] 2013-08-14 13:14:47.527798 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:47.939036 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:14:47.939154 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9819] 2013-08-14 13:14:48.205080 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:48.205160 LVMCache: refreshing [9819] 2013-08-14 13:14:48.205221 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:48.247357 pread SUCCESS [9819] 2013-08-14 13:14:48.248107 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:48.342637 pread SUCCESS [9819] 2013-08-14 13:14:48.344328 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:48.344517 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:48.344761 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:48.392803 pread SUCCESS [9819] 2013-08-14 13:14:48.496374 Got other-config for a88f05be[VHD](12.000= G//12.031G|n): {} [9819] 2013-08-14 13:14:48.496502 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:48.548001 pread SUCCESS [9819] 2013-08-14 13:14:48.739719 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|n) [9819] 2013-08-14 13:14:48.754908 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:14:48.755440 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:48.755717 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:48.755880 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:14:48.756371 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:14:48.821422 pread SUCCESS [9819] 2013-08-14 13:14:48.821623 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:48.821695 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:48.821788 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:48.834182 pread SUCCESS [9819] 2013-08-14 13:14:48.851197 Set vhd-blocks =3D eJxrYMAPGoCYA8RwIKBwBA= KOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0nWhcAzroF9Q=3D=3D for a88f05be[VHD= ](12.000G//12.031G|n) [9819] 2013-08-14 13:14:48.868359 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJxrYMAPGoCYA8RwIKBwBAKOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0= nWhcAzroF9Q=3D=3D'} [9819] 2013-08-14 13:14:48.890399 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:48.892808 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:48.892941 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:48.893044 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:48.912565 pread SUCCESS [9819] 2013-08-14 13:14:48.912805 Leaf-coalesce candidate: a88f05be[VHD](12= =2E000G/48.211M/12.031G|n) [9819] 2013-08-14 13:14:48.912965 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/running, acquired: True (exists: True) [9819] 2013-08-14 13:14:48.925834 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:48.925934 LVMCache: refreshing [9819] 2013-08-14 13:14:48.926021 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:48.972511 pread SUCCESS [9819] 2013-08-14 13:14:48.973507 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:49.094373 pread SUCCESS [9819] 2013-08-14 13:14:49.097475 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:49.097695 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:49.104499 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:49.104750 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:49.147182 pread SUCCESS [9819] 2013-08-14 13:14:49.157120 Got other-config for a88f05be[VHD](12.000= G//12.031G|a): {} [9819] 2013-08-14 13:14:49.157232 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:49.202402 pread SUCCESS [9819] 2013-08-14 13:14:49.228199 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|a) [9819] 2013-08-14 13:14:49.238567 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:14:49.238721 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:49.253915 pread SUCCESS [9819] 2013-08-14 13:14:49.280705 Set vhd-blocks =3D eJxrYMAPGoCYA8RwIKBwBA= KOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0nWhcAzroF9Q=3D=3D for a88f05be[VHD= ](12.000G//12.031G|a) [9819] 2013-08-14 13:14:49.295081 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'host_Op= aqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi_type': 'vhd', 'vh= d-blocks': 'eJxrYMAPGoCYA8RwIKBwBAKOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0= nWhcAzroF9Q=3D=3D'} [9819] 2013-08-14 13:14:49.301337 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:49.303514 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:49.303621 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:49.303706 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:14:49.317924 pread SUCCESS [9819] 2013-08-14 13:14:49.318172 Leaf-coalesce candidate: a88f05be[VHD](12= =2E000G/48.211M/12.031G|a) [9819] 2013-08-14 13:14:49.318279 Leaf-coalescing a88f05be[VHD](12.000G/48.= 211M/12.031G|a) -> *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:49.325054 Got other-config for a88f05be[VHD](12.000= G/48.211M/12.031G|a): {} [9819] 2013-08-14 13:14:49.325159 Single-snapshotting a88f05be[VHD](12.000G= /48.211M/12.031G|a) [19745] 2013-08-14 13:14:49.454961 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [19745] 2013-08-14 13:14:49.472739 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [19745] 2013-08-14 13:14:49.632531 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [19745] 2013-08-14 13:14:49.655506 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19745] 2013-08-14 13:14:49.705852 pread SUCCESS [19745] 2013-08-14 13:14:49.706363 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.706567 LVMCache: will initialize now [19745] 2013-08-14 13:14:49.706697 LVMCache: refreshing [19745] 2013-08-14 13:14:49.706898 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [19745] 2013-08-14 13:14:49.765343 pread SUCCESS [19745] 2013-08-14 13:14:49.765994 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.766103 Entering _checkMetadataVolume [19745] 2013-08-14 13:14:49.767803 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.768109 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [19745] 2013-08-14 13:14:49.792282 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [19745] 2013-08-14 13:14:49.841767 pread SUCCESS [19745] 2013-08-14 13:14:49.841987 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.842064 LVMCache: will initialize now [19745] 2013-08-14 13:14:49.842112 LVMCache: refreshing [19745] 2013-08-14 13:14:49.842179 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [19745] 2013-08-14 13:14:49.885665 pread SUCCESS [19745] 2013-08-14 13:14:49.886101 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.886210 Entering _checkMetadataVolume [19745] 2013-08-14 13:14:49.886603 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:49.895817 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|3a47d67a-fce6-b25e-a51e-5= 53f8f5d86a0|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:8f5df994-1e2f-ae91-46a6-681696= 9e3aad', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'type= ': 'internal'}, 'vdi_uuid': 'a88f05be-033f-4d23-a66f-715fa50439d0'} [19745] 2013-08-14 13:14:49.895974 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [19745] 2013-08-14 13:14:49.918868 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [19745] 2013-08-14 13:14:50.110189 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 3) [19745] 2013-08-14 13:14:50.110615 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:50.110838 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (1, 0) =3D> (= 2, 0) [19745] 2013-08-14 13:14:50.110922 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (2, 0b) [19745] 2013-08-14 13:14:50.111089 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:50.111142 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:50.111214 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [19745] 2013-08-14 13:14:50.130190 pread SUCCESS [19745] 2013-08-14 13:14:50.141656 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [19745] 2013-08-14 13:14:50.240883 pread SUCCESS [19745] 2013-08-14 13:14:50.241463 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:50.241639 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (= 1, 0) [19745] 2013-08-14 13:14:50.241719 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [19745] 2013-08-14 13:14:50.241934 ['/usr/sbin/lvchange', '-ay', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [19745] 2013-08-14 13:14:50.305705 pread SUCCESS [19745] 2013-08-14 13:14:50.305896 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:50.305976 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:50.306090 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [19745] 2013-08-14 13:14:50.320260 pread SUCCESS [19745] 2013-08-14 13:14:50.337383 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [19745] 2013-08-14 13:14:50.352168 pread SUCCESS [19745] 2013-08-14 13:14:50.352425 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [19745] 2013-08-14 13:14:50.394791 pread SUCCESS [19745] 2013-08-14 13:14:50.394980 ['uuidgen', '-r'] [19745] 2013-08-14 13:14:50.417670 pread SUCCESS [19745] 2013-08-14 13:14:50.417961 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_205f58f9-4818-4793-8edc-b79862c62337_', '-= L', '4', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97', '--addtag', = 'journaler', '--inactive', '--zero=3Dn'] [19745] 2013-08-14 13:14:50.501172 pread SUCCESS [19745] 2013-08-14 13:14:50.501444 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-205f58f9-4818-4793-8edc-b79862c62337'] [19745] 2013-08-14 13:14:50.608497 pread SUCCESS [19745] 2013-08-14 13:14:50.608685 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (1, 0b) [19745] 2013-08-14 13:14:50.608958 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '54525952', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337'] [19745] 2013-08-14 13:14:50.619575 pread SUCCESS [19745] 2013-08-14 13:14:50.619762 ['/usr/sbin/lvresize', '-L', '52', '/dev= /VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-= 8edc-b79862c62337'] [19745] 2013-08-14 13:14:50.705564 pread3 SUCCESS [19745] 2013-08-14 13:14:50.705977 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [19745] 2013-08-14 13:14:50.831821 pread SUCCESS [19745] 2013-08-14 13:14:50.832098 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337', '-S', = '2097152'] [19745] 2013-08-14 13:14:50.895831 pread SUCCESS [19745] 2013-08-14 13:14:50.896016 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [19745] 2013-08-14 13:14:50.907314 pread SUCCESS [19745] 2013-08-14 13:14:50.907678 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9= =2D4818-4793-8edc-b79862c62337', '-f', 'hidden', '-v', '1'] [19745] 2013-08-14 13:14:50.925880 pread SUCCESS [19745] 2013-08-14 13:14:50.926137 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c= 62337', '-p', 'r'] [19745] 2013-08-14 13:14:51.023141 pread SUCCESS [19745] 2013-08-14 13:14:51.039273 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-205f58f9-4818-4793= =2D8edc-b79862c62337 on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [19745] 2013-08-14 13:14:52.002592 call-plugin returned: 'True' [19745] 2013-08-14 13:14:52.002912 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_205f58f9-4818-4793-8edc-b79862c62337_'] [19745] 2013-08-14 13:14:52.077013 pread SUCCESS [19745] 2013-08-14 13:14:52.077182 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_205f58f9--4818--4793--8edc--b79862c62337_'] [19745] 2013-08-14 13:14:52.088926 pread SUCCESS [19745] 2013-08-14 13:14:52.089258 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (1, 0b) [19745] 2013-08-14 13:14:52.096445 Checking if there is space in the metada= ta for 1 VDI. [19745] 2013-08-14 13:14:52.096504 ['uuidgen', '-r'] [19745] 2013-08-14 13:14:52.105618 pread SUCCESS [19745] 2013-08-14 13:14:52.105723 Entering addVdiInternal [19745] 2013-08-14 13:14:52.113168 Entering getMetadataToWrite [19745] 2013-08-14 13:14:52.113250 Entering VDI info [19745] 2013-08-14 13:14:52.113338 Entering VDI info [19745] 2013-08-14 13:14:52.115005 Entering deleteVdi [19745] 2013-08-14 13:14:52.121845 entering updateVdi [19745] 2013-08-14 13:14:52.127592 Entering getMetadataToWrite [19745] 2013-08-14 13:14:52.127664 Entering VDI info [19745] 2013-08-14 13:14:52.127726 Entering VDI info [19745] 2013-08-14 13:14:52.160083 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': '205f58f9-4818-4793-8edc-b79862c= 62337'} [19745] 2013-08-14 13:14:52.160232 Entering addVdiInternal [19745] 2013-08-14 13:14:52.173712 Entering getMetadataToWrite [19745] 2013-08-14 13:14:52.173925 Entering VDI info [19745] 2013-08-14 13:14:52.174097 Entering VDI info [19745] 2013-08-14 13:14:52.176310 vdi_clone: introduced base VDI: OpaqueRe= f:1f811903-9f79-f443-e99d-867c3113d242 (205f58f9-4818-4793-8edc-b79862c6233= 7) [19745] 2013-08-14 13:14:52.198557 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3DNone [19745] 2013-08-14 13:14:52.213185 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [19745] 2013-08-14 13:14:52.409781 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [19745] 2013-08-14 13:14:52.409951 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:52.410074 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (2, 0) + (-1, 0) =3D> = (1, 0) [19745] 2013-08-14 13:14:52.410123 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [19745] 2013-08-14 13:14:52.410266 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:52.410319 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [19745] 2013-08-14 13:14:52.410424 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:52.410530 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (-1, 0) =3D> = (0, 0) [19745] 2013-08-14 13:14:52.410575 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (0, 0b) [19745] 2013-08-14 13:14:52.410725 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-= 2d851c93d7ec'] [19745] 2013-08-14 13:14:52.504347 pread SUCCESS [19745] 2013-08-14 13:14:52.504486 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--464ad39d--c3b7--45b5--a67= 2--2d851c93d7ec'] [19745] 2013-08-14 13:14:52.513029 pread SUCCESS [19745] 2013-08-14 13:14:52.513262 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:52.513325 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [19745] 2013-08-14 13:14:52.513473 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [19745] 2013-08-14 13:14:52.513592 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [19745] 2013-08-14 13:14:52.513734 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 (1, 0) + (-1, 0) =3D> = (0, 0) [19745] 2013-08-14 13:14:52.513785 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (0, 0b) [19745] 2013-08-14 13:14:52.513969 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-= b79862c62337'] [19745] 2013-08-14 13:14:52.629139 pread SUCCESS [19745] 2013-08-14 13:14:52.629288 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--205f58f9--4818--4793--8ed= c--b79862c62337'] [19745] 2013-08-14 13:14:52.643026 pread SUCCESS [19745] 2013-08-14 13:14:52.643469 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [19745] 2013-08-14 13:14:52.643607 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [19745] 2013-08-14 13:14:52.644061 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:52.782472 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [20487] 2013-08-14 13:14:52.791378 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [20487] 2013-08-14 13:14:52.926523 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [20487] 2013-08-14 13:14:52.939145 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [20487] 2013-08-14 13:14:52.981951 pread SUCCESS [20487] 2013-08-14 13:14:52.982148 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:52.982228 LVMCache: will initialize now [20487] 2013-08-14 13:14:52.982273 LVMCache: refreshing [20487] 2013-08-14 13:14:52.982343 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [20487] 2013-08-14 13:14:53.033391 pread SUCCESS [20487] 2013-08-14 13:14:53.034113 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:53.034196 Entering _checkMetadataVolume [20487] 2013-08-14 13:14:53.035633 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:53.035787 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [20487] 2013-08-14 13:14:53.064205 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [20487] 2013-08-14 13:14:53.133747 pread SUCCESS [20487] 2013-08-14 13:14:53.133941 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:53.134017 LVMCache: will initialize now [20487] 2013-08-14 13:14:53.134070 LVMCache: refreshing [20487] 2013-08-14 13:14:53.134139 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [20487] 2013-08-14 13:14:53.177091 pread SUCCESS [20487] 2013-08-14 13:14:53.177944 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [20487] 2013-08-14 13:14:53.178024 Entering _checkMetadataVolume [20487] 2013-08-14 13:14:53.183901 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|eec17dc5-3c89-5590-b696-abb= ce73389e5|VDI.update', 'vdi_ref': 'OpaqueRef:1f811903-9f79-f443-e99d-867c31= 13d242', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': '205f58f9-48= 18-4793-8edc-b79862c62337', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:88a784e4-eff6-9b12-642c-42125cae70= ba', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': '205f58f9-4818-47= 93-8edc-b79862c62337'} [20487] 2013-08-14 13:14:53.244159 Updating metadata : {'uuid': '205f58f9-4= 818-4793-8edc-b79862c62337', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [20487] 2013-08-14 13:14:53.244231 entering updateVdi [20487] 2013-08-14 13:14:53.251121 Entering getMetadataToWrite [20487] 2013-08-14 13:14:53.251194 Entering VDI info [20487] 2013-08-14 13:14:53.251272 Entering VDI info [20487] 2013-08-14 13:14:53.252248 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:53.295756 Single-snapshot returned: OpaqueRef:1f811= 903-9f79-f443-e99d-867c3113d242 [9819] 2013-08-14 13:14:53.295937 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:53.296008 LVMCache: refreshing [9819] 2013-08-14 13:14:53.296071 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:53.343770 pread SUCCESS [9819] 2013-08-14 13:14:53.344604 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:53.488230 pread SUCCESS [9819] 2013-08-14 13:14:53.489809 Found new VDI when scanning: 205f58f9-481= 8-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:53.490565 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|n) *205f58f9[VHD](12.000G//52.000M|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:53.490750 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:53.490884 Coalescing parent *205f58f9[VHD](12.000G/= /52.000M|n) [9819] 2013-08-14 13:14:53.491136 ['/usr/sbin/lvcreate', '-n', 'coalesce_20= 5f58f9-4818-4793-8edc-b79862c62337_1', '-L', '4', 'VG_XenStorage-5a998863-4= 5b0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:53.584565 pread SUCCESS [9819] 2013-08-14 13:14:53.584932 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:53.585119 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:53.585176 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (1, 0b) [9819] 2013-08-14 13:14:53.585315 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b= 79862c62337'] [9819] 2013-08-14 13:14:53.696759 pread SUCCESS [9819] 2013-08-14 13:14:53.696953 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:53.697023 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:53.697193 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:53.697319 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:14:53.697372 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [9819] 2013-08-14 13:14:53.697511 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2= d851c93d7ec'] [9819] 2013-08-14 13:14:53.765634 pread SUCCESS [9819] 2013-08-14 13:14:53.765829 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:53.765897 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:53.766005 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:14:53.873902 pread SUCCESS [9819] 2013-08-14 13:14:53.874078 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:54.090985 pread SUCCESS [9819] 2013-08-14 13:14:54.113564 Removed vhd-blocks from *205f58f9[VHD](12= =2E000G//52.000M|n) [9819] 2013-08-14 13:14:54.125289 Got sm-config for *205f58f9[VHD](12.000G/= /52.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:14:54.125444 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-20= 5f58f9-4818-4793-8edc-b79862c62337'] [9819] 2013-08-14 13:14:54.142746 pread SUCCESS [9819] 2013-08-14 13:14:54.178587 Set vhd-blocks =3D eJxrYMAPGoCYA8RwIKBwBA= KOgXYAEeBAA9CZbA0D7Qw4aECiWZiIUE9iIDc4gA0nWhcAzroF9Q=3D=3D for *205f58f9[VH= D](12.000G//52.000M|n) [9819] 2013-08-14 13:14:54.188293 Got sm-config for *205f58f9[VHD](12.000G/= /52.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxrYMAPGoCYA8RwIKBwBAKOgXYAEeBAA9CZbA0D7Qw4aECi= WZiIUE9iIDc4gA0nWhcAzroF9Q=3D=3D'} [9819] 2013-08-14 13:14:54.199700 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|n): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:14:54.202181 Num combined blocks =3D 6144 [9819] 2013-08-14 13:14:54.202387 Coalesced size =3D 12.031G [9819] 2013-08-14 13:14:54.202506 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f= 9-4818-4793-8edc-b79862c62337'] [9819] 2013-08-14 13:14:54.239827 pread SUCCESS [9819] 2013-08-14 13:14:54.239984 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:54.433660 pread SUCCESS [9819] 2013-08-14 13:14:54.457501 Refreshing VHD-464ad39d-c3b7-45b5-a672-2d= 851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:54.894316 call-plugin returned: 'True' [9819] 2013-08-14 13:14:54.894574 Running VHD coalesce on *205f58f9[VHD](= 12.000G//52.000M|n) [21076] 2013-08-14 13:14:54.896852 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205= f58f9-4818-4793-8edc-b79862c62337'] [21076] 2013-08-14 13:14:56.087416 pread SUCCESS [21076] 2013-08-14 13:14:56.088045 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [9819] 2013-08-14 13:14:56.913779 Child process completed successfully [9819] 2013-08-14 13:14:56.914017 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:14:56.914295 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:57.145576 pread SUCCESS [9819] 2013-08-14 13:14:57.145907 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-46= 4ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:57.158763 pread SUCCESS [9819] 2013-08-14 13:14:57.174359 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f f= or *464ad39d[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:14:57.174508 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:14:57.189416 pread SUCCESS [9819] 2013-08-14 13:14:57.189876 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:57.190082 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:57.190193 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'r'] [9819] 2013-08-14 13:14:57.318250 pread SUCCESS [9819] 2013-08-14 13:14:57.318968 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/coalesce_205f58f9-4818-4793-8e= dc-b79862c62337_1'] [9819] 2013-08-14 13:14:57.391593 pread SUCCESS [9819] 2013-08-14 13:14:57.391791 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-coalesce_205f58f9--4818--4793--= 8edc--b79862c62337_1'] [9819] 2013-08-14 13:14:57.405637 pread SUCCESS [9819] 2013-08-14 13:14:57.406117 ['/usr/sbin/lvcreate', '-n', 'relink_205f= 58f9-4818-4793-8edc-b79862c62337_1', '-L', '4', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:14:57.466885 pread SUCCESS [9819] 2013-08-14 13:14:57.467219 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:57.467328 LVMCache: refreshing [9819] 2013-08-14 13:14:57.467432 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:14:57.515387 pread SUCCESS [9819] 2013-08-14 13:14:57.516360 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:14:57.735867 pread SUCCESS [9819] 2013-08-14 13:14:57.738813 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *205f58f9[VHD](12.000G//52.000M|a) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:57.739322 Relinking a88f05be[VHD](12.000G//12.031= G|a) from *205f58f9[VHD](12.000G//52.000M|a) to *464ad39d[VHD](12.000G//12.= 031G|a) [9819] 2013-08-14 13:14:57.739672 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--5a998863--45b0--3031--e31b--13c92393ad9= 7-VHD--464ad39d--c3b7--45b5--a672--2d851c93d7ec', '-n', '/dev/VG_XenStorage= =2D5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0'] [9819] 2013-08-14 13:14:57.759392 pread SUCCESS [9819] 2013-08-14 13:14:57.759756 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:57.759950 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:57.760017 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:14:57.760219 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:14:57.871326 pread SUCCESS [9819] 2013-08-14 13:14:57.871645 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:14:57.898063 pread SUCCESS [9819] 2013-08-14 13:14:57.898282 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:57.898354 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:14:57.921201 Set vhd-parent =3D 464ad39d-c3b7-45b5-a67= 2-2d851c93d7ec for a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:14:57.921368 Updated the vhd-parent field for child a8= 8f05be-033f-4d23-a66f-715fa50439d0 with 464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:14:57.921612 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:57.921905 Reloading VDI a88f05be[VHD](12.000G//12= =2E031G|a) [9819] 2013-08-14 13:14:57.922136 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:14:57.922288 Refresh request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 [9819] 2013-08-14 13:14:57.942376 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:14:58.150417 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:14:58.150659 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/relink_205f58f9-4818-4793-8edc= =2Db79862c62337_1'] [9819] 2013-08-14 13:14:58.216720 pread SUCCESS [9819] 2013-08-14 13:14:58.216862 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-relink_205f58f9--4818--4793--8e= dc--b79862c62337_1'] [9819] 2013-08-14 13:14:58.239345 pread SUCCESS [9819] 2013-08-14 13:14:58.239835 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:58.240008 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:14:58.240070 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:205f58f9-4818-4793-8edc-b79862c62337 set =3D> (0, 0b) [9819] 2013-08-14 13:14:58.240258 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b= 79862c62337'] [9819] 2013-08-14 13:14:58.380372 pread SUCCESS [9819] 2013-08-14 13:14:58.380653 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--205f58f9--4818--4793--8edc= =2D-b79862c62337'] [9819] 2013-08-14 13:14:58.400394 pread SUCCESS [9819] 2013-08-14 13:14:58.400975 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:58.401167 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:14:58.828675 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:14:59.229598 call-plugin returned: 'True' [9819] 2013-08-14 13:14:59.229872 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:00.418315 call-plugin returned: 'True' [9819] 2013-08-14 13:15:00.418430 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:00.809320 call-plugin returned: 'True' [9819] 2013-08-14 13:15:00.809448 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:01.250882 call-plugin returned: 'True' [9819] 2013-08-14 13:15:01.251035 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:02.510932 call-plugin returned: 'True' [9819] 2013-08-14 13:15:02.511075 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:02.884820 call-plugin returned: 'True' [9819] 2013-08-14 13:15:02.885047 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:03.251794 call-plugin returned: 'True' [9819] 2013-08-14 13:15:03.251901 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:03.700441 call-plugin returned: 'True' [9819] 2013-08-14 13:15:03.700552 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:04.089622 call-plugin returned: 'True' [9819] 2013-08-14 13:15:04.089772 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-205f58f9-4818-4793-8edc-b79862c62337) [9819] 2013-08-14 13:15:04.519591 call-plugin returned: 'True' [9819] 2013-08-14 13:15:04.520012 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:04.520109 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-205f58f9-4818-4793-8edc-b7= 9862c62337'] [9819] 2013-08-14 13:15:04.917301 pread SUCCESS [9819] 2013-08-14 13:15:04.917497 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--205f58f9--4818--4793--8edc= =2D-b79862c62337'] [9819] 2013-08-14 13:15:04.937714 pread SUCCESS [9819] 2013-08-14 13:15:04.973129 Deleting vdi: 205f58f9-4818-4793-8edc-b79= 862c62337 [9819] 2013-08-14 13:15:04.973222 Entering deleteVdi [9819] 2013-08-14 13:15:04.997209 entering updateVdi [9819] 2013-08-14 13:15:05.004232 Entering getMetadataToWrite [9819] 2013-08-14 13:15:05.004354 Entering VDI info [9819] 2013-08-14 13:15:05.004440 Entering VDI info [9819] 2013-08-14 13:15:05.006671 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:05.006885 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/205f58f9-4818-4793-8edc-b79862c62337 [9819] 2013-08-14 13:15:05.007150 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:05.007248 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:15:05.007335 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:05.007506 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:15:05.082797 pread SUCCESS [9819] 2013-08-14 13:15:05.083032 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:05.083109 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:05.083208 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:05.112846 pread SUCCESS [9819] 2013-08-14 13:15:05.118617 Got other-config for a88f05be[VHD](12.000= G/38.192M/12.031G|a): {} [9819] 2013-08-14 13:15:05.118745 Single-snapshotting a88f05be[VHD](12.000G= /38.192M/12.031G|a) [22607] 2013-08-14 13:15:05.254669 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [22607] 2013-08-14 13:15:05.265375 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [22607] 2013-08-14 13:15:05.419070 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [22607] 2013-08-14 13:15:05.430691 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [22607] 2013-08-14 13:15:05.481095 pread SUCCESS [22607] 2013-08-14 13:15:05.481339 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.481436 LVMCache: will initialize now [22607] 2013-08-14 13:15:05.481506 LVMCache: refreshing [22607] 2013-08-14 13:15:05.481591 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [22607] 2013-08-14 13:15:05.550404 pread SUCCESS [22607] 2013-08-14 13:15:05.551055 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.551136 Entering _checkMetadataVolume [22607] 2013-08-14 13:15:05.552370 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.552454 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [22607] 2013-08-14 13:15:05.563389 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [22607] 2013-08-14 13:15:05.612417 pread SUCCESS [22607] 2013-08-14 13:15:05.612660 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.612752 LVMCache: will initialize now [22607] 2013-08-14 13:15:05.612798 LVMCache: refreshing [22607] 2013-08-14 13:15:05.612868 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [22607] 2013-08-14 13:15:05.661409 pread SUCCESS [22607] 2013-08-14 13:15:05.662010 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.662110 Entering _checkMetadataVolume [22607] 2013-08-14 13:15:05.662532 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:05.669723 vdi_snapshot {'sr_uuid': '5a998863-45b0-= 3031-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|9a883c86-273d-b683-14c9-5= b5be7212b45|VDI.snapshot', 'vdi_ref': 'OpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'a88f05b= e-033f-4d23-a66f-715fa50439d0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-a= bec-a2436c41a9db', 'session_ref': 'OpaqueRef:5e120c7a-5054-2ee7-b064-03134f= 83f095', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00= 002a60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster':= 'true'}, 'command': 'vdi_snapshot', 'vdi_allow_caching': 'false', 'sr_ref'= : 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'driver_params': {'type= ': 'internal'}, 'vdi_uuid': 'a88f05be-033f-4d23-a66f-715fa50439d0'} [22607] 2013-08-14 13:15:05.669864 Pause request for a88f05be-033f-4d23-a66= f-715fa50439d0 [22607] 2013-08-14 13:15:05.706665 Calling tap-pause on host OpaqueRef:74d6= b8dd-a16c-7e0a-c0ff-2791f37d4b92 [22607] 2013-08-14 13:15:06.430094 LVHDVDI._snapshot for a88f05be-033f-4d23= =2Da66f-715fa50439d0 (type 3) [22607] 2013-08-14 13:15:06.430396 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:06.430571 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (1, 0) =3D> (= 2, 0) [22607] 2013-08-14 13:15:06.430641 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (2, 0b) [22607] 2013-08-14 13:15:06.430874 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:06.430952 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:06.431066 ['/usr/bin/vhd-util', 'query', '--debug'= , '-vsf', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VH= D-a88f05be-033f-4d23-a66f-715fa50439d0'] [22607] 2013-08-14 13:15:06.445039 pread SUCCESS [22607] 2013-08-14 13:15:06.450995 ['/usr/bin/vhd-util', 'scan', '-f', '-c'= , '-m', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0', '-l', 'VG_XenStorage-5a= 998863-45b0-3031-e31b-13c92393ad97', '-a'] [22607] 2013-08-14 13:15:06.567631 pread SUCCESS [22607] 2013-08-14 13:15:06.568303 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:06.568500 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (1, 0) + (1, 0) =3D> (= 2, 0) [22607] 2013-08-14 13:15:06.568587 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (2, 0b) [22607] 2013-08-14 13:15:06.568808 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:06.568890 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:06.569055 ['/usr/bin/vhd-util', 'query', '--debug'= , '-d', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [22607] 2013-08-14 13:15:06.602933 pread SUCCESS [22607] 2013-08-14 13:15:06.626614 ['/usr/bin/vhd-util', 'query', '--debug'= , '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [22607] 2013-08-14 13:15:06.639426 pread SUCCESS [22607] 2013-08-14 13:15:06.639678 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [22607] 2013-08-14 13:15:06.687085 pread SUCCESS [22607] 2013-08-14 13:15:06.687315 ['uuidgen', '-r'] [22607] 2013-08-14 13:15:06.704072 pread SUCCESS [22607] 2013-08-14 13:15:06.704364 ['/usr/sbin/lvcreate', '-n', 'clone_a88f= 05be-033f-4d23-a66f-715fa50439d0_e2573ae0-cb36-4246-81ed-305e7656a2e0_', '-= L', '4', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97', '--addtag', = 'journaler', '--inactive', '--zero=3Dn'] [22607] 2013-08-14 13:15:06.811341 pread SUCCESS [22607] 2013-08-14 13:15:06.811864 ['/usr/sbin/lvrename', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0', 'VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0'] [22607] 2013-08-14 13:15:06.971375 pread SUCCESS [22607] 2013-08-14 13:15:06.971595 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (1, 0b) [22607] 2013-08-14 13:15:06.971919 ['/usr/bin/vhd-util', 'modify', '--debug= ', '-s', '41943040', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0'] [22607] 2013-08-14 13:15:06.984808 pread SUCCESS [22607] 2013-08-14 13:15:06.985036 ['/usr/sbin/lvresize', '-L', '40', '/dev= /VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-= 81ed-305e7656a2e0'] [22607] 2013-08-14 13:15:07.096301 pread3 SUCCESS [22607] 2013-08-14 13:15:07.096666 ['/usr/sbin/lvcreate', '-n', 'VHD-a88f05= be-033f-4d23-a66f-715fa50439d0', '-L', '12320', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97'] [22607] 2013-08-14 13:15:07.222280 pread SUCCESS [22607] 2013-08-14 13:15:07.222629 ['/usr/bin/vhd-util', 'snapshot', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0', '-p', '/dev/VG_XenStorage-5a998863-45b0= =2D3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0', '-S', = '2097152'] [22607] 2013-08-14 13:15:07.451826 pread SUCCESS [22607] 2013-08-14 13:15:07.452045 ['/usr/bin/vhd-util', 'query', '--debug'= , '-p', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-= a88f05be-033f-4d23-a66f-715fa50439d0'] [22607] 2013-08-14 13:15:07.466866 pread SUCCESS [22607] 2013-08-14 13:15:07.467464 ['/usr/bin/vhd-util', 'set', '--debug', = '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0= =2Dcb36-4246-81ed-305e7656a2e0', '-f', 'hidden', '-v', '1'] [22607] 2013-08-14 13:15:07.488386 pread SUCCESS [22607] 2013-08-14 13:15:07.488856 ['/usr/sbin/lvchange', '/dev/VG_XenStora= ge-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e765= 6a2e0', '-p', 'r'] [22607] 2013-08-14 13:15:07.609129 pread SUCCESS [22607] 2013-08-14 13:15:07.618309 Updating VHD-a88f05be-033f-4d23-a66f-715= fa50439d0, VHD-a88f05be-033f-4d23-a66f-715fa50439d0, VHD-e2573ae0-cb36-4246= =2D81ed-305e7656a2e0 on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [22607] 2013-08-14 13:15:10.784680 call-plugin returned: 'True' [22607] 2013-08-14 13:15:10.784889 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/clone_a88f05be-033f-4d23-a66f= =2D715fa50439d0_e2573ae0-cb36-4246-81ed-305e7656a2e0_'] [22607] 2013-08-14 13:15:10.858729 pread SUCCESS [22607] 2013-08-14 13:15:10.858925 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-clone_a88f05be--033f--4d23--a6= 6f--715fa50439d0_e2573ae0--cb36--4246--81ed--305e7656a2e0_'] [22607] 2013-08-14 13:15:10.870257 pread SUCCESS [22607] 2013-08-14 13:15:10.870732 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (1, 0b) [22607] 2013-08-14 13:15:10.878057 Checking if there is space in the metada= ta for 1 VDI. [22607] 2013-08-14 13:15:10.878179 ['uuidgen', '-r'] [22607] 2013-08-14 13:15:10.889556 pread SUCCESS [22607] 2013-08-14 13:15:10.889855 Entering addVdiInternal [22607] 2013-08-14 13:15:10.907809 Entering getMetadataToWrite [22607] 2013-08-14 13:15:10.908019 Entering VDI info [22607] 2013-08-14 13:15:10.908182 Entering VDI info [22607] 2013-08-14 13:15:10.910562 Entering deleteVdi [22607] 2013-08-14 13:15:10.921562 entering updateVdi [22607] 2013-08-14 13:15:10.930601 Entering getMetadataToWrite [22607] 2013-08-14 13:15:10.930694 Entering VDI info [22607] 2013-08-14 13:15:10.930819 Entering VDI info [22607] 2013-08-14 13:15:10.967928 Adding VDI with info: {'read_only': 1, '= managed': 0, 'snapshot_time': '', 'vdi_type': 'vhd', 'snapshot_of': '', 'na= me_label': 'base copy', 'name_description': '', 'type': 'system', 'metadata= _of_pool': '', 'is_a_snapshot': 0, 'uuid': 'e2573ae0-cb36-4246-81ed-305e765= 6a2e0'} [22607] 2013-08-14 13:15:10.968005 Entering addVdiInternal [22607] 2013-08-14 13:15:10.975514 Entering getMetadataToWrite [22607] 2013-08-14 13:15:10.975595 Entering VDI info [22607] 2013-08-14 13:15:10.975668 Entering VDI info [22607] 2013-08-14 13:15:10.977375 vdi_clone: introduced base VDI: OpaqueRe= f:88213da6-f0e0-2b4c-d720-31f8d816e0e4 (e2573ae0-cb36-4246-81ed-305e7656a2e= 0) [22607] 2013-08-14 13:15:10.999817 Unpause request for a88f05be-033f-4d23-a= 66f-715fa50439d0 secondary=3DNone [22607] 2013-08-14 13:15:11.019009 Calling tap-unpause on host OpaqueRef:74= d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [22607] 2013-08-14 13:15:11.272054 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [22607] 2013-08-14 13:15:11.272214 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:11.272340 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (2, 0) + (-1, 0) =3D> = (1, 0) [22607] 2013-08-14 13:15:11.272390 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [22607] 2013-08-14 13:15:11.272535 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:11.272593 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [22607] 2013-08-14 13:15:11.272698 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:11.272806 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec (2, 0) + (-1, 0) =3D> = (1, 0) [22607] 2013-08-14 13:15:11.272855 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:464ad39d-c3b7-45b5-a672-2d851c93d7ec set =3D> (1, 0b) [22607] 2013-08-14 13:15:11.272995 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:11.273045 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/464ad39d-c3b7-45b5-a672-2d851c93d7ec [22607] 2013-08-14 13:15:11.273145 lock: creating lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [22607] 2013-08-14 13:15:11.273238 lock: acquired /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [22607] 2013-08-14 13:15:11.273342 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 (1, 0) + (-1, 0) =3D> = (0, 0) [22607] 2013-08-14 13:15:11.273386 Refcount for lvm-5a998863-45b0-3031-e31b= =2D13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (0, 0b) [22607] 2013-08-14 13:15:11.273542 ['/usr/sbin/lvchange', '-an', '/dev/VG_X= enStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-= 305e7656a2e0'] [22607] 2013-08-14 13:15:11.393331 pread SUCCESS [22607] 2013-08-14 13:15:11.393619 ['/sbin/dmsetup', 'status', 'VG_XenStora= ge--5a998863--45b0--3031--e31b--13c92393ad97-VHD--e2573ae0--cb36--4246--81e= d--305e7656a2e0'] [22607] 2013-08-14 13:15:11.406624 pread SUCCESS [22607] 2013-08-14 13:15:11.406902 lock: released /var/lock/sm/lvm-5a998863= =2D45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [22607] 2013-08-14 13:15:11.407010 lock: closed /var/lock/sm/lvm-5a998863-4= 5b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [22607] 2013-08-14 13:15:11.407387 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.544133 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [23914] 2013-08-14 13:15:11.555733 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [23914] 2013-08-14 13:15:11.716770 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [23914] 2013-08-14 13:15:11.730921 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [23914] 2013-08-14 13:15:11.782513 pread SUCCESS [23914] 2013-08-14 13:15:11.782826 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.782939 LVMCache: will initialize now [23914] 2013-08-14 13:15:11.783012 LVMCache: refreshing [23914] 2013-08-14 13:15:11.783113 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [23914] 2013-08-14 13:15:11.837927 pread SUCCESS [23914] 2013-08-14 13:15:11.838441 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.838519 Entering _checkMetadataVolume [23914] 2013-08-14 13:15:11.839626 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.839731 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [23914] 2013-08-14 13:15:11.853101 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [23914] 2013-08-14 13:15:11.904157 pread SUCCESS [23914] 2013-08-14 13:15:11.904395 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.904477 LVMCache: will initialize now [23914] 2013-08-14 13:15:11.904524 LVMCache: refreshing [23914] 2013-08-14 13:15:11.904622 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [23914] 2013-08-14 13:15:11.944530 pread SUCCESS [23914] 2013-08-14 13:15:11.945255 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [23914] 2013-08-14 13:15:11.945349 Entering _checkMetadataVolume [23914] 2013-08-14 13:15:11.955883 vdi_update {'sr_uuid': '5a998863-45b0-30= 31-e31b-13c92393ad97', 'subtask_of': 'DummyRef:|cd980475-c7b1-02df-7553-b77= bf6b1f2c9|VDI.update', 'vdi_ref': 'OpaqueRef:88213da6-f0e0-2b4c-d720-31f8d8= 16e0e4', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'e2573ae0-cb= 36-4246-81ed-305e7656a2e0', 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-= a2436c41a9db', 'session_ref': 'OpaqueRef:98c567d9-0cc7-e2de-d271-d7ccfcc375= 48', 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a= 60518869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'tr= ue'}, 'command': 'vdi_update', 'vdi_allow_caching': 'false', 'sr_ref': 'Opa= queRef:d7e3ccc2-9ce6-1fa3-da30-d197168126b1', 'vdi_uuid': 'e2573ae0-cb36-42= 46-81ed-305e7656a2e0'} [23914] 2013-08-14 13:15:12.019452 Updating metadata : {'uuid': 'e2573ae0-c= b36-4246-81ed-305e7656a2e0', 'name_label': 'es1qaap99-root', 'objtype': 'vd= i', 'name_description': 'Created by template provisioner', 'metadata_of_poo= l': 'OpaqueRef:NULL', 'snapshot_time': } [23914] 2013-08-14 13:15:12.019580 entering updateVdi [23914] 2013-08-14 13:15:12.029785 Entering getMetadataToWrite [23914] 2013-08-14 13:15:12.029938 Entering VDI info [23914] 2013-08-14 13:15:12.030081 Entering VDI info [23914] 2013-08-14 13:15:12.031365 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:12.083177 Single-snapshot returned: OpaqueRef:88213= da6-f0e0-2b4c-d720-31f8d816e0e4 [9819] 2013-08-14 13:15:12.083490 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:12.083579 LVMCache: refreshing [9819] 2013-08-14 13:15:12.083646 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:15:12.141065 pread SUCCESS [9819] 2013-08-14 13:15:12.142210 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:12.344747 pread SUCCESS [9819] 2013-08-14 13:15:12.346506 Found new VDI when scanning: e2573ae0-cb3= 6-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:12.347616 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *e2573ae0[VHD](12.000G//40.000M|n) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:12.347927 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:12.348026 Coalescing parent *e2573ae0[VHD](12.000G/= /40.000M|n) [9819] 2013-08-14 13:15:12.348205 ['/usr/sbin/lvcreate', '-n', 'coalesce_e2= 573ae0-cb36-4246-81ed-305e7656a2e0_1', '-L', '4', 'VG_XenStorage-5a998863-4= 5b0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:15:12.431334 pread SUCCESS [9819] 2013-08-14 13:15:12.431694 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:12.431843 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:15:12.431901 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:12.432050 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-3= 05e7656a2e0'] [9819] 2013-08-14 13:15:12.519089 pread SUCCESS [9819] 2013-08-14 13:15:12.519573 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:12.519721 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:12.519965 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:15:12.622284 pread SUCCESS [9819] 2013-08-14 13:15:12.622477 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:12.856562 pread SUCCESS [9819] 2013-08-14 13:15:12.874636 Removed vhd-blocks from *e2573ae0[VHD](12= =2E000G//40.000M|n) [9819] 2013-08-14 13:15:12.881575 Got sm-config for *e2573ae0[VHD](12.000G/= /40.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd'} [9819] 2013-08-14 13:15:12.881687 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2= 573ae0-cb36-4246-81ed-305e7656a2e0'] [9819] 2013-08-14 13:15:12.892300 pread SUCCESS [9819] 2013-08-14 13:15:12.909553 Set vhd-blocks =3D eJxjYAABByBmYcADuMBK0A= ATPh2DBDjQ0GwOGppNLeDQAHQmWwOaKDofJ6CpFwdD+AEAP6gCtw=3D=3D for *e2573ae0[VH= D](12.000G//40.000M|n) [9819] 2013-08-14 13:15:12.915038 Got sm-config for *e2573ae0[VHD](12.000G/= /40.000M|n): {'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851c93d7ec', 'vdi_ty= pe': 'vhd', 'vhd-blocks': 'eJxjYAABByBmYcADuMBK0AATPh2DBDjQ0GwOGppNLeDQAHQm= WwOaKDofJ6CpFwdD+AEAP6gCtw=3D=3D'} [9819] 2013-08-14 13:15:12.920939 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|a): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:15:12.923506 Num combined blocks =3D 6144 [9819] 2013-08-14 13:15:12.923647 Coalesced size =3D 12.031G [9819] 2013-08-14 13:15:12.923728 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae= 0-cb36-4246-81ed-305e7656a2e0'] [9819] 2013-08-14 13:15:12.946101 pread SUCCESS [9819] 2013-08-14 13:15:12.946330 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:13.200902 pread SUCCESS [9819] 2013-08-14 13:15:13.219299 Refreshing VHD-464ad39d-c3b7-45b5-a672-2d= 851c93d7ec on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:13.798535 call-plugin returned: 'True' [9819] 2013-08-14 13:15:13.798658 Running VHD coalesce on *e2573ae0[VHD](= 12.000G//40.000M|n) [24150] 2013-08-14 13:15:13.800071 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e25= 73ae0-cb36-4246-81ed-305e7656a2e0'] [24150] 2013-08-14 13:15:14.692950 pread SUCCESS [24150] 2013-08-14 13:15:14.693279 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [9819] 2013-08-14 13:15:14.803300 Child process completed successfully [9819] 2013-08-14 13:15:14.803606 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:15:14.803879 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:15.073451 pread SUCCESS [9819] 2013-08-14 13:15:15.073672 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-46= 4ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:15.092688 pread SUCCESS [9819] 2013-08-14 13:15:15.362111 Set vhd-blocks =3D eJz7/38UjIKRCwBE0/0f f= or *464ad39d[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:15.362269 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-4= 64ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:15.383317 pread SUCCESS [9819] 2013-08-14 13:15:15.383750 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:15.383970 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:15.384093 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'r'] [9819] 2013-08-14 13:15:15.507258 pread SUCCESS [9819] 2013-08-14 13:15:15.507729 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/coalesce_e2573ae0-cb36-4246-81= ed-305e7656a2e0_1'] [9819] 2013-08-14 13:15:15.576648 pread SUCCESS [9819] 2013-08-14 13:15:15.576788 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-coalesce_e2573ae0--cb36--4246--= 81ed--305e7656a2e0_1'] [9819] 2013-08-14 13:15:15.589490 pread SUCCESS [9819] 2013-08-14 13:15:15.589796 ['/usr/sbin/lvcreate', '-n', 'relink_e257= 3ae0-cb36-4246-81ed-305e7656a2e0_1', '-L', '4', 'VG_XenStorage-5a998863-45b= 0-3031-e31b-13c92393ad97', '--addtag', 'journaler', '--inactive', '--zero= =3Dn'] [9819] 2013-08-14 13:15:15.673278 pread SUCCESS [9819] 2013-08-14 13:15:15.673982 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:15.674117 LVMCache: refreshing [9819] 2013-08-14 13:15:15.674263 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:15:15.715698 pread SUCCESS [9819] 2013-08-14 13:15:15.716526 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:15.924256 pread SUCCESS [9819] 2013-08-14 13:15:15.926202 SR 5a99 ('VM_DEVEL') (23 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) *e2573ae0[VHD](12.000G//40.000M|a) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:15.926467 Relinking a88f05be[VHD](12.000G//12.031= G|a) from *e2573ae0[VHD](12.000G//40.000M|a) to *464ad39d[VHD](12.000G//12.= 031G|a) [9819] 2013-08-14 13:15:15.926652 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-p', '/dev/mapper/VG_XenStorage--5a998863--45b0--3031--e31b--13c92393ad9= 7-VHD--464ad39d--c3b7--45b5--a672--2d851c93d7ec', '-n', '/dev/VG_XenStorage= =2D5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50= 439d0'] [9819] 2013-08-14 13:15:15.944291 pread SUCCESS [9819] 2013-08-14 13:15:15.944567 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:15.944721 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:15:15.944791 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:15:15.944992 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:15:16.056016 pread SUCCESS [9819] 2013-08-14 13:15:16.056357 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:15:16.071930 pread SUCCESS [9819] 2013-08-14 13:15:16.072209 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:16.072311 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:16.194961 Set vhd-parent =3D 464ad39d-c3b7-45b5-a67= 2-2d851c93d7ec for a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:16.195047 Updated the vhd-parent field for child a8= 8f05be-033f-4d23-a66f-715fa50439d0 with 464ad39d-c3b7-45b5-a672-2d851c93d7ec [9819] 2013-08-14 13:15:16.195179 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:16.195329 Reloading VDI a88f05be[VHD](12.000G//12= =2E031G|a) [9819] 2013-08-14 13:15:16.195443 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:16.195510 Refresh request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 [9819] 2013-08-14 13:15:16.219936 Calling tap-refresh on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:16.464129 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:16.464296 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/relink_e2573ae0-cb36-4246-81ed= =2D305e7656a2e0_1'] [9819] 2013-08-14 13:15:16.542943 pread SUCCESS [9819] 2013-08-14 13:15:16.543109 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-relink_e2573ae0--cb36--4246--81= ed--305e7656a2e0_1'] [9819] 2013-08-14 13:15:16.554092 pread SUCCESS [9819] 2013-08-14 13:15:16.554505 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:16.554658 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:15:16.554716 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:e2573ae0-cb36-4246-81ed-305e7656a2e0 set =3D> (0, 0b) [9819] 2013-08-14 13:15:16.554927 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-3= 05e7656a2e0'] [9819] 2013-08-14 13:15:16.670265 pread SUCCESS [9819] 2013-08-14 13:15:16.670405 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--e2573ae0--cb36--4246--81ed= =2D-305e7656a2e0'] [9819] 2013-08-14 13:15:16.679428 pread SUCCESS [9819] 2013-08-14 13:15:16.679658 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:16.679765 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:16.993799 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:17.369696 call-plugin returned: 'True' [9819] 2013-08-14 13:15:17.369837 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:17.835201 call-plugin returned: 'True' [9819] 2013-08-14 13:15:17.835380 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:18.229719 call-plugin returned: 'True' [9819] 2013-08-14 13:15:18.229894 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:18.749111 call-plugin returned: 'True' [9819] 2013-08-14 13:15:18.749253 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:19.159921 call-plugin returned: 'True' [9819] 2013-08-14 13:15:19.160044 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:19.548105 call-plugin returned: 'True' [9819] 2013-08-14 13:15:19.548224 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:19.889673 call-plugin returned: 'True' [9819] 2013-08-14 13:15:19.889794 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:20.318295 call-plugin returned: 'True' [9819] 2013-08-14 13:15:20.318477 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:20.677346 call-plugin returned: 'True' [9819] 2013-08-14 13:15:20.677527 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0) [9819] 2013-08-14 13:15:21.060076 call-plugin returned: 'True' [9819] 2013-08-14 13:15:21.060410 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:21.060533 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-e2573ae0-cb36-4246-81ed-30= 5e7656a2e0'] [9819] 2013-08-14 13:15:21.143782 pread SUCCESS [9819] 2013-08-14 13:15:21.143964 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--e2573ae0--cb36--4246--81ed= =2D-305e7656a2e0'] [9819] 2013-08-14 13:15:21.165539 pread SUCCESS [9819] 2013-08-14 13:15:21.216526 Deleting vdi: e2573ae0-cb36-4246-81ed-305= e7656a2e0 [9819] 2013-08-14 13:15:21.216645 Entering deleteVdi [9819] 2013-08-14 13:15:21.229905 entering updateVdi [9819] 2013-08-14 13:15:21.239186 Entering getMetadataToWrite [9819] 2013-08-14 13:15:21.239266 Entering VDI info [9819] 2013-08-14 13:15:21.239347 Entering VDI info [9819] 2013-08-14 13:15:21.240689 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:21.240837 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/e2573ae0-cb36-4246-81ed-305e7656a2e0 [9819] 2013-08-14 13:15:21.241078 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:21.241172 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (0, 0) + (1, 0) =3D> (1, = 0) [9819] 2013-08-14 13:15:21.241222 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:21.241366 ['/usr/sbin/lvchange', '-ay', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:15:21.301143 pread SUCCESS [9819] 2013-08-14 13:15:21.301437 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:21.301543 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:21.301687 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:21.324993 pread SUCCESS [9819] 2013-08-14 13:15:21.325138 Snapshot-coalesce did not help, abandonin= g attempts [9819] 2013-08-14 13:15:21.345614 Set leaf-coalesce =3D offline for a88f05b= e[VHD](12.000G/58.231M/12.031G|a) [9819] 2013-08-14 13:15:21.345817 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:21.345885 LVMCache: refreshing [9819] 2013-08-14 13:15:21.345951 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:15:21.403398 pread SUCCESS [9819] 2013-08-14 13:15:21.404225 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:21.497127 pread SUCCESS [9819] 2013-08-14 13:15:21.498685 SR 5a99 ('VM_DEVEL') (22 VDIs in 21 VHD t= rees): showing only VHD trees that changed: *464ad39d[VHD](12.000G//12.031G|a) a88f05be[VHD](12.000G//12.031G|a) [9819] 2013-08-14 13:15:21.498840 Pause request for a88f05be-033f-4d23-a66f= =2D715fa50439d0 [9819] 2013-08-14 13:15:21.525070 Calling tap-pause on host OpaqueRef:74d6b= 8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:21.746314 ['/usr/sbin/lvcreate', '-n', 'leaf_a88f05= be-033f-4d23-a66f-715fa50439d0_464ad39d-c3b7-45b5-a672-2d851c93d7ec', '-L',= '4', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97', '--addtag', 'jo= urnaler', '--inactive', '--zero=3Dn'] [9819] 2013-08-14 13:15:21.820079 pread SUCCESS [9819] 2013-08-14 13:15:21.820337 ['/usr/sbin/lvchange', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', '-p', 'rw'] [9819] 2013-08-14 13:15:21.928178 pread SUCCESS [9819] 2013-08-14 13:15:21.928478 ['/usr/bin/vhd-util', 'query', '--debug',= '-s', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a= 88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:21.942727 pread SUCCESS [9819] 2013-08-14 13:15:21.943151 ['/usr/bin/vhd-util', 'modify', '--debug'= , '-s', '62914560', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92= 393ad97/VHD-a88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:21.967563 pread SUCCESS [9819] 2013-08-14 13:15:21.967845 ['/usr/sbin/lvresize', '-L', '60', '/dev/= VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a= 66f-715fa50439d0'] [9819] 2013-08-14 13:15:22.081797 pread3 SUCCESS [9819] 2013-08-14 13:15:22.094891 Removed vhd-blocks from a88f05be[VHD](12.= 000G//60.000M|a) [9819] 2013-08-14 13:15:22.105851 Got sm-config for a88f05be[VHD](12.000G//= 60.000M|a): {'paused': 'true', 'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851= c93d7ec', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi= _type': 'vhd'} [9819] 2013-08-14 13:15:22.106020 ['/usr/bin/vhd-util', 'read', '--debug', = '-B', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a8= 8f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:22.123693 pread SUCCESS [9819] 2013-08-14 13:15:22.141778 Set vhd-blocks =3D eJxzYIAABwbsoAEs49LihC= aOS/1gAw40NJuDEs0OVHIEAdAAxch8VBH6uQNCMwGZLmA+BxPdnYEBALzrB2M=3D for a88f05= be[VHD](12.000G//60.000M|a) [9819] 2013-08-14 13:15:22.147041 Got sm-config for a88f05be[VHD](12.000G//= 60.000M|a): {'paused': 'true', 'vhd-parent': '464ad39d-c3b7-45b5-a672-2d851= c93d7ec', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92': 'RW', 'vdi= _type': 'vhd', 'vhd-blocks': 'eJxzYIAABwbsoAEs49LihCaOS/1gAw40NJuDEs0OVHIEA= dAAxch8VBH6uQNCMwGZLmA+BxPdnYEBALzrB2M=3D'} [9819] 2013-08-14 13:15:22.159386 Got sm-config for *464ad39d[VHD](12.000G/= /12.031G|a): {'vdi_type': 'vhd', 'vhd-blocks': 'eJz7/38UjIKRCwBE0/0f'} [9819] 2013-08-14 13:15:22.161677 Num combined blocks =3D 6144 [9819] 2013-08-14 13:15:22.161814 Coalesced size =3D 12.031G [9819] 2013-08-14 13:15:22.161921 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec', '-f', 'hidden', '-v', '0'] [9819] 2013-08-14 13:15:22.186620 pread SUCCESS [9819] 2013-08-14 13:15:22.187067 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05b= e-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:22.203688 pread SUCCESS [9819] 2013-08-14 13:15:22.203934 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:22.479632 pread SUCCESS [9819] 2013-08-14 13:15:22.485232 Got other-config for a88f05be[VHD](12.000= G//60.000M|a): {'leaf-coalesce': 'offline'} [9819] 2013-08-14 13:15:22.485341 Running VHD coalesce on a88f05be[VHD](1= 2.000G//60.000M|a) [25861] 2013-08-14 13:15:22.487035 ['/usr/bin/vhd-util', 'coalesce', '--deb= ug', '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88= f05be-033f-4d23-a66f-715fa50439d0'] [25861] 2013-08-14 13:15:23.828114 pread SUCCESS [25861] 2013-08-14 13:15:23.828942 IPCFlag: set 5a998863-45b0-3031-e31b-13c= 92393ad97:success [9819] 2013-08-14 13:15:24.498901 Child process completed successfully [9819] 2013-08-14 13:15:24.499097 IPCFlag: clear 5a998863-45b0-3031-e31b-13= c92393ad97:success [9819] 2013-08-14 13:15:24.499326 ['/usr/bin/vhd-util', 'check', '--debug',= '-n', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39= d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:24.704409 pread SUCCESS [9819] 2013-08-14 13:15:24.704653 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-715fa504= 39d0', 'VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:24.815620 pread SUCCESS [9819] 2013-08-14 13:15:24.815902 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:OLD_a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:24.816244 ['/usr/sbin/lvrename', '/dev/VG_XenStorag= e-5a998863-45b0-3031-e31b-13c92393ad97/VHD-464ad39d-c3b7-45b5-a672-2d851c93= d7ec', 'VHD-a88f05be-033f-4d23-a66f-715fa50439d0'] [9819] 2013-08-14 13:15:24.918003 pread SUCCESS [9819] 2013-08-14 13:15:24.918306 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:24.935344 Updating VHD-a88f05be-033f-4d23-a66f-715f= a50439d0 to VHD-a88f05be-033f-4d23-a66f-715fa50439d0 on slave OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:25.699397 call-plugin returned: 'True' [9819] 2013-08-14 13:15:25.721377 Removed vhd-parent from a88f05be[VHD](12.= 000G//12.031G|a) [9819] 2013-08-14 13:15:25.730465 Removed vhd-blocks from a88f05be[VHD](12.= 000G//12.031G|a) [9819] 2013-08-14 13:15:25.730773 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (1, 0b) [9819] 2013-08-14 13:15:25.730990 ['/usr/bin/vhd-util', 'set', '--debug', '= =2Dn', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-OLD_a88= f05be-033f-4d23-a66f-715fa50439d0', '-f', 'hidden', '-v', '1'] [9819] 2013-08-14 13:15:25.741656 pread SUCCESS [9819] 2013-08-14 13:15:25.741838 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:25.789047 pread SUCCESS [9819] 2013-08-14 13:15:25.816072 Deleting vdi: 464ad39d-c3b7-45b5-a672-2d8= 51c93d7ec [9819] 2013-08-14 13:15:25.816135 Entering deleteVdi [9819] 2013-08-14 13:15:25.839367 entering updateVdi [9819] 2013-08-14 13:15:25.851089 Entering getMetadataToWrite [9819] 2013-08-14 13:15:25.851186 Entering VDI info [9819] 2013-08-14 13:15:25.851264 Entering VDI info [9819] 2013-08-14 13:15:25.892942 Refreshing VHD-a88f05be-033f-4d23-a66f-71= 5fa50439d0 on slave OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:26.274586 call-plugin returned: 'True' [9819] 2013-08-14 13:15:26.274777 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/leaf_a88f05be-033f-4d23-a66f-7= 15fa50439d0_464ad39d-c3b7-45b5-a672-2d851c93d7ec'] [9819] 2013-08-14 13:15:26.366974 pread SUCCESS [9819] 2013-08-14 13:15:26.367211 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-leaf_a88f05be--033f--4d23--a66f= =2D-715fa50439d0_464ad39d--c3b7--45b5--a672--2d851c93d7ec'] [9819] 2013-08-14 13:15:26.385505 pread SUCCESS [9819] 2013-08-14 13:15:26.396086 Got sm-config for a88f05be[VHD](12.000G//= 12.031G|a): {'paused': 'true', 'host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791= f37d4b92': 'RW', 'vdi_type': 'vhd'} [9819] 2013-08-14 13:15:26.396277 Unpausing VDI a88f05be[VHD](12.000G//12.0= 31G|a) [9819] 2013-08-14 13:15:26.396432 Unpause request for a88f05be-033f-4d23-a6= 6f-715fa50439d0 secondary=3DNone [9819] 2013-08-14 13:15:26.419447 Calling tap-unpause on host OpaqueRef:74d= 6b8dd-a16c-7e0a-c0ff-2791f37d4b92 [9819] 2013-08-14 13:15:26.627241 lock: creating lock file /var/lock/sm/lvm= =2D5a998863-45b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa50= 439d0 [9819] 2013-08-14 13:15:26.627374 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:26.627506 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:OLD_a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D>= (0, 0) [9819] 2013-08-14 13:15:26.627582 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:OLD_a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:15:26.628020 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a6= 6f-715fa50439d0'] [9819] 2013-08-14 13:15:26.769533 pread SUCCESS [9819] 2013-08-14 13:15:26.769831 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--OLD_a88f05be--033f--4d23--= a66f--715fa50439d0'] [9819] 2013-08-14 13:15:26.786006 pread SUCCESS [9819] 2013-08-14 13:15:26.786218 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:26.786289 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:27.041679 Checking with slave OpaqueRef:ddd7170c-8d= e8-4d20-7940-c224c14e9a35 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:27.398903 call-plugin returned: 'True' [9819] 2013-08-14 13:15:27.399035 Checking with slave OpaqueRef:74d6b8dd-a1= 6c-7e0a-c0ff-2791f37d4b92 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:27.697083 call-plugin returned: 'True' [9819] 2013-08-14 13:15:27.697212 Checking with slave OpaqueRef:4dc9d9e0-f0= 5f-88c7-cf3f-3bfd44e6cf75 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:27.993893 call-plugin returned: 'True' [9819] 2013-08-14 13:15:27.994044 Checking with slave OpaqueRef:04550611-1d= 86-3a9a-9667-ac585c54b181 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:28.345215 call-plugin returned: 'True' [9819] 2013-08-14 13:15:28.345354 Checking with slave OpaqueRef:9ee4050c-d4= 1b-5ce2-6c48-aeedae6d5311 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:28.886783 call-plugin returned: 'True' [9819] 2013-08-14 13:15:28.886895 Checking with slave OpaqueRef:8d0a7711-c8= c1-73ba-069b-6530ddcd165d (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:29.193867 call-plugin returned: 'True' [9819] 2013-08-14 13:15:29.194037 Checking with slave OpaqueRef:2efbd1d1-c3= 67-63c9-1263-3d19c6f98934 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:29.530826 call-plugin returned: 'True' [9819] 2013-08-14 13:15:29.530945 Checking with slave OpaqueRef:8ed44ec4-d1= ff-83d0-2bbf-6aa1fd8ada85 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:29.980047 call-plugin returned: 'True' [9819] 2013-08-14 13:15:29.980175 Checking with slave OpaqueRef:242cb2ab-61= 44-8439-c3f1-24c932dffdfb (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:30.311370 call-plugin returned: 'True' [9819] 2013-08-14 13:15:30.311514 Checking with slave OpaqueRef:6db2c64a-88= 96-a9df-025f-24569b585960 (path /dev/VG_XenStorage-5a998863-45b0-3031-e31b-= 13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0) [9819] 2013-08-14 13:15:30.721303 call-plugin returned: 'True' [9819] 2013-08-14 13:15:30.721600 ['/usr/sbin/lvremove', '-f', '/dev/VG_Xen= Storage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-OLD_a88f05be-033f-4d23-a66= f-715fa50439d0'] [9819] 2013-08-14 13:15:30.782937 pread SUCCESS [9819] 2013-08-14 13:15:30.783078 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--OLD_a88f05be--033f--4d23--= a66f--715fa50439d0'] [9819] 2013-08-14 13:15:30.793997 pread SUCCESS [9819] 2013-08-14 13:15:30.800372 Deleting vdi: OLD_a88f05be-033f-4d23-a66f= =2D715fa50439d0 [9819] 2013-08-14 13:15:30.800461 Entering deleteVdi [9819] 2013-08-14 13:15:30.813390 Metadata for VDI OLD_a88f05be-033f-4d23-a= 66f-715fa50439d0 not present, or already removed, no further deletion actio= n required. [9819] 2013-08-14 13:15:30.813589 lock: unlinking lock file /var/lock/sm/lv= m-5a998863-45b0-3031-e31b-13c92393ad97/OLD_a88f05be-033f-4d23-a66f-715fa504= 39d0 [9819] 2013-08-14 13:15:30.813859 lock: acquired /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:30.813982 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 (1, 0) + (-1, 0) =3D> (0,= 0) [9819] 2013-08-14 13:15:30.814034 Refcount for lvm-5a998863-45b0-3031-e31b-= 13c92393ad97:a88f05be-033f-4d23-a66f-715fa50439d0 set =3D> (0, 0b) [9819] 2013-08-14 13:15:30.814229 ['/usr/sbin/lvchange', '-an', '/dev/VG_Xe= nStorage-5a998863-45b0-3031-e31b-13c92393ad97/VHD-a88f05be-033f-4d23-a66f-7= 15fa50439d0'] [9819] 2013-08-14 13:15:30.921775 pread SUCCESS [9819] 2013-08-14 13:15:30.921950 ['/sbin/dmsetup', 'status', 'VG_XenStorag= e--5a998863--45b0--3031--e31b--13c92393ad97-VHD--a88f05be--033f--4d23--a66f= =2D-715fa50439d0'] [9819] 2013-08-14 13:15:30.934867 pread SUCCESS [9819] 2013-08-14 13:15:30.935818 lock: released /var/lock/sm/lvm-5a998863-= 45b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:30.936049 lock: closed /var/lock/sm/lvm-5a998863-45= b0-3031-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0 [9819] 2013-08-14 13:15:30.936306 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:30.936962 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees): showing only VHD trees that changed: a88f05be[VHD](12.000G//12.031G|a) Tree 464ad39d-c3b7-45b5-a672-2d851c93d7ec gone [9819] 2013-08-14 13:15:30.945668 Removed leaf-coalesce from a88f05be[VHD](= 12.000G//12.031G|a) [9819] 2013-08-14 13:15:30.945748 Starting asynch srUpdate for SR 5a998863-= 45b0-3031-e31b-13c92393ad97 [27129] 2013-08-14 13:15:31.075136 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [27129] 2013-08-14 13:15:31.081928 Setting LVM_DEVICE to /dev/disk/by-scsid= /3600a0b80005a58eb00002a60518869bd [27129] 2013-08-14 13:15:31.193378 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [27129] 2013-08-14 13:15:31.206401 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [27129] 2013-08-14 13:15:31.247133 pread SUCCESS [27129] 2013-08-14 13:15:31.247314 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.247388 LVMCache: will initialize now [27129] 2013-08-14 13:15:31.247441 LVMCache: refreshing [27129] 2013-08-14 13:15:31.247509 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [27129] 2013-08-14 13:15:31.294633 pread SUCCESS [27129] 2013-08-14 13:15:31.295136 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.295222 Entering _checkMetadataVolume [27129] 2013-08-14 13:15:31.296391 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.296473 LVMCache created for VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97 [27129] 2013-08-14 13:15:31.315353 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [27129] 2013-08-14 13:15:31.429545 pread SUCCESS [27129] 2013-08-14 13:15:31.429795 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.429900 LVMCache: will initialize now [27129] 2013-08-14 13:15:31.429959 LVMCache: refreshing [27129] 2013-08-14 13:15:31.430051 ['/usr/sbin/lvs', '--noheadings', '--uni= ts', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c= 92393ad97'] [27129] 2013-08-14 13:15:31.501073 pread SUCCESS [27129] 2013-08-14 13:15:31.501585 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.501665 Entering _checkMetadataVolume [27129] 2013-08-14 13:15:31.502022 lock: acquired /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.502151 sr_update {'sr_uuid': '5a998863-45b0-303= 1-e31b-13c92393ad97', 'subtask_of': 'OpaqueRef:549f6ec0-d3ae-9502-2228-3e7c= f4c56a96', 'args': [], 'host_ref': 'OpaqueRef:5dd5c52d-d9cc-3524-abec-a2436= c41a9db', 'session_ref': 'OpaqueRef:08251546-2277-c3c4-dc58-f91df840b66e', = 'device_config': {'device': '/dev/disk/mpInuse/3600a0b80005a58eb00002a60518= 869bd', 'SCSIid': '3600a0b80005a58eb00002a60518869bd', 'SRmaster': 'true'},= 'command': 'sr_update', 'sr_ref': 'OpaqueRef:d7e3ccc2-9ce6-1fa3-da30-d1971= 68126b1'} [27129] 2013-08-14 13:15:31.502283 ['/usr/sbin/vgs', 'VG_XenStorage-5a99886= 3-45b0-3031-e31b-13c92393ad97'] [27129] 2013-08-14 13:15:31.549740 pread SUCCESS [27129] 2013-08-14 13:15:31.569789 ['/usr/sbin/vgs', '--noheadings', '--nos= uffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97= '] [27129] 2013-08-14 13:15:31.626298 pread SUCCESS [27129] 2013-08-14 13:15:31.688785 Updating metadata : {'objtype': 'sr', 'n= ame_description': 'Hardware HBA SR [IBM - SX83506840]', 'name_label': 'VM_D= EVEL'} [27129] 2013-08-14 13:15:31.688886 entering updateSR [27129] 2013-08-14 13:15:31.692641 lock: released /var/lock/sm/5a998863-45b= 0-3031-e31b-13c92393ad97/sr [27129] 2013-08-14 13:15:31.692899 lock: closed /var/lock/sm/5a998863-45b0-= 3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:31.984053 SR.update_asynch status changed to [succe= ss] [9819] 2013-08-14 13:15:31.984237 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/running [9819] 2013-08-14 13:15:32.193484 lock: tried lock /var/lock/sm/5a998863-45= b0-3031-e31b-13c92393ad97/sr, acquired: True (exists: True) [9819] 2013-08-14 13:15:32.193655 LVMCache: refreshing [9819] 2013-08-14 13:15:32.193738 ['/usr/sbin/lvs', '--noheadings', '--unit= s', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-5a998863-45b0-3031-e31b-13c9= 2393ad97'] [9819] 2013-08-14 13:15:32.251734 pread SUCCESS [9819] 2013-08-14 13:15:32.252512 ['/usr/bin/vhd-util', 'scan', '-f', '-c',= '-m', 'VHD-*', '-l', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:32.534811 pread SUCCESS [9819] 2013-08-14 13:15:32.537777 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees): showing only VHD trees that changed: a88f05be[VHD](12.000G//12.031G|n) [9819] 2013-08-14 13:15:32.538152 lock: released /var/lock/sm/5a998863-45b0= =2D3031-e31b-13c92393ad97/sr [9819] 2013-08-14 13:15:32.538595 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:32.608090 pread SUCCESS [9819] 2013-08-14 13:15:32.608512 ['/usr/sbin/vgs', '--noheadings', '--nosu= ffix', '--units', 'b', 'VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97'] [9819] 2013-08-14 13:15:32.656123 pread SUCCESS [9819] 2013-08-14 13:15:32.656525 No work, exiting [9819] 2013-08-14 13:15:32.657550 SR 5a99 ('VM_DEVEL') (21 VDIs in 21 VHD t= rees): no changes --Boundary-00=_cC3CSB30HTdAQdf Content-Type: text/x-log; charset="UTF-8"; name="xensource.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xensource.log" Aug 14 13:10:07 evmprap28 xapi: [debug|evmprap28|335390429|Async.VDI.pool_m= igrate R:487cd927f4bf|audit] VDI.pool_migrate: VDI =3D 'a88f05be-033f-4d23-= a66f-715fa50439d0'; SR =3D 'cc06f713-dfda-f0d8-b5ca-5df29e928593 (VM_PROD)'= ; VM =3D '608e33b9-e74d-620a-338c-f0243aa99997 (es1qaap99)' Aug 14 13:10:11 evmprap28 xapi: [ info|evmprap28|335390829 INET 0.0.0.0:80|= Querying services D:91a059cdd1c7|storage_impl] VDI.create dbg:Async.VDI.poo= l_migrate R:487cd927f4bf sr:cc06f713-dfda-f0d8-b5ca-5df29e928593 vdi_info:{= "vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "a88f05be-033f= =2D4d23-a66f-715fa50439d0", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0"}} Aug 14 13:10:11 evmprap28 xapi: [debug|evmprap28|335390829 INET 0.0.0.0:80|= VDI.create D:de8fb488bd43|sm] SM lvmohba vdi_create sr=3DOpaqueRef:f04d1596= =2D8b86-9ce0-6f39-d1c109370159 sm_config=3D[base_mirror=3D5a998863-45b0-303= 1-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0] type=3D[System] s= ize=3D12884901888 Aug 14 13:10:13 evmprap28 xapi: [ info|evmprap28|335391071 INET 0.0.0.0:80|= Querying services D:1ddc2f61a2f5|storage_impl] VDI.snapshot dbg:Async.VDI.p= ool_migrate R:487cd927f4bf sr:cc06f713-dfda-f0d8-b5ca-5df29e928593 vdi_info= :{"vdi": "76598520-c47b-4930-a84a-7c1c1d37436f", "content_id": "76598520-c4= 7b-4930-a84a-7c1c1d37436f", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0", "vdi_type": "vhd"}} Aug 14 13:10:13 evmprap28 xapi: [debug|evmprap28|335391071 INET 0.0.0.0:80|= VDI.snapshot D:9ef94a9ea851|sm] SM lvmohba vdi_snapshot sr=3DOpaqueRef:f04d= 1596-8b86-9ce0-6f39-d1c109370159 vdi=3DOpaqueRef:fb47b4e7-b647-de37-097d-f7= 0f54ffd2ad driver_params=3D[base_mirror=3D5a998863-45b0-3031-e31b-13c92393a= d97/a88f05be-033f-4d23-a66f-715fa50439d0; vdi_type=3Dvhd] Aug 14 13:10:16 evmprap28 xapi: [debug|evmprap28|335391206 UNIX /var/xapi/x= api|VDI.db_introduce R:1a053310cefc|xapi] {pool,db}_introduce uuid=3D1d60e1= 81-34b1-407f-9b65-b364c9874574 name_label=3D Aug 14 13:10:18 evmprap28 xapi: [debug|evmprap28|335391071 INET 0.0.0.0:80|= VDI.snapshot D:6522e0e98f8a|storage_access] vdi =3D {"vdi": "1d60e181-34b1-= 407f-9b65-b364c9874574", "content_id": "1d60e181-34b1-407f-9b65-b364c987457= 4", "name_label": "es1qaap99-root", "name_description": "Created by templat= e provisioner", "ty": "User", "metadata_of_pool": "OpaqueRef:NULL", "is_a_s= napshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "Opa= queRef:NULL", "read_only": false, "virtual_size": 12884901888, "physical_ut= ilisation": 8388608, "persistent": true, "sm_config": {"base_mirror": "5a99= 8863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-715fa50439d0", "v= hd-parent": "79c88e37-86d0-4456-b3b9-cc54ab269250", "vdi_type": "vhd"}} Aug 14 13:10:23 evmprap28 xapi: [ info|evmprap28|335391818 INET 0.0.0.0:80|= Querying services D:0e18494b8c73|storage_impl] VDI.create dbg:Async.VDI.poo= l_migrate R:487cd927f4bf sr:cc06f713-dfda-f0d8-b5ca-5df29e928593 vdi_info:{= "vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "a88f05be-033f= =2D4d23-a66f-715fa50439d0", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0"}} Aug 14 13:10:23 evmprap28 xapi: [debug|evmprap28|335391818 INET 0.0.0.0:80|= VDI.create D:9da5979050c1|sm] SM lvmohba vdi_create sr=3DOpaqueRef:f04d1596= =2D8b86-9ce0-6f39-d1c109370159 sm_config=3D[base_mirror=3D5a998863-45b0-303= 1-e31b-13c92393ad97/a88f05be-033f-4d23-a66f-715fa50439d0] type=3D[System] s= ize=3D12884901888 Aug 14 13:10:25 evmprap28 xapi: [ info|evmprap28|335391914 INET 0.0.0.0:80|= Querying services D:bc2defe2afcf|storage_impl] VDI.snapshot dbg:Async.VDI.p= ool_migrate R:487cd927f4bf sr:5a998863-45b0-3031-e31b-13c92393ad97 vdi_info= :{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "a88f05be-03= 3f-4d23-a66f-715fa50439d0", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0", "mirror": "nbd:mirror_vbd\/3\/xvda", "host_OpaqueRef:74d6b8dd= =2Da16c-7e0a-c0ff-2791f37d4b92": "RW", "vdi_type": "vhd"}} Aug 14 13:10:25 evmprap28 xapi: [debug|evmprap28|335391914 INET 0.0.0.0:80|= VDI.snapshot D:458221d50e26|sm] SM lvmohba vdi_snapshot sr=3DOpaqueRef:d7e3= ccc2-9ce6-1fa3-da30-d197168126b1 vdi=3DOpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523 driver_params=3D[base_mirror=3D5a998863-45b0-3031-e31b-13c92393a= d97/a88f05be-033f-4d23-a66f-715fa50439d0; mirror=3Dnbd:mirror_vbd/3/xvda; h= ost_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92=3DRW; vdi_type=3Dvhd] Aug 14 13:10:25 evmprap28 xapi: [debug|evmprap28|335391958 UNIX /var/xapi/x= api|host.call_plugin R:1c29477f4866|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:10:25 evmprap28 xapi: [debug|evmprap28|335391958 UNIX /var/xapi/x= api|host.call_plugin R:1c29477f4866|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:f84f70ce-0130-266e-7c5a-7409565e5b48Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:10:27 evmprap28 xapi: [debug|evmprap28|335392037 UNIX /var/xapi/x= api|host.call_plugin R:a16c91df61f4|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-464ad39d-c3b7-45b5-a672-2d851c93d7ec; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: 464ad39d-c3b7-45b5-a672-2d851c93d7ec; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:10:27 evmprap28 xapi: [debug|evmprap28|335392037 UNIX /var/xapi/x= api|host.call_plugin R:a16c91df61f4|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:db69b640-2c2d-fda4-877a-b400700791efOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-464ad39d-c3b7= =2D45b5-a672-2d851c93d7ecvgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:10:28 evmprap28 xapi: [debug|evmprap28|335392275 UNIX /var/xapi/x= api|host.call_plugin R:41894f2850cf|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = secondary: nbd:mirror_vbd/3/xvda; vdi_uuid: a88f05be-033f-4d23-a66f-715fa50= 439d0 ] Aug 14 13:10:28 evmprap28 xapi: [debug|evmprap28|335392275 UNIX /var/xapi/x= api|host.call_plugin R:41894f2850cf|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:3d3b1011-0001-0ca6-9f09-2e62cc732e03Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97secondarynbd:mirror_vbd= /3/xvdavdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:10:29 evmprap28 xapi: [debug|evmprap28|335391914 INET 0.0.0.0:80|= VDI.snapshot D:0e23702f6248|storage_access] vdi =3D {"vdi": "431bea32-7434-= 4ad4-9195-c683be686fa5", "content_id": "431bea32-7434-4ad4-9195-c683be686fa= 5", "name_label": "es1qaap99-root", "name_description": "Created by templat= e provisioner", "ty": "User", "metadata_of_pool": "OpaqueRef:NULL", "is_a_s= napshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "Opa= queRef:NULL", "read_only": false, "virtual_size": 12884901888, "physical_ut= ilisation": 8388608, "persistent": true, "sm_config": {"base_mirror": "5a99= 8863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-715fa50439d0", "v= hd-parent": "464ad39d-c3b7-45b5-a672-2d851c93d7ec", "vdi_type": "vhd"}} Aug 14 13:13:55 evmprap28 xapi: [ info|evmprap28|335406290 INET 0.0.0.0:80|= Querying services D:e7f8bef4f0ef|storage_impl] VDI.destroy dbg:Async.VDI.po= ol_migrate R:487cd927f4bf sr:cc06f713-dfda-f0d8-b5ca-5df29e928593 vdi:1d60e= 181-34b1-407f-9b65-b364c9874574 Aug 14 13:13:56 evmprap28 xapi: [debug|evmprap28|335406331 UNIX /var/xapi/x= api|VDI.db_forget R:14005462af0c|xapi] db_forget uuid=3D1d60e181-34b1-407f-= 9b65-b364c9874574 Aug 14 13:13:58 evmprap28 xapi: [debug|evmprap28|335406483 UNIX /var/xapi/x= api|host.call_plugin R:897a8a2a56ec|audit] Host.call_plugin host =3D '0d55d= fb2-8041-4bd6-8b45-c366f0551f36 (evmprap17)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:13:58 evmprap28 xapi: [debug|evmprap28|335406483 UNIX /var/xapi/x= api|host.call_plugin R:897a8a2a56ec|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:a80fe4ec-ece8-6e6a-58ed-c9aaf1674472Opa= queRef:4dc9d9e0-f05f-88c7-cf3f-3bfd44e6cf75on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:13:59 evmprap28 xapi: [debug|evmprap28|335406600 UNIX /var/xapi/x= api|host.call_plugin R:5ecc12cf3de0|audit] Host.call_plugin host =3D '96e1c= 29d-1d0e-4762-9c56-89e0d1dd1dbf (evmprap12)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:13:59 evmprap28 xapi: [debug|evmprap28|335406600 UNIX /var/xapi/x= api|host.call_plugin R:5ecc12cf3de0|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ffcd2a9f-31a8-5fee-c727-756d2aedf1a6Opa= queRef:2efbd1d1-c367-63c9-1263-3d19c6f98934on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:13:59 evmprap28 xapi: [debug|evmprap28|335406736 UNIX /var/xapi/x= api|host.call_plugin R:639b89afae74|audit] Host.call_plugin host =3D '328b5= b58-41a9-46bc-b0d0-937199e9d167 (evmprap09)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:13:59 evmprap28 xapi: [debug|evmprap28|335406736 UNIX /var/xapi/x= api|host.call_plugin R:639b89afae74|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ce49da42-f174-de95-8987-444fd4de7479Opa= queRef:242cb2ab-6144-8439-c3f1-24c932dffdfbon= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406765 UNIX /var/xapi/x= api|host.call_plugin R:dd54d0094736|audit] Host.call_plugin host =3D '29d27= 61b-8b97-443f-9c13-fd41d0e9539a (evmprap10)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406765 UNIX /var/xapi/x= api|host.call_plugin R:dd54d0094736|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:30572356-c188-c75d-e8bf-ce1beeb98361Opa= queRef:ddd7170c-8de8-4d20-7940-c224c14e9a35on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406777 UNIX /var/xapi/x= api|host.call_plugin R:f747d4a6d447|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406777 UNIX /var/xapi/x= api|host.call_plugin R:f747d4a6d447|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:30c66796-c2e5-f46f-0086-17d2e11750adOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406792 UNIX /var/xapi/x= api|host.call_plugin R:22efeca207a1|audit] Host.call_plugin host =3D '47e63= 4d0-ace4-47bd-a922-f09d2dba6a03 (evmprap20)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:00 evmprap28 xapi: [debug|evmprap28|335406792 UNIX /var/xapi/x= api|host.call_plugin R:22efeca207a1|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:f74f0763-5093-b35a-f8bb-b9f10595c441Opa= queRef:6db2c64a-8896-a9df-025f-24569b585960on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:01 evmprap28 xapi: [debug|evmprap28|335406819 UNIX /var/xapi/x= api|host.call_plugin R:34f7e97135c4|audit] Host.call_plugin host =3D '96f4e= 172-8a3f-4cd1-8e20-ba2989fad32b (evmprap29)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:01 evmprap28 xapi: [debug|evmprap28|335406819 UNIX /var/xapi/x= api|host.call_plugin R:34f7e97135c4|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:36e17d62-eb2a-0a6f-a14f-ec02356a356eOpa= queRef:04550611-1d86-3a9a-9667-ac585c54b181on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406828 UNIX /var/xapi/x= api|host.call_plugin R:241fe494319c|audit] Host.call_plugin host =3D '298d8= 823-1350-4be1-927c-eb5a02515c4e (evmprap13)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406828 UNIX /var/xapi/x= api|host.call_plugin R:241fe494319c|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ea5af8e5-16cc-4b50-5292-d4a4f309ac01Opa= queRef:9ee4050c-d41b-5ce2-6c48-aeedae6d5311on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406837 UNIX /var/xapi/x= api|host.call_plugin R:4e94a6e3cd3d|audit] Host.call_plugin host =3D '1d771= 6a5-200b-4048-8f90-5b426c01559f (evmprap18)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406837 UNIX /var/xapi/x= api|host.call_plugin R:4e94a6e3cd3d|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ad9e6af5-a46e-2328-751b-ded05bf0042dOpa= queRef:8d0a7711-c8c1-73ba-069b-6530ddcd165don= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406846 UNIX /var/xapi/x= api|host.call_plugin R:1d5adbd5a3b1|audit] Host.call_plugin host =3D '12903= 607-7693-4716-80a7-fc71afcec731 (evmprap19)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-cc06f713-dfda-f0d8-b5ca-5df29e92= 8593; lvName1: VHD-1d60e181-34b1-407f-9b65-b364c9874574; action1: deactivat= eNoRefcount; action2: cleanupLock; uuid2: 1d60e181-34b1-407f-9b65-b364c9874= 574; ns2: lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593 ] Aug 14 13:14:02 evmprap28 xapi: [debug|evmprap28|335406846 UNIX /var/xapi/x= api|host.call_plugin R:1d5adbd5a3b1|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:4971418f-8ca1-114e-9645-39b5cb4dd661Opa= queRef:8ed44ec4-d1ff-83d0-2bbf-6aa1fd8ada85on= =2DslavemultivgNameVG_XenStorage-cc06f713-dfda-f0d8-b5= ca-5df29e928593lvName1VHD-1d60= e181-34b1-407f-9b65-b364c9874574action1deactivateNoRefcountaction2<= value>cleanupLockuuid21d60e181= =2D34b1-407f-9b65-b364c9874574ns2lvm-cc06f713-dfda-f0d8-b5ca-5df29e928593"]; Aug 14 13:14:03 evmprap28 xapi: [debug|evmprap28|335406868 UNIX /var/xapi/x= api|VDI.get_by_uuid D:ad6b53eb1663|dispatcher] Server_helpers.exec exceptio= n_handler: Got exception UUID_INVALID: [ VDI; 1d60e181-34b1-407f-9b65-b364c= 9874574 ] Aug 14 13:14:06 evmprap28 xapi: [debug|evmprap28|335407194 UNIX /var/xapi/x= api|VDI.snapshot R:3c4411f7e202|audit] VDI.snapshot: VDI =3D 'a88f05be-033f= =2D4d23-a66f-715fa50439d0' Aug 14 13:14:06 evmprap28 xapi: [ info|evmprap28|335407194 UNIX /var/xapi/x= api|VDI.snapshot R:3c4411f7e202|storage_impl] VDI.snapshot dbg:OpaqueRef:3c= 4411f7-e202-850a-aa42-125dce8f7c27 sr:5a998863-45b0-3031-e31b-13c92393ad97 = vdi_info:{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "", = "name_label": "es1qaap99-root", "name_description": "Created by template pr= ovisioner", "ty": "user", "metadata_of_pool": "", "is_a_snapshot": false, "= snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false= , "virtual_size": 0, "physical_utilisation": 0, "persistent": true, "sm_con= fig": {"type": "internal"}} Aug 14 13:14:07 evmprap28 xapi: [debug|evmprap28|335407239 UNIX /var/xapi/x= api|host.call_plugin R:b51bffea53fa|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:07 evmprap28 xapi: [debug|evmprap28|335407239 UNIX /var/xapi/x= api|host.call_plugin R:b51bffea53fa|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:a17d18c8-af12-022d-54d6-46ada9a71db0Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:14:08 evmprap28 xapi: [debug|evmprap28|335407308 UNIX /var/xapi/x= api|host.call_plugin R:8d67b13033c6|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-1df80a77-22a7-4886-845f-e4bdd5f26e24; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: 1df80a77-22a7-4886-845f-e4bdd5f26e24; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:14:08 evmprap28 xapi: [debug|evmprap28|335407308 UNIX /var/xapi/x= api|host.call_plugin R:8d67b13033c6|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:4d8c75e5-1642-7317-21b2-b9d3ecd0f146Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-1df80a77-22a7= =2D4886-845f-e4bdd5f26e24vgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:14:09 evmprap28 xapi: [debug|evmprap28|335407477 UNIX /var/xapi/x= api|host.call_plugin R:b0ae114247b7|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:09 evmprap28 xapi: [debug|evmprap28|335407477 UNIX /var/xapi/x= api|host.call_plugin R:b0ae114247b7|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:068625a8-44c5-e8c3-7cf8-373b170e037fOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:14:15 evmprap28 xapi: [ info|evmprap28|335408055 INET 0.0.0.0:80|= Querying services D:c7ff4b041c29|storage_impl] VDI.snapshot dbg:Async.VDI.p= ool_migrate R:487cd927f4bf sr:5a998863-45b0-3031-e31b-13c92393ad97 vdi_info= :{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "a88f05be-03= 3f-4d23-a66f-715fa50439d0", "name_label": "es1qaap99-root", "name_descripti= on": "Created by template provisioner", "ty": "System", "metadata_of_pool":= "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapsh= ot_of": "OpaqueRef:NULL", "read_only": false, "virtual_size": 12884901888, = "physical_utilisation": 12918456320, "persistent": true, "sm_config": {"bas= e_mirror": "5a998863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-7= 15fa50439d0", "mirror": "null", "vhd-parent": "1df80a77-22a7-4886-845f-e4bd= d5f26e24", "host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92": "RW", "vd= i_type": "vhd", "vhd-blocks": "eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4= UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M\/QIkPg8 Aug 14 13:14:15 evmprap28 xapi: [debug|evmprap28|335408055 INET 0.0.0.0:80|= VDI.snapshot D:3ee19e130abe|sm] SM lvmohba vdi_snapshot sr=3DOpaqueRef:d7e3= ccc2-9ce6-1fa3-da30-d197168126b1 vdi=3DOpaqueRef:01f9366c-a74b-218f-c0c6-20= 0a99b21523 driver_params=3D[base_mirror=3D5a998863-45b0-3031-e31b-13c92393a= d97/a88f05be-033f-4d23-a66f-715fa50439d0; mirror=3Dnull; vhd-parent=3D1df80= a77-22a7-4886-845f-e4bdd5f26e24; host_OpaqueRef:74d6b8dd-a16c-7e0a-c0ff-279= 1f37d4b92=3DRW; vdi_type=3Dvhd; vhd-blocks=3DeJw7wAACBxgSGBh42BgYGBnQQAODA5= B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oNG0AgcamDka2BC2NEBJSu0lVT9M/QIkPg8TEfqAKUyBF= HscGjg4GjCSMU4AABYpDeI=3D] Aug 14 13:14:15 evmprap28 xapi: [debug|evmprap28|335408082 UNIX /var/xapi/x= api|host.call_plugin R:f632567ddc0c|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:15 evmprap28 xapi: [debug|evmprap28|335408082 UNIX /var/xapi/x= api|host.call_plugin R:f632567ddc0c|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:4a69983d-2290-bf6e-c2ed-5b68e5ccdd78Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:14:17 evmprap28 xapi: [debug|evmprap28|335408125 UNIX /var/xapi/x= api|host.call_plugin R:1ba1a9cfb5fa|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-db78ec73-cb65-4ac3-80fc-bb21d3b9746f; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: db78ec73-cb65-4ac3-80fc-bb21d3b9746f; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:14:17 evmprap28 xapi: [debug|evmprap28|335408125 UNIX /var/xapi/x= api|host.call_plugin R:1ba1a9cfb5fa|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:97bc6174-96d0-4379-df86-f0be5e835172Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-db78ec73-cb65= =2D4ac3-80fc-bb21d3b9746fvgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:14:18 evmprap28 xapi: [debug|evmprap28|335408214 UNIX /var/xapi/x= api|host.call_plugin R:6a2b3ea8ef7d|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = secondary: null; vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:18 evmprap28 xapi: [debug|evmprap28|335408214 UNIX /var/xapi/x= api|host.call_plugin R:6a2b3ea8ef7d|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:06ce33a4-680e-f49a-d6ea-081eb905922dOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97secondarynullvdi_uuida88f05be-033f-4d23-a66f-715fa504= 39d0"]; Aug 14 13:14:20 evmprap28 xapi: [debug|evmprap28|335408381 UNIX /var/xapi/x= api|host.call_plugin R:2a6b408e02a3|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'refresh'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:20 evmprap28 xapi: [debug|evmprap28|335408381 UNIX /var/xapi/x= api|host.call_plugin R:2a6b408e02a3|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:8b9fae73-7366-e333-ca8d-3d49c816053bOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauserefreshsr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:14:20 evmprap28 xapi: [debug|evmprap28|335408055 INET 0.0.0.0:80|= VDI.snapshot D:26060c1c838b|storage_access] vdi =3D {"vdi": "8ec1a2a7-687c-= 438f-8398-00cef73b2872", "content_id": "8ec1a2a7-687c-438f-8398-00cef73b287= 2", "name_label": "es1qaap99-root", "name_description": "Created by templat= e provisioner", "ty": "User", "metadata_of_pool": "OpaqueRef:NULL", "is_a_s= napshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "Opa= queRef:NULL", "read_only": false, "virtual_size": 12884901888, "physical_ut= ilisation": 8388608, "persistent": true, "sm_config": {"base_mirror": "5a99= 8863-45b0-3031-e31b-13c92393ad97\/a88f05be-033f-4d23-a66f-715fa50439d0", "v= hd-parent": "db78ec73-cb65-4ac3-80fc-bb21d3b9746f", "vdi_type": "vhd", "vhd= =2Dblocks": "eJw7wAACBxgSGBh42BgYGBnQQAODA5B04HFyQBWHcDk4UPmDDzjQ0GwJCvQ2oN= G0AgcamDka2BC2NEBJSu0lVT9M\/QIkPg8TEfqAKUyBFHscGjg4GjCSMU4AABYpDeI=3D"}} Aug 14 13:14:40 evmprap28 xapi: [debug|evmprap28|335410245 UNIX /var/xapi/x= api|host.call_plugin R:3c2ca051cb54|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'refresh'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:40 evmprap28 xapi: [debug|evmprap28|335410245 UNIX /var/xapi/x= api|host.call_plugin R:3c2ca051cb54|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:209e2cbe-c022-8312-8388-a945798042ecOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauserefreshsr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:14:49 evmprap28 xapi: [debug|evmprap28|335410860 UNIX /var/xapi/x= api|VDI.snapshot R:c62ef0674e4b|audit] VDI.snapshot: VDI =3D 'a88f05be-033f= =2D4d23-a66f-715fa50439d0' Aug 14 13:14:49 evmprap28 xapi: [ info|evmprap28|335410860 UNIX /var/xapi/x= api|VDI.snapshot R:c62ef0674e4b|storage_impl] VDI.snapshot dbg:OpaqueRef:c6= 2ef067-4e4b-fe6b-b4da-923dd98546d5 sr:5a998863-45b0-3031-e31b-13c92393ad97 = vdi_info:{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "", = "name_label": "es1qaap99-root", "name_description": "Created by template pr= ovisioner", "ty": "user", "metadata_of_pool": "", "is_a_snapshot": false, "= snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false= , "virtual_size": 0, "physical_utilisation": 0, "persistent": true, "sm_con= fig": {"type": "internal"}} Aug 14 13:14:49 evmprap28 xapi: [debug|evmprap28|335410980 UNIX /var/xapi/x= api|host.call_plugin R:3fbf5577f502|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:49 evmprap28 xapi: [debug|evmprap28|335410980 UNIX /var/xapi/x= api|host.call_plugin R:3fbf5577f502|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:6c71b9e0-710b-0c24-4580-a43190cd756fOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:14:51 evmprap28 xapi: [debug|evmprap28|335411063 UNIX /var/xapi/x= api|host.call_plugin R:a97fb3b4e7a8|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-205f58f9-4818-4793-8edc-b79862c62337; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: 205f58f9-4818-4793-8edc-b79862c62337; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:14:51 evmprap28 xapi: [debug|evmprap28|335411063 UNIX /var/xapi/x= api|host.call_plugin R:a97fb3b4e7a8|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ca751dc0-e61b-4bf5-c3c2-a46f930f2bf0Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-205f58f9-4818= =2D4793-8edc-b79862c62337vgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:14:52 evmprap28 xapi: [debug|evmprap28|335411129 UNIX /var/xapi/x= api|host.call_plugin R:d079d84c48b8|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:52 evmprap28 xapi: [debug|evmprap28|335411129 UNIX /var/xapi/x= api|host.call_plugin R:d079d84c48b8|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:e4ff934c-e36c-6aea-0309-fa23a4c57265Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:14:57 evmprap28 xapi: [debug|evmprap28|335411673 UNIX /var/xapi/x= api|host.call_plugin R:4fd60b1518fc|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'refresh'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:14:57 evmprap28 xapi: [debug|evmprap28|335411673 UNIX /var/xapi/x= api|host.call_plugin R:4fd60b1518fc|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:c1821417-35f1-13a0-e0f2-8d251ff19cdbOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauserefreshsr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:15:05 evmprap28 xapi: [debug|evmprap28|335412273 UNIX /var/xapi/x= api|VDI.snapshot R:257c17ba8a22|audit] VDI.snapshot: VDI =3D 'a88f05be-033f= =2D4d23-a66f-715fa50439d0' Aug 14 13:15:05 evmprap28 xapi: [ info|evmprap28|335412273 UNIX /var/xapi/x= api|VDI.snapshot R:257c17ba8a22|storage_impl] VDI.snapshot dbg:OpaqueRef:25= 7c17ba-8a22-68bc-6f77-df6cfa358b36 sr:5a998863-45b0-3031-e31b-13c92393ad97 = vdi_info:{"vdi": "a88f05be-033f-4d23-a66f-715fa50439d0", "content_id": "", = "name_label": "es1qaap99-root", "name_description": "Created by template pr= ovisioner", "ty": "user", "metadata_of_pool": "", "is_a_snapshot": false, "= snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false= , "virtual_size": 0, "physical_utilisation": 0, "persistent": true, "sm_con= fig": {"type": "internal"}} Aug 14 13:15:05 evmprap28 xapi: [debug|evmprap28|335412319 UNIX /var/xapi/x= api|host.call_plugin R:b00323f1c62f|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:05 evmprap28 xapi: [debug|evmprap28|335412319 UNIX /var/xapi/x= api|host.call_plugin R:b00323f1c62f|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:1a7fe335-223e-b4d9-4a47-a74970a17e84Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:15:07 evmprap28 xapi: [debug|evmprap28|335412424 UNIX /var/xapi/x= api|host.call_plugin R:3e2d4e56feb3|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-e2573ae0-cb36-4246-81ed-305e7656a2e0; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: deactivateNoRefcount; action3: activate; action2: refresh= ; uuid3: e2573ae0-cb36-4246-81ed-305e7656a2e0; ns3: lvm-5a998863-45b0-3031-= e31b-13c92393ad97 ] Aug 14 13:15:07 evmprap28 xapi: [debug|evmprap28|335412424 UNIX /var/xapi/x= api|host.call_plugin R:3e2d4e56feb3|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ac6036a3-2558-e20b-07e2-a62ecafe645fOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-e2573ae0-cb36= =2D4246-81ed-305e7656a2e0vgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1deactivateNoRefcountaction3activate= action2refresh< Aug 14 13:15:11 evmprap28 xapi: [debug|evmprap28|335412702 UNIX /var/xapi/x= api|host.call_plugin R:625e301d4262|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:11 evmprap28 xapi: [debug|evmprap28|335412702 UNIX /var/xapi/x= api|host.call_plugin R:625e301d4262|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ca184237-477b-afcd-7538-dbff6235746bOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:15:16 evmprap28 xapi: [debug|evmprap28|335412916 UNIX /var/xapi/x= api|host.call_plugin R:4b8debdbbc37|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'refresh'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:16 evmprap28 xapi: [debug|evmprap28|335412916 UNIX /var/xapi/x= api|host.call_plugin R:4b8debdbbc37|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:bed38311-c629-d740-b1ef-2170735ea1faOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauserefreshsr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:15:21 evmprap28 xapi: [debug|evmprap28|335413483 UNIX /var/xapi/x= api|host.call_plugin R:057c9caf3003|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'pause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; vd= i_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:21 evmprap28 xapi: [debug|evmprap28|335413483 UNIX /var/xapi/x= api|host.call_plugin R:057c9caf3003|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:eb8748b4-fb8d-7f42-4200-940908c44870Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pausepausesr_uuid5a998863-45b0-3031-e31b-13c9239= 3ad97vdi_uuida88f05be-033f-4d2= 3-a66f-715fa50439d0"]; Aug 14 13:15:24 evmprap28 xapi: [debug|evmprap28|335413784 UNIX /var/xapi/x= api|host.call_plugin R:b488e3abe379|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; vgN= ame: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f0= 5be-033f-4d23-a66f-715fa50439d0; action1: deactivateNoRefcount; action2: re= fresh ] Aug 14 13:15:24 evmprap28 xapi: [debug|evmprap28|335413784 UNIX /var/xapi/x= api|host.call_plugin R:b488e3abe379|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:4d46dbc8-5ef9-d1aa-1ab7-5841eb9bf587Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0vgNameVG_XenStorage-5a99= 8863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0<= name>action1deactivateNoRefcountaction2refresh"]; Aug 14 13:15:25 evmprap28 xapi: [debug|evmprap28|335413823 UNIX /var/xapi/x= api|host.call_plugin R:b32496a0ed56|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ lvName2: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; lvN= ame3: VHD-a88f05be-033f-4d23-a66f-715fa50439d0; vgName: VG_XenStorage-5a998= 863-45b0-3031-e31b-13c92393ad97; lvName1: VHD-a88f05be-033f-4d23-a66f-715fa= 50439d0; action1: activate; action3: deactivate; action2: refresh; uuid3: a= 88f05be-033f-4d23-a66f-715fa50439d0; uuid1: a88f05be-033f-4d23-a66f-715fa50= 439d0; ns1: lvm-5a998863-45b0-3031-e31b-13c92393ad97; ns3: lvm-5a998863-45b= 0-3031-e31b-13c92393ad97 ] Aug 14 13:15:25 evmprap28 xapi: [debug|evmprap28|335413823 UNIX /var/xapi/x= api|host.call_plugin R:b32496a0ed56|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:dbcc7b6f-e727-dcbe-cb0c-de0ea8375ee9Opa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultilvName2VHD-a88f05be-033f-4d23-a66f-715fa5= 0439d0lvName3VHD-a88f05be-033f= =2D4d23-a66f-715fa50439d0vgNameVG_XenStorage-5a998863-45b0-3031-e31b-13c92393ad97lvName1VHD-a88f05be-033f-4d23-a66f-715fa50439d0action1activateaction3deactivateacti= on2refreshuuid3 Aug 14 13:15:26 evmprap28 xapi: [debug|evmprap28|335413840 UNIX /var/xapi/x= api|host.call_plugin R:bb9f19a74eda|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'tapdisk-pause'; f= n =3D 'unpause'; args =3D [ sr_uuid: 5a998863-45b0-3031-e31b-13c92393ad97; = vdi_uuid: a88f05be-033f-4d23-a66f-715fa50439d0 ] Aug 14 13:15:26 evmprap28 xapi: [debug|evmprap28|335413840 UNIX /var/xapi/x= api|host.call_plugin R:bb9f19a74eda|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:1c8b7ed4-24c9-83cf-8771-bc351838ef4cOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92ta= pdisk-pauseunpausesr_uuid5a998863-45b0-3031-e31b-13c92= 393ad97vdi_uuida88f05be-033f-4= d23-a66f-715fa50439d0"]; Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413872 UNIX /var/xapi/x= api|host.call_plugin R:17d3a8cd1cd1|audit] Host.call_plugin host =3D '29d27= 61b-8b97-443f-9c13-fd41d0e9539a (evmprap10)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413872 UNIX /var/xapi/x= api|host.call_plugin R:17d3a8cd1cd1|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:53e82dda-0dfb-0d38-02a3-cf8e7a20b63fOpa= queRef:ddd7170c-8de8-4d20-7940-c224c14e9a35on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413881 UNIX /var/xapi/x= api|host.call_plugin R:f1f3dc2ddc0b|audit] Host.call_plugin host =3D 'c4536= 785-7cfd-4925-8c56-6e7d855fe1eb (evmprap08)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413881 UNIX /var/xapi/x= api|host.call_plugin R:f1f3dc2ddc0b|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:b568b026-3454-cb9e-ccf8-2e8b903b387bOpa= queRef:74d6b8dd-a16c-7e0a-c0ff-2791f37d4b92on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413889 UNIX /var/xapi/x= api|host.call_plugin R:c5715ce4f9c2|audit] Host.call_plugin host =3D '0d55d= fb2-8041-4bd6-8b45-c366f0551f36 (evmprap17)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413889 UNIX /var/xapi/x= api|host.call_plugin R:c5715ce4f9c2|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:54cb8e94-6dcb-fb17-227f-966cd11ddc53Opa= queRef:4dc9d9e0-f05f-88c7-cf3f-3bfd44e6cf75on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:27 evmprap28 xapi: [debug|evmprap28|335413897 UNIX /var/xapi/x= api|host.call_plugin R:02c2ce5f8bf5|audit] Host.call_plugin host =3D '96f4e= 172-8a3f-4cd1-8e20-ba2989fad32b (evmprap29)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413897 UNIX /var/xapi/x= api|host.call_plugin R:02c2ce5f8bf5|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:6703f62e-1cf4-1d85-5034-030cfc41ad0cOpa= queRef:04550611-1d86-3a9a-9667-ac585c54b181on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413907 UNIX /var/xapi/x= api|host.call_plugin R:74efe66a0c87|audit] Host.call_plugin host =3D '298d8= 823-1350-4be1-927c-eb5a02515c4e (evmprap13)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413907 UNIX /var/xapi/x= api|host.call_plugin R:74efe66a0c87|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:dd32b994-67cf-b5f2-67f7-46dc43c48047Opa= queRef:9ee4050c-d41b-5ce2-6c48-aeedae6d5311on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413919 UNIX /var/xapi/x= api|host.call_plugin R:e4856158b015|audit] Host.call_plugin host =3D '1d771= 6a5-200b-4048-8f90-5b426c01559f (evmprap18)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:28 evmprap28 xapi: [debug|evmprap28|335413919 UNIX /var/xapi/x= api|host.call_plugin R:e4856158b015|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:dd3a815f-e2ab-a027-11d4-4fbd09c8343fOpa= queRef:8d0a7711-c8c1-73ba-069b-6530ddcd165don= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335413954 UNIX /var/xapi/x= api|host.call_plugin R:0aaf43c919db|audit] Host.call_plugin host =3D '96e1c= 29d-1d0e-4762-9c56-89e0d1dd1dbf (evmprap12)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335413954 UNIX /var/xapi/x= api|host.call_plugin R:0aaf43c919db|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:031eff9f-6f2a-38e8-9953-ab5cf4c0f72bOpa= queRef:2efbd1d1-c367-63c9-1263-3d19c6f98934on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335414013 UNIX /var/xapi/x= api|host.call_plugin R:608b8b1944d5|audit] Host.call_plugin host =3D '12903= 607-7693-4716-80a7-fc71afcec731 (evmprap19)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335414013 UNIX /var/xapi/x= api|host.call_plugin R:608b8b1944d5|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:7fc2d315-a499-ee4c-9803-b9975e62553aOpa= queRef:8ed44ec4-d1ff-83d0-2bbf-6aa1fd8ada85on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335414068 UNIX /var/xapi/x= api|host.call_plugin R:8bdfc4d3e24e|audit] Host.call_plugin host =3D '328b5= b58-41a9-46bc-b0d0-937199e9d167 (evmprap09)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:29 evmprap28 xapi: [debug|evmprap28|335414068 UNIX /var/xapi/x= api|host.call_plugin R:8bdfc4d3e24e|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:946c9d26-1330-9233-71fb-ab13fb009da9Opa= queRef:242cb2ab-6144-8439-c3f1-24c932dffdfbon= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414092 UNIX /var/xapi/x= api|host.call_plugin R:5fc9f67e6777|audit] Host.call_plugin host =3D '47e63= 4d0-ace4-47bd-a922-f09d2dba6a03 (evmprap20)'; plugin =3D 'on-slave'; fn =3D= 'multi'; args =3D [ vgName: VG_XenStorage-5a998863-45b0-3031-e31b-13c92393= ad97; lvName1: VHD-OLD_a88f05be-033f-4d23-a66f-715fa50439d0; action1: deact= ivateNoRefcount; action2: cleanupLock; uuid2: OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0; ns2: lvm-5a998863-45b0-3031-e31b-13c92393ad97 ] Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414092 UNIX /var/xapi/x= api|host.call_plugin R:5fc9f67e6777|mscgen] xapi=3D>dst_xapi [label=3D"host.call_pluginOpaq= ueRef:ad38fee8-1047-f777-0c67-f4469135d4f2Opa= queRef:6db2c64a-8896-a9df-025f-24569b585960on= =2DslavemultivgNameVG_XenStorage-5a998863-45b0-3031-e3= 1b-13c92393ad97lvName1VHD-OLD_= a88f05be-033f-4d23-a66f-715fa50439d0action1<= /name>deactivateNoRefcountaction2cleanupLockuuid2OLD_= a88f05be-033f-4d23-a66f-715fa50439d0ns2lvm-5a998863-45b0-3031-e31b-13c92393ad97= "]; Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414132 UNIX /var/xapi/x= api|VDI.get_by_uuid D:e0a8fe883a4f|dispatcher] Server_helpers.exec exceptio= n_handler: Got exception UUID_INVALID: [ VDI; OLD_a88f05be-033f-4d23-a66f-7= 15fa50439d0 ] --Boundary-00=_cC3CSB30HTdAQdf Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --Boundary-00=_cC3CSB30HTdAQdf-- From xen-api-bounces@lists.xen.org Wed Aug 14 12:58:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 12:58:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9aes-0003j9-Kz; Wed, 14 Aug 2013 12:58:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9aeq-0003j4-NW for xen-api@lists.xen.org; Wed, 14 Aug 2013 12:58:37 +0000 Received: from [193.109.254.147:36004] by server-3.bemta-14.messagelabs.com id 10/9A-00891-CFE7B025; Wed, 14 Aug 2013 12:58:36 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1376485113!4036466!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20374 invoked from network); 14 Aug 2013 12:58:34 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-3.tower-27.messagelabs.com with SMTP; 14 Aug 2013 12:58:34 -0000 Received: from [192.168.1.103] by mailcluster.fastdnsservers.com ; Wed, 14 Aug 2013 07:58:33 -0500 Message-ID: <520B7EFC.20801@xenhive.com> Date: Wed, 14 Aug 2013 07:58:36 -0500 From: "admin@xenhive.com" User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: X-Auth: admin@xenhive.com Subject: Re: [Xen-API] XCP x Xenserver Open Source X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2952208402259580130==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2952208402259580130== Content-Type: multipart/alternative; boundary="------------050707090405040905040207" This is a multi-part message in MIME format. --------------050707090405040905040207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The feature matrix page says "This document is out-of-date due to the following announcement. Please read" and then links to http://blog.xen.org/index.php/2013/06/25/xenserver-org-and-the-xen-project/ On 8/14/2013 6:48 AM, DJ Roger wrote: > Anyone know what the differences between XCP and Xenserver Open Source > ( http://www.xenserver.org )? > > > Are the same as listed in > http://wiki.xenproject.org/wiki/XCP/XenServer_Feature_Matrix? > > > Thanks > > > Rogerio da Costa > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------050707090405040905040207 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit The feature matrix page says "This document is out-of-date due to the following announcement. Please read" and then links to
http://blog.xen.org/index.php/2013/06/25/xenserver-org-and-the-xen-project/

On 8/14/2013 6:48 AM, DJ Roger wrote:
Anyone know what the differences between XCP and Xenserver Open Source ( http://www.xenserver.org )?


Are the same as listed in http://wiki.xenproject.org/wiki/XCP/XenServer_Feature_Matrix?


Thanks


Rogerio da Costa


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--------------050707090405040905040207-- --===============2952208402259580130== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2952208402259580130==-- From xen-api-bounces@lists.xen.org Wed Aug 14 12:58:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 12:58:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9aes-0003j9-Kz; Wed, 14 Aug 2013 12:58:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9aeq-0003j4-NW for xen-api@lists.xen.org; Wed, 14 Aug 2013 12:58:37 +0000 Received: from [193.109.254.147:36004] by server-3.bemta-14.messagelabs.com id 10/9A-00891-CFE7B025; Wed, 14 Aug 2013 12:58:36 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1376485113!4036466!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20374 invoked from network); 14 Aug 2013 12:58:34 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-3.tower-27.messagelabs.com with SMTP; 14 Aug 2013 12:58:34 -0000 Received: from [192.168.1.103] by mailcluster.fastdnsservers.com ; Wed, 14 Aug 2013 07:58:33 -0500 Message-ID: <520B7EFC.20801@xenhive.com> Date: Wed, 14 Aug 2013 07:58:36 -0500 From: "admin@xenhive.com" User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: xen-api@lists.xen.org References: In-Reply-To: X-Auth: admin@xenhive.com Subject: Re: [Xen-API] XCP x Xenserver Open Source X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2952208402259580130==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2952208402259580130== Content-Type: multipart/alternative; boundary="------------050707090405040905040207" This is a multi-part message in MIME format. --------------050707090405040905040207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The feature matrix page says "This document is out-of-date due to the following announcement. Please read" and then links to http://blog.xen.org/index.php/2013/06/25/xenserver-org-and-the-xen-project/ On 8/14/2013 6:48 AM, DJ Roger wrote: > Anyone know what the differences between XCP and Xenserver Open Source > ( http://www.xenserver.org )? > > > Are the same as listed in > http://wiki.xenproject.org/wiki/XCP/XenServer_Feature_Matrix? > > > Thanks > > > Rogerio da Costa > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------050707090405040905040207 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit The feature matrix page says "This document is out-of-date due to the following announcement. Please read" and then links to
http://blog.xen.org/index.php/2013/06/25/xenserver-org-and-the-xen-project/

On 8/14/2013 6:48 AM, DJ Roger wrote:
Anyone know what the differences between XCP and Xenserver Open Source ( http://www.xenserver.org )?


Are the same as listed in http://wiki.xenproject.org/wiki/XCP/XenServer_Feature_Matrix?


Thanks


Rogerio da Costa


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--------------050707090405040905040207-- --===============2952208402259580130== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2952208402259580130==-- From xen-api-bounces@lists.xen.org Wed Aug 14 13:57:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 13:57:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9bZG-0006cK-RU; Wed, 14 Aug 2013 13:56:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9bZF-0006c5-7A; Wed, 14 Aug 2013 13:56:53 +0000 Received: from [85.158.143.35:20203] by server-2.bemta-4.messagelabs.com id 0C/30-09492-4AC8B025; Wed, 14 Aug 2013 13:56:52 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1376488603!4349396!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjM0ODcgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14017 invoked from network); 14 Aug 2013 13:56:43 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 13:56:43 -0000 Received: by mail-lb0-f179.google.com with SMTP id v1so6741434lbd.24 for ; Wed, 14 Aug 2013 06:56:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jc1JAKg7LWzhv7EDYQDWYJ9oHxFvN84F/AEOr/kHc0Q=; b=sCAYHWW08056Ba0lI1Fth3OY7Sh0gF6YvbQC1+FpVDFFIFq5vb4YAu5Fjy4YApQGWv 31CuCT9qibfNcPl21CH17s8S0skOIXTC3U8mw7u/UB0xzyHehZwdZHWdQYigoEdDqMeQ V9HJGM0vgVRJSbXEC/WhwpeYoJqRkaC3kh1fVf7SUso6+yg4ohp5IMx3x8V04UL8mlOm gwm6qR+CIuPj1hnwz+N4eJUfBE/mVwXVklOC1OgV3hLPkt2mjRWa2ur3SpBnX0rTJjP4 u6jd6SZHwGs8Q9de8j8cTFAbu4Y8EkgzKJvya9aK60HXHv5wmyfuruovQzrSzhucEekc FvUg== MIME-Version: 1.0 X-Received: by 10.152.8.115 with SMTP id q19mr8582449laa.16.1376488602713; Wed, 14 Aug 2013 06:56:42 -0700 (PDT) Received: by 10.112.77.103 with HTTP; Wed, 14 Aug 2013 06:56:42 -0700 (PDT) In-Reply-To: <1375772869.9712.66.camel@Abyss> References: <1375772869.9712.66.camel@Abyss> Date: Wed, 14 Aug 2013 09:56:42 -0400 X-Google-Sender-Auth: bm0kLfu1FMMW1vY4etRaR3i5dkw Message-ID: From: Russ Pavlicek To: Dario Faggioli Cc: Russ Pavlicek , xen-devel@lists.xen.org, xs-devel@lists.xenserver.org, xen-users@lists.xen.org, cl-mirage@lists.cam.ac.uk, xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] INPUT REQUESTED: Moving August Xen Docs Day to September 6? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Anyone else interested in moving the August Document Day to September 6? Maybe cancelling the August Document Day is a better solution. If we don't get at least five people interested in moving the day, cancelling it might be the better alternative. We'd resume the Doc Days at the normal time in September. Thanks, Russ On Tue, Aug 6, 2013 at 3:07 AM, Dario Faggioli wrote: > On lun, 2013-08-05 at 23:13 -0400, Russ Pavlicek wrote: >> Folks, >> >> Given the high number of vacation/holiday plans of people during the >> last week of August, I'd like to suggest moving the August 26 Xen >> Project Documentation Day to Friday, September 6. >> > FWIW, that is exactly my case, I'd be away on the 26th and I'll be > working on the 6th. > >> Anyone have a reason to leave it as is, or move it to another day? >> > It sounds a really reasonable proposal to me. > > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 14 13:57:10 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 13:57:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9bZG-0006cK-RU; Wed, 14 Aug 2013 13:56:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9bZF-0006c5-7A; Wed, 14 Aug 2013 13:56:53 +0000 Received: from [85.158.143.35:20203] by server-2.bemta-4.messagelabs.com id 0C/30-09492-4AC8B025; Wed, 14 Aug 2013 13:56:52 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1376488603!4349396!1 X-Originating-IP: [209.85.217.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNjM0ODcgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14017 invoked from network); 14 Aug 2013 13:56:43 -0000 Received: from mail-lb0-f179.google.com (HELO mail-lb0-f179.google.com) (209.85.217.179) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 13:56:43 -0000 Received: by mail-lb0-f179.google.com with SMTP id v1so6741434lbd.24 for ; Wed, 14 Aug 2013 06:56:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jc1JAKg7LWzhv7EDYQDWYJ9oHxFvN84F/AEOr/kHc0Q=; b=sCAYHWW08056Ba0lI1Fth3OY7Sh0gF6YvbQC1+FpVDFFIFq5vb4YAu5Fjy4YApQGWv 31CuCT9qibfNcPl21CH17s8S0skOIXTC3U8mw7u/UB0xzyHehZwdZHWdQYigoEdDqMeQ V9HJGM0vgVRJSbXEC/WhwpeYoJqRkaC3kh1fVf7SUso6+yg4ohp5IMx3x8V04UL8mlOm gwm6qR+CIuPj1hnwz+N4eJUfBE/mVwXVklOC1OgV3hLPkt2mjRWa2ur3SpBnX0rTJjP4 u6jd6SZHwGs8Q9de8j8cTFAbu4Y8EkgzKJvya9aK60HXHv5wmyfuruovQzrSzhucEekc FvUg== MIME-Version: 1.0 X-Received: by 10.152.8.115 with SMTP id q19mr8582449laa.16.1376488602713; Wed, 14 Aug 2013 06:56:42 -0700 (PDT) Received: by 10.112.77.103 with HTTP; Wed, 14 Aug 2013 06:56:42 -0700 (PDT) In-Reply-To: <1375772869.9712.66.camel@Abyss> References: <1375772869.9712.66.camel@Abyss> Date: Wed, 14 Aug 2013 09:56:42 -0400 X-Google-Sender-Auth: bm0kLfu1FMMW1vY4etRaR3i5dkw Message-ID: From: Russ Pavlicek To: Dario Faggioli Cc: Russ Pavlicek , xen-devel@lists.xen.org, xs-devel@lists.xenserver.org, xen-users@lists.xen.org, cl-mirage@lists.cam.ac.uk, xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] INPUT REQUESTED: Moving August Xen Docs Day to September 6? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Anyone else interested in moving the August Document Day to September 6? Maybe cancelling the August Document Day is a better solution. If we don't get at least five people interested in moving the day, cancelling it might be the better alternative. We'd resume the Doc Days at the normal time in September. Thanks, Russ On Tue, Aug 6, 2013 at 3:07 AM, Dario Faggioli wrote: > On lun, 2013-08-05 at 23:13 -0400, Russ Pavlicek wrote: >> Folks, >> >> Given the high number of vacation/holiday plans of people during the >> last week of August, I'd like to suggest moving the August 26 Xen >> Project Documentation Day to Friday, September 6. >> > FWIW, that is exactly my case, I'd be away on the 26th and I'll be > working on the 6th. > >> Anyone have a reason to leave it as is, or move it to another day? >> > It sounds a really reasonable proposal to me. > > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 14 15:07:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 15:07:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9cfH-0001I3-Kk; Wed, 14 Aug 2013 15:07:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9cfG-0001Hv-BN for xen-api@lists.xen.org; Wed, 14 Aug 2013 15:07:10 +0000 Received: from [85.158.139.211:36140] by server-13.bemta-5.messagelabs.com id 82/86-11519-D1D9B025; Wed, 14 Aug 2013 15:07:09 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1376492828!2439752!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3768 invoked from network); 14 Aug 2013 15:07:08 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 15:07:08 -0000 Received: by mail-we0-f172.google.com with SMTP id t61so7858660wes.17 for ; Wed, 14 Aug 2013 08:07:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SwCXsB1dKOJ/CmlLNjVYuKCKJ/y7EfQF4tDnS0wmp/E=; b=t57lcBDXopLeEmvfZSpi7PHTuDkzHxXevBn5a/bRZk+DlxgNfPC+YKJxq+hTQ+xjKS KMciWTrSES0b3ObAe9dCgGiqB2QBq7x00i0+DT6PAQ6Xf4m10y07oVnmYGbwFkJ4NG4d FONIVI9z4U9zkE13tZ8qRQfH/XF7uQumNtkGB3eAiYSilRuewTdpTZ6QDpmMNvrweSG3 ovcseJ7ghf8SasYPy1r8J5sK9vq1J9C5QA7OTPkag7Chv9AL6DtF99L4TiPL2N0mAcxq fjNytYEbKnY0N1gwOscE9xNOt/4Nx7URpZyOLzRkYs70mMBtEBMF+v3uMDYaOsUYNxZl SkvA== MIME-Version: 1.0 X-Received: by 10.194.175.133 with SMTP id ca5mr2422420wjc.19.1376492828040; Wed, 14 Aug 2013 08:07:08 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Wed, 14 Aug 2013 08:07:07 -0700 (PDT) Date: Wed, 14 Aug 2013 20:37:07 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: "xen-api@lists.xen.org" Subject: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2821122443605983266==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2821122443605983266== Content-Type: multipart/alternative; boundary=089e01493c5a0d243b04e3e9b6be --089e01493c5a0d243b04e3e9b6be Content-Type: text/plain; charset=ISO-8859-1 Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to know its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to use same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecting to pass iSCSI lun as raw block device to VM. Thanks. --089e01493c5a0d243b04e3e9b6be Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello All,

Since normal Xen supports iS= CSI lun as device for xvda, I would like to know its possibility with Xense= rver.

What are the possible ways may be hacky to g= et it working ?=A0

Since XAPI can now support Ceph as custom drive, how ha= rd it would be to use same for iSCSI ? =A0

From Xe= nserver POV, I undestood that Ceph is acting as a SR but I'm expecting = to pass iSCSI lun as raw block device to VM.

Thanks.
--089e01493c5a0d243b04e3e9b6be-- --===============2821122443605983266== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2821122443605983266==-- From xen-api-bounces@lists.xen.org Wed Aug 14 15:07:27 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 15:07:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9cfH-0001I3-Kk; Wed, 14 Aug 2013 15:07:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9cfG-0001Hv-BN for xen-api@lists.xen.org; Wed, 14 Aug 2013 15:07:10 +0000 Received: from [85.158.139.211:36140] by server-13.bemta-5.messagelabs.com id 82/86-11519-D1D9B025; Wed, 14 Aug 2013 15:07:09 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1376492828!2439752!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3768 invoked from network); 14 Aug 2013 15:07:08 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 15:07:08 -0000 Received: by mail-we0-f172.google.com with SMTP id t61so7858660wes.17 for ; Wed, 14 Aug 2013 08:07:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SwCXsB1dKOJ/CmlLNjVYuKCKJ/y7EfQF4tDnS0wmp/E=; b=t57lcBDXopLeEmvfZSpi7PHTuDkzHxXevBn5a/bRZk+DlxgNfPC+YKJxq+hTQ+xjKS KMciWTrSES0b3ObAe9dCgGiqB2QBq7x00i0+DT6PAQ6Xf4m10y07oVnmYGbwFkJ4NG4d FONIVI9z4U9zkE13tZ8qRQfH/XF7uQumNtkGB3eAiYSilRuewTdpTZ6QDpmMNvrweSG3 ovcseJ7ghf8SasYPy1r8J5sK9vq1J9C5QA7OTPkag7Chv9AL6DtF99L4TiPL2N0mAcxq fjNytYEbKnY0N1gwOscE9xNOt/4Nx7URpZyOLzRkYs70mMBtEBMF+v3uMDYaOsUYNxZl SkvA== MIME-Version: 1.0 X-Received: by 10.194.175.133 with SMTP id ca5mr2422420wjc.19.1376492828040; Wed, 14 Aug 2013 08:07:08 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Wed, 14 Aug 2013 08:07:07 -0700 (PDT) Date: Wed, 14 Aug 2013 20:37:07 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: "xen-api@lists.xen.org" Subject: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2821122443605983266==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2821122443605983266== Content-Type: multipart/alternative; boundary=089e01493c5a0d243b04e3e9b6be --089e01493c5a0d243b04e3e9b6be Content-Type: text/plain; charset=ISO-8859-1 Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to know its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to use same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecting to pass iSCSI lun as raw block device to VM. Thanks. --089e01493c5a0d243b04e3e9b6be Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello All,

Since normal Xen supports iS= CSI lun as device for xvda, I would like to know its possibility with Xense= rver.

What are the possible ways may be hacky to g= et it working ?=A0

Since XAPI can now support Ceph as custom drive, how ha= rd it would be to use same for iSCSI ? =A0

From Xe= nserver POV, I undestood that Ceph is acting as a SR but I'm expecting = to pass iSCSI lun as raw block device to VM.

Thanks.
--089e01493c5a0d243b04e3e9b6be-- --===============2821122443605983266== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2821122443605983266==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:02:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:02:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iCQ-0007zk-Io; Wed, 14 Aug 2013 21:01:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iCO-0007zf-9L for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:01:44 +0000 Received: from [85.158.139.211:32818] by server-10.bemta-5.messagelabs.com id 9E/F3-03093-730FB025; Wed, 14 Aug 2013 21:01:43 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1376514102!2481186!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18490 invoked from network); 14 Aug 2013 21:01:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:01:42 -0000 X-IronPort-AV: E=Sophos;i="4.89,879,1367971200"; d="scan'208,217";a="7821392" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 21:01:42 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL03.citrite.net ([10.30.203.103]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 22:01:42 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com>, "xen-api@lists.xen.org" Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3 Date: Wed, 14 Aug 2013 21:01:41 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0597308441073830885==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0597308441073830885== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B5952LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B5952LONPEX01CL01citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Attach that VDI to a guest and it should be what you're looking for? Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on beha= lf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B5952LONPEX01CL01citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,

You can create an SR using the undocumented and unsupported "iscs= i" type and set the device config target and targetIQN values= - this will set up a single VDI which is a raw lun.

Attach that VDI to a guest and it sho= uld be what you're looking for?

Thanks,

Bob

From: xen-api-bounces@lists.xen.org [xen-= api-bounces@lists.xen.org] on behalf of Rushikesh Jadhav [2rushikeshj@gmail= .com]
Sent: 14 August 2013 16:07
To: xen-api@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ? 

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ?  

From Xenserver POV, I undestood that Ceph is acting as a SR but I'm ex= pecting to pass iSCSI lun as raw block device to VM.

Thanks.
--_000_BB824EA959B82F43820FFEE5E6B00AA60B5952LONPEX01CL01citri_-- --===============0597308441073830885== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0597308441073830885==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:02:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:02:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iCQ-0007zk-Io; Wed, 14 Aug 2013 21:01:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iCO-0007zf-9L for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:01:44 +0000 Received: from [85.158.139.211:32818] by server-10.bemta-5.messagelabs.com id 9E/F3-03093-730FB025; Wed, 14 Aug 2013 21:01:43 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1376514102!2481186!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18490 invoked from network); 14 Aug 2013 21:01:42 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:01:42 -0000 X-IronPort-AV: E=Sophos;i="4.89,879,1367971200"; d="scan'208,217";a="7821392" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 21:01:42 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL03.citrite.net ([10.30.203.103]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 22:01:42 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com>, "xen-api@lists.xen.org" Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3 Date: Wed, 14 Aug 2013 21:01:41 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0597308441073830885==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0597308441073830885== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B5952LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B5952LONPEX01CL01citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Attach that VDI to a guest and it should be what you're looking for? Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on beha= lf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B5952LONPEX01CL01citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,

You can create an SR using the undocumented and unsupported "iscs= i" type and set the device config target and targetIQN values= - this will set up a single VDI which is a raw lun.

Attach that VDI to a guest and it sho= uld be what you're looking for?

Thanks,

Bob

From: xen-api-bounces@lists.xen.org [xen-= api-bounces@lists.xen.org] on behalf of Rushikesh Jadhav [2rushikeshj@gmail= .com]
Sent: 14 August 2013 16:07
To: xen-api@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ? 

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ?  

From Xenserver POV, I undestood that Ceph is acting as a SR but I'm ex= pecting to pass iSCSI lun as raw block device to VM.

Thanks.
--_000_BB824EA959B82F43820FFEE5E6B00AA60B5952LONPEX01CL01citri_-- --===============0597308441073830885== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0597308441073830885==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:08:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:08:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iIG-000856-84; Wed, 14 Aug 2013 21:07:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iIF-000851-Nh for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:07:47 +0000 Received: from [193.109.254.147:37308] by server-15.bemta-14.messagelabs.com id DF/41-28571-3A1FB025; Wed, 14 Aug 2013 21:07:47 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1376514466!4109923!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31709 invoked from network); 14 Aug 2013 21:07:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:07:46 -0000 X-IronPort-AV: E=Sophos;i="4.89,879,1367971200"; d="scan'208,217";a="7821670" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 21:07:25 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL03.citrite.net ([10.30.203.103]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 22:07:25 +0100 From: Bob Ball To: Grant McWilliams , Lars Kurth Thread-Topic: [Xen-API] Re-document XenAPI integration with OpenStack Thread-Index: AQHOmK15IZ94gxaspECvbONjG/qJnJmVMwMj Date: Wed, 14 Aug 2013 21:07:24 +0000 Message-ID: References: <5208BE1D.9080307@xen.org>, In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Re-document XenAPI integration with OpenStack X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6972512947206084558==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6972512947206084558== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B5971LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B5971LONPEX01CL01citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We'll also be looking at the docs soon - before the Havana release - but th= e current focus is on code as the code freeze window is coming up. Bob ________________________________ From: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on beha= lf of Grant McWilliams [grantmasterflash@gmail.com] Sent: 14 August 2013 06:12 To: Lars Kurth Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Re-document XenAPI integration with OpenStack I know some folks that may be interested... Let me talk to the group. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Window= s." Now they have two problems. On Mon, Aug 12, 2013 at 3:51 AM, Lars Kurth > wrote: Hi, for those who care about XenAPI and OpenStack, you should be aware of https= ://blueprints.launchpad.net/openstack-manuals/+spec/redocument-xen You may want to sign up to the blueprint and you may be able to help improv= e the docs, or verify assumptions, help others. Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without = it, it is unlikely that XenAPI will be a first class citizen in OpenStack. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_BB824EA959B82F43820FFEE5E6B00AA60B5971LONPEX01CL01citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
We'll also be looking at the docs soon - before the Havana release -= but the current focus is on code as the code freeze window is coming up.

Bob
From: xen-api-bounces@lists.xen.org [xen-= api-bounces@lists.xen.org] on behalf of Grant McWilliams [grantmasterflash@= gmail.com]
Sent: 14 August 2013 06:12
To: Lars Kurth
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Re-document XenAPI integration with OpenStack=

I know some folks that may be interested... Let me talk to= the group.

Grant McWilliams
http://grantmcwil= liams.com/

Some people, when confronted with a problem, think "I know, I'll use W= indows."
Now they have two problems.


On Mon, Aug 12, 2013 at 3:51 AM, Lars Kurth <lars.kurth@xen.= org> wrote:
Hi,

for those who care about XenAPI and OpenStack, you should be aware of https://blueprints.launchpad.net/openstack-manuals/+spec/= redocument-xen
You may want to sign up to the blueprint and you may be able to help improv= e the docs, or verify assumptions, help others.

Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without = it, it is unlikely that XenAPI will be a first class citizen in OpenStack.<= br>
Best Regards
Lars



_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--_000_BB824EA959B82F43820FFEE5E6B00AA60B5971LONPEX01CL01citri_-- --===============6972512947206084558== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6972512947206084558==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:08:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:08:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iIG-000856-84; Wed, 14 Aug 2013 21:07:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iIF-000851-Nh for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:07:47 +0000 Received: from [193.109.254.147:37308] by server-15.bemta-14.messagelabs.com id DF/41-28571-3A1FB025; Wed, 14 Aug 2013 21:07:47 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1376514466!4109923!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31709 invoked from network); 14 Aug 2013 21:07:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:07:46 -0000 X-IronPort-AV: E=Sophos;i="4.89,879,1367971200"; d="scan'208,217";a="7821670" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 21:07:25 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL03.citrite.net ([10.30.203.103]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 22:07:25 +0100 From: Bob Ball To: Grant McWilliams , Lars Kurth Thread-Topic: [Xen-API] Re-document XenAPI integration with OpenStack Thread-Index: AQHOmK15IZ94gxaspECvbONjG/qJnJmVMwMj Date: Wed, 14 Aug 2013 21:07:24 +0000 Message-ID: References: <5208BE1D.9080307@xen.org>, In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Re-document XenAPI integration with OpenStack X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6972512947206084558==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6972512947206084558== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B5971LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B5971LONPEX01CL01citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We'll also be looking at the docs soon - before the Havana release - but th= e current focus is on code as the code freeze window is coming up. Bob ________________________________ From: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on beha= lf of Grant McWilliams [grantmasterflash@gmail.com] Sent: 14 August 2013 06:12 To: Lars Kurth Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Re-document XenAPI integration with OpenStack I know some folks that may be interested... Let me talk to the group. Grant McWilliams http://grantmcwilliams.com/ Some people, when confronted with a problem, think "I know, I'll use Window= s." Now they have two problems. On Mon, Aug 12, 2013 at 3:51 AM, Lars Kurth > wrote: Hi, for those who care about XenAPI and OpenStack, you should be aware of https= ://blueprints.launchpad.net/openstack-manuals/+spec/redocument-xen You may want to sign up to the blueprint and you may be able to help improv= e the docs, or verify assumptions, help others. Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without = it, it is unlikely that XenAPI will be a first class citizen in OpenStack. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_BB824EA959B82F43820FFEE5E6B00AA60B5971LONPEX01CL01citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
We'll also be looking at the docs soon - before the Havana release -= but the current focus is on code as the code freeze window is coming up.

Bob
From: xen-api-bounces@lists.xen.org [xen-= api-bounces@lists.xen.org] on behalf of Grant McWilliams [grantmasterflash@= gmail.com]
Sent: 14 August 2013 06:12
To: Lars Kurth
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Re-document XenAPI integration with OpenStack=

I know some folks that may be interested... Let me talk to= the group.

Grant McWilliams
http://grantmcwil= liams.com/

Some people, when confronted with a problem, think "I know, I'll use W= indows."
Now they have two problems.


On Mon, Aug 12, 2013 at 3:51 AM, Lars Kurth <lars.kurth@xen.= org> wrote:
Hi,

for those who care about XenAPI and OpenStack, you should be aware of https://blueprints.launchpad.net/openstack-manuals/+spec/= redocument-xen
You may want to sign up to the blueprint and you may be able to help improv= e the docs, or verify assumptions, help others.

Ultimately, OpenStack is looking for a maintainer for XenAPI docs: without = it, it is unlikely that XenAPI will be a first class citizen in OpenStack.<= br>
Best Regards
Lars



_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--_000_BB824EA959B82F43820FFEE5E6B00AA60B5971LONPEX01CL01citri_-- --===============6972512947206084558== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6972512947206084558==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:22:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:22:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iW5-0000NJ-1R; Wed, 14 Aug 2013 21:22:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9iW3-0000NE-IE for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:22:03 +0000 Received: from [85.158.139.211:51021] by server-17.bemta-5.messagelabs.com id 11/A4-26639-AF4FB025; Wed, 14 Aug 2013 21:22:02 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1376515321!2483645!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27067 invoked from network); 14 Aug 2013 21:22:01 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:22:01 -0000 Received: by mail-we0-f172.google.com with SMTP id t61so8364490wes.31 for ; Wed, 14 Aug 2013 14:22:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7Sm6goOma0r3ooOOov13Ze6wisIcuvG3AB5rrq8LdTw=; b=Oaa/z6OJsz2d92cfgOCt/WaFy/B0x7EE4wanwmY1rrUMLp6EPQyD0SJorWExUVhQXD hsRFWa7KFfDjvd7Q7zvPna5MSbKj8C73adm0ZJyQ08BWGv615ZT2p1JzRwilZoZTcwHr bCS4HN97BEyn94ugodT6t5nn7dxt2nGOWNI8MuXWjM80171WKRn0vyHNQY2PPOy8iLLx HOmXXQu0VPv8PESdx+ekJ0DnSLHtei4Bhx1BTFEdAoxPb5DMLHGuPWbVyzQNb6jh5V6g f8RYBR586zIzrlwsVTCpo13sJOAFgnHnbxC+/4iFCWJ3AvJCvcNOtBhHI2rfigr+OdnX tZJg== MIME-Version: 1.0 X-Received: by 10.180.212.51 with SMTP id nh19mr6637693wic.14.1376515321412; Wed, 14 Aug 2013 14:22:01 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Wed, 14 Aug 2013 14:22:01 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 02:52:01 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3993311525664960940==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3993311525664960940== Content-Type: multipart/alternative; boundary=001a11c35760c2c28704e3eef276 --001a11c35760c2c28704e3eef276 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote: > Hi, > > You can create an SR using the undocumented and unsupported "iscsi" type and > set the device config target and targetIQN values - this will set up a > single VDI which is a raw lun. > > Thanks Bob but I'm looking for a generic way in which I would be storing the LUN info in VM properties other-config (MRW) or if possible in VBD other config such that whenever VM tries to boot, the hook will login on iSCSI target and pass the device. I think this needs be handled by blktap rather than XAPI or SMAPI, what you say ? > Attach that VDI to a guest and it should be what you're looking for? > Trying to automate it. > > Thanks, > > Bob > > ------------------------------ > *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on > behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 16:07 > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM > > Hello All, > > Since normal Xen supports iSCSI lun as device for xvda, I would like to > know its possibility with Xenserver. > > What are the possible ways may be hacky to get it working ? > > Since XAPI can now support Ceph as custom drive, how hard it would be to > use same for iSCSI ? > > From Xenserver POV, I undestood that Ceph is acting as a SR but I'm > expecting to pass iSCSI lun as raw block device to VM. > > Thanks. > --001a11c35760c2c28704e3eef276 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i"=A0type=A0and set the device config target and targetIQN values - this wil= l set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in = which I would be storing the LUN info in VM properties other-config (MRW) = =A0or if possible in VBD other config such that whenever VM tries to boot, = the hook will login on iSCSI target and pass the device. =A0I think this ne= eds be handled by blktap rather than XAPI or SMAPI, what you say ?
=A0
Attach that VDI to a guest and it shoul= d be what you're looking for?


Thanks,

Bob

Fro= m: x= en-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of R= ushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ?=A0

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ? =A0

From Xenserver POV, I undestood that Ceph is acting as a SR but I'= m expecting to pass iSCSI lun as raw block device to VM.

Thanks.

--001a11c35760c2c28704e3eef276-- --===============3993311525664960940== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3993311525664960940==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:22:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:22:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iW5-0000NJ-1R; Wed, 14 Aug 2013 21:22:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9iW3-0000NE-IE for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:22:03 +0000 Received: from [85.158.139.211:51021] by server-17.bemta-5.messagelabs.com id 11/A4-26639-AF4FB025; Wed, 14 Aug 2013 21:22:02 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1376515321!2483645!1 X-Originating-IP: [74.125.82.172] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27067 invoked from network); 14 Aug 2013 21:22:01 -0000 Received: from mail-we0-f172.google.com (HELO mail-we0-f172.google.com) (74.125.82.172) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:22:01 -0000 Received: by mail-we0-f172.google.com with SMTP id t61so8364490wes.31 for ; Wed, 14 Aug 2013 14:22:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7Sm6goOma0r3ooOOov13Ze6wisIcuvG3AB5rrq8LdTw=; b=Oaa/z6OJsz2d92cfgOCt/WaFy/B0x7EE4wanwmY1rrUMLp6EPQyD0SJorWExUVhQXD hsRFWa7KFfDjvd7Q7zvPna5MSbKj8C73adm0ZJyQ08BWGv615ZT2p1JzRwilZoZTcwHr bCS4HN97BEyn94ugodT6t5nn7dxt2nGOWNI8MuXWjM80171WKRn0vyHNQY2PPOy8iLLx HOmXXQu0VPv8PESdx+ekJ0DnSLHtei4Bhx1BTFEdAoxPb5DMLHGuPWbVyzQNb6jh5V6g f8RYBR586zIzrlwsVTCpo13sJOAFgnHnbxC+/4iFCWJ3AvJCvcNOtBhHI2rfigr+OdnX tZJg== MIME-Version: 1.0 X-Received: by 10.180.212.51 with SMTP id nh19mr6637693wic.14.1376515321412; Wed, 14 Aug 2013 14:22:01 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Wed, 14 Aug 2013 14:22:01 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 02:52:01 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3993311525664960940==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3993311525664960940== Content-Type: multipart/alternative; boundary=001a11c35760c2c28704e3eef276 --001a11c35760c2c28704e3eef276 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote: > Hi, > > You can create an SR using the undocumented and unsupported "iscsi" type and > set the device config target and targetIQN values - this will set up a > single VDI which is a raw lun. > > Thanks Bob but I'm looking for a generic way in which I would be storing the LUN info in VM properties other-config (MRW) or if possible in VBD other config such that whenever VM tries to boot, the hook will login on iSCSI target and pass the device. I think this needs be handled by blktap rather than XAPI or SMAPI, what you say ? > Attach that VDI to a guest and it should be what you're looking for? > Trying to automate it. > > Thanks, > > Bob > > ------------------------------ > *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on > behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 16:07 > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM > > Hello All, > > Since normal Xen supports iSCSI lun as device for xvda, I would like to > know its possibility with Xenserver. > > What are the possible ways may be hacky to get it working ? > > Since XAPI can now support Ceph as custom drive, how hard it would be to > use same for iSCSI ? > > From Xenserver POV, I undestood that Ceph is acting as a SR but I'm > expecting to pass iSCSI lun as raw block device to VM. > > Thanks. > --001a11c35760c2c28704e3eef276 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i"=A0type=A0and set the device config target and targetIQN values - this wil= l set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in = which I would be storing the LUN info in VM properties other-config (MRW) = =A0or if possible in VBD other config such that whenever VM tries to boot, = the hook will login on iSCSI target and pass the device. =A0I think this ne= eds be handled by blktap rather than XAPI or SMAPI, what you say ?
=A0
Attach that VDI to a guest and it shoul= d be what you're looking for?


Thanks,

Bob

Fro= m: x= en-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of R= ushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ?=A0

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ? =A0

From Xenserver POV, I undestood that Ceph is acting as a SR but I'= m expecting to pass iSCSI lun as raw block device to VM.

Thanks.

--001a11c35760c2c28704e3eef276-- --===============3993311525664960940== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3993311525664960940==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:28:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:28:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ibj-0000Ua-PK; Wed, 14 Aug 2013 21:27:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ibi-0000UV-00 for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:27:54 +0000 Received: from [85.158.139.211:17383] by server-5.bemta-5.messagelabs.com id 2F/9B-27868-956FB025; Wed, 14 Aug 2013 21:27:53 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1376515671!2483414!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30772 invoked from network); 14 Aug 2013 21:27:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:27:52 -0000 X-IronPort-AV: E=Sophos;i="4.89,879,1367971200"; d="scan'208,217";a="7822681" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 21:27:31 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL02.citrite.net ([169.254.2.83]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 22:27:30 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDQ== Date: Wed, 14 Aug 2013 21:27:30 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0151747908763885587==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0151747908763885587== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B59E2LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B59E2LONPEX01CL01citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ah - understood. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B59E2LONPEX01CL01citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Ah - understood.

The iSCSI SR will of course be logged in while the SR is plugged on th= e host (through the PBD).

You could potentially use a hook script (create files called vm-pre-s= tart and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but = beyond that there isn't currently a way to only have the iSCSI target logged in when the VM is booted.

Bob
From: Rushikesh Jadhav [2rushikeshj@gmail= .com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i" type and set the device config target and targetIQN values - th= is will set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in which I would be stori= ng the LUN info in VM properties other-config (MRW)  or if possible in= VBD other config such that whenever VM tries to boot, the hook will login = on iSCSI target and pass the device.  I think this needs be handled by blktap rather than XAPI or SMAPI, w= hat you say ?
 
Attach that VDI to a guest and it shoul= d be what you're looking for?

Trying to automate it.
 

Thanks,

Bob

Fro= m: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of = Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ? 

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ?  

From Xenserver POV, I undestood that Ceph is acting as a SR but I'm ex= pecting to pass iSCSI lun as raw block device to VM.

Thanks.

--_000_BB824EA959B82F43820FFEE5E6B00AA60B59E2LONPEX01CL01citri_-- --===============0151747908763885587== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0151747908763885587==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:28:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:28:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ibj-0000Ua-PK; Wed, 14 Aug 2013 21:27:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ibi-0000UV-00 for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:27:54 +0000 Received: from [85.158.139.211:17383] by server-5.bemta-5.messagelabs.com id 2F/9B-27868-956FB025; Wed, 14 Aug 2013 21:27:53 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1376515671!2483414!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30772 invoked from network); 14 Aug 2013 21:27:52 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:27:52 -0000 X-IronPort-AV: E=Sophos;i="4.89,879,1367971200"; d="scan'208,217";a="7822681" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 21:27:31 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL02.citrite.net ([169.254.2.83]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 22:27:30 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDQ== Date: Wed, 14 Aug 2013 21:27:30 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0151747908763885587==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0151747908763885587== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B59E2LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B59E2LONPEX01CL01citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ah - understood. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B59E2LONPEX01CL01citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Ah - understood.

The iSCSI SR will of course be logged in while the SR is plugged on th= e host (through the PBD).

You could potentially use a hook script (create files called vm-pre-s= tart and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but = beyond that there isn't currently a way to only have the iSCSI target logged in when the VM is booted.

Bob
From: Rushikesh Jadhav [2rushikeshj@gmail= .com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i" type and set the device config target and targetIQN values - th= is will set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in which I would be stori= ng the LUN info in VM properties other-config (MRW)  or if possible in= VBD other config such that whenever VM tries to boot, the hook will login = on iSCSI target and pass the device.  I think this needs be handled by blktap rather than XAPI or SMAPI, w= hat you say ?
 
Attach that VDI to a guest and it shoul= d be what you're looking for?

Trying to automate it.
 

Thanks,

Bob

Fro= m: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of = Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ? 

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ?  

From Xenserver POV, I undestood that Ceph is acting as a SR but I'm ex= pecting to pass iSCSI lun as raw block device to VM.

Thanks.

--_000_BB824EA959B82F43820FFEE5E6B00AA60B59E2LONPEX01CL01citri_-- --===============0151747908763885587== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0151747908763885587==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:42:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:42:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iq4-00014N-3e; Wed, 14 Aug 2013 21:42:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9iq2-00014I-CE for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:42:42 +0000 Received: from [193.109.254.147:35533] by server-10.bemta-14.messagelabs.com id F4/EA-30751-1D9FB025; Wed, 14 Aug 2013 21:42:41 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1376516560!4106449!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10526 invoked from network); 14 Aug 2013 21:42:40 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:42:40 -0000 Received: by mail-wg0-f45.google.com with SMTP id x12so6851wgg.12 for ; Wed, 14 Aug 2013 14:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z1l6cXHAWAC2KcQjep5Ojnot1Q1KvNLl+xPOsvElOrE=; b=dGDsu/OWiWCnh/6eERh2/nOk7zFJGDa4mX1eGK7xtY8CanlIMiecbNnogjbtmOW5kn CsQh59hot45+ZfbTCayd7K3eCpu/wQQPKMWtlEnH95SeogwXiZ6quv2ETLDEiuC55m9V CC1grxF4sLGUOSQ46S2JfQwMF35fWe8vdt6dNyNeQ6ENdsy9aFN3EIt5qtBD0E+742wj tTNoEr2Msc0X36nYcAtnPoC30b/MojwlmTs+UdiGVANu34tjxIGZ8s/CPXoZ4Kxj8yEs dqtA9PbgjcN7aTv8WPaBloujdNMgrctOPIl+PJsXOtLUyEiJ4Oy/K7Nix8j3EqCDUR3j lGgA== MIME-Version: 1.0 X-Received: by 10.180.38.77 with SMTP id e13mr3409335wik.61.1376516560122; Wed, 14 Aug 2013 14:42:40 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Wed, 14 Aug 2013 14:42:40 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 03:12:40 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7082493948230984593==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7082493948230984593== Content-Type: multipart/alternative; boundary=e89a8f6439ca97f7ee04e3ef3c32 --e89a8f6439ca97f7ee04e3ef3c32 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball wrote: > Ah - understood. > > Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the > host (through the PBD). > > You could potentially use a hook script (create files called vm-pre-start > and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but > beyond that there isn't currently a way to only have the iSCSI target > logged in when the VM is booted. > > Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. > Bob > > ------------------------------ > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:22 > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM > > > > > On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote: > >> Hi, >> >> You can create an SR using the undocumented and unsupported "iscsi" >> type and set the device config target and targetIQN values - this will >> set up a single VDI which is a raw lun. >> >> > Thanks Bob but I'm looking for a generic way in which I would be storing > the LUN info in VM properties other-config (MRW) or if possible in VBD > other config such that whenever VM tries to boot, the hook will login on > iSCSI target and pass the device. I think this needs be handled by blktap > rather than XAPI or SMAPI, what you say ? > > >> Attach that VDI to a guest and it should be what you're looking for? >> > > Trying to automate it. > > >> >> Thanks, >> >> Bob >> >> ------------------------------ >> *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on >> behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] >> *Sent:* 14 August 2013 16:07 >> *To:* xen-api@lists.xen.org >> *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM >> >> Hello All, >> >> Since normal Xen supports iSCSI lun as device for xvda, I would like to >> know its possibility with Xenserver. >> >> What are the possible ways may be hacky to get it working ? >> >> Since XAPI can now support Ceph as custom drive, how hard it would be >> to use same for iSCSI ? >> >> From Xenserver POV, I undestood that Ceph is acting as a SR but I'm >> expecting to pass iSCSI lun as raw block device to VM. >> >> Thanks. >> > > --e89a8f6439ca97f7ee04e3ef3c32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote:
Ah - underst= ood.

=A0
Thanks.=A0
=

The iSCSI SR will of course be logged in while the SR is plugged on th= e host (through the PBD).

You could potentially use a hook script (create files called=A0vm-pre-s= tart and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but = beyond that there isn't currently a way to only have the iSCSI target logged in when the VM is booted.


Hopefully the sr-create will = not auto format the luns on every mount :)
Thanks for your help. = I'll report back if any success on this.
=A0
Bob
Fro= m: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i"=A0type=A0and set the device config target and targetIQN values - this wil= l set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in which I would be s= toring the LUN info in VM properties other-config (MRW) =A0or if possible i= n VBD other config such that whenever VM tries to boot, the hook will login= on iSCSI target and pass the device. =A0I think this needs be handled by blktap rather than XAPI or SMAPI, what= you say ?
=A0
Attach that VDI to a guest and it shoul= d be what you're looking for?

Trying to automate it.
=A0

Thanks,

Bob

Fro= m: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of = Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ?=A0

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ? =A0

From Xenserver POV, I undestood that Ceph is acting as a SR but I'= m expecting to pass iSCSI lun as raw block device to VM.

Thanks.


--e89a8f6439ca97f7ee04e3ef3c32-- --===============7082493948230984593== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7082493948230984593==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:42:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:42:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iq4-00014N-3e; Wed, 14 Aug 2013 21:42:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9iq2-00014I-CE for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:42:42 +0000 Received: from [193.109.254.147:35533] by server-10.bemta-14.messagelabs.com id F4/EA-30751-1D9FB025; Wed, 14 Aug 2013 21:42:41 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1376516560!4106449!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10526 invoked from network); 14 Aug 2013 21:42:40 -0000 Received: from mail-wg0-f45.google.com (HELO mail-wg0-f45.google.com) (74.125.82.45) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:42:40 -0000 Received: by mail-wg0-f45.google.com with SMTP id x12so6851wgg.12 for ; Wed, 14 Aug 2013 14:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z1l6cXHAWAC2KcQjep5Ojnot1Q1KvNLl+xPOsvElOrE=; b=dGDsu/OWiWCnh/6eERh2/nOk7zFJGDa4mX1eGK7xtY8CanlIMiecbNnogjbtmOW5kn CsQh59hot45+ZfbTCayd7K3eCpu/wQQPKMWtlEnH95SeogwXiZ6quv2ETLDEiuC55m9V CC1grxF4sLGUOSQ46S2JfQwMF35fWe8vdt6dNyNeQ6ENdsy9aFN3EIt5qtBD0E+742wj tTNoEr2Msc0X36nYcAtnPoC30b/MojwlmTs+UdiGVANu34tjxIGZ8s/CPXoZ4Kxj8yEs dqtA9PbgjcN7aTv8WPaBloujdNMgrctOPIl+PJsXOtLUyEiJ4Oy/K7Nix8j3EqCDUR3j lGgA== MIME-Version: 1.0 X-Received: by 10.180.38.77 with SMTP id e13mr3409335wik.61.1376516560122; Wed, 14 Aug 2013 14:42:40 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Wed, 14 Aug 2013 14:42:40 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 03:12:40 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7082493948230984593==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7082493948230984593== Content-Type: multipart/alternative; boundary=e89a8f6439ca97f7ee04e3ef3c32 --e89a8f6439ca97f7ee04e3ef3c32 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball wrote: > Ah - understood. > > Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the > host (through the PBD). > > You could potentially use a hook script (create files called vm-pre-start > and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but > beyond that there isn't currently a way to only have the iSCSI target > logged in when the VM is booted. > > Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. > Bob > > ------------------------------ > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:22 > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM > > > > > On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote: > >> Hi, >> >> You can create an SR using the undocumented and unsupported "iscsi" >> type and set the device config target and targetIQN values - this will >> set up a single VDI which is a raw lun. >> >> > Thanks Bob but I'm looking for a generic way in which I would be storing > the LUN info in VM properties other-config (MRW) or if possible in VBD > other config such that whenever VM tries to boot, the hook will login on > iSCSI target and pass the device. I think this needs be handled by blktap > rather than XAPI or SMAPI, what you say ? > > >> Attach that VDI to a guest and it should be what you're looking for? >> > > Trying to automate it. > > >> >> Thanks, >> >> Bob >> >> ------------------------------ >> *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on >> behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] >> *Sent:* 14 August 2013 16:07 >> *To:* xen-api@lists.xen.org >> *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM >> >> Hello All, >> >> Since normal Xen supports iSCSI lun as device for xvda, I would like to >> know its possibility with Xenserver. >> >> What are the possible ways may be hacky to get it working ? >> >> Since XAPI can now support Ceph as custom drive, how hard it would be >> to use same for iSCSI ? >> >> From Xenserver POV, I undestood that Ceph is acting as a SR but I'm >> expecting to pass iSCSI lun as raw block device to VM. >> >> Thanks. >> > > --e89a8f6439ca97f7ee04e3ef3c32 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote:
Ah - underst= ood.

=A0
Thanks.=A0
=

The iSCSI SR will of course be logged in while the SR is plugged on th= e host (through the PBD).

You could potentially use a hook script (create files called=A0vm-pre-s= tart and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but = beyond that there isn't currently a way to only have the iSCSI target logged in when the VM is booted.


Hopefully the sr-create will = not auto format the luns on every mount :)
Thanks for your help. = I'll report back if any success on this.
=A0
Bob
Fro= m: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i"=A0type=A0and set the device config target and targetIQN values - this wil= l set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in which I would be s= toring the LUN info in VM properties other-config (MRW) =A0or if possible i= n VBD other config such that whenever VM tries to boot, the hook will login= on iSCSI target and pass the device. =A0I think this needs be handled by blktap rather than XAPI or SMAPI, what= you say ?
=A0
Attach that VDI to a guest and it shoul= d be what you're looking for?

Trying to automate it.
=A0

Thanks,

Bob

Fro= m: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of = Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ?=A0

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ? =A0

From Xenserver POV, I undestood that Ceph is acting as a SR but I'= m expecting to pass iSCSI lun as raw block device to VM.

Thanks.


--e89a8f6439ca97f7ee04e3ef3c32-- --===============7082493948230984593== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7082493948230984593==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:45:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:45:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iso-00018c-Hc; Wed, 14 Aug 2013 21:45:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ism-00018W-MR for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:45:33 +0000 Received: from [193.109.254.147:12296] by server-2.bemta-14.messagelabs.com id 72/DD-18376-B7AFB025; Wed, 14 Aug 2013 21:45:31 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1376516731!4119362!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11644 invoked from network); 14 Aug 2013 21:45:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:45:31 -0000 X-IronPort-AV: E=Sophos;i="4.89,879,1367971200"; d="scan'208,217";a="7823530" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 21:45:31 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL03.citrite.net ([10.30.203.103]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 22:45:30 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDf//9MEAgAARYH4= Date: Wed, 14 Aug 2013 21:45:30 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0756916797089662915==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0756916797089662915== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B5A45LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B5A45LONPEX01CL01citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'd advise you to use sr-introduce rather than sr-create. You'll have to provide a UUID, but you can generate one based on the target= IQN perhaps? Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 22:42 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball > wrote: Ah - understood. Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B5A45LONPEX01CL01citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'd advise you to use sr-introduce rather than sr-create.

You'll have to provide a UUID, but you can generate one based on the t= argetIQN perhaps?

Bob

From: Rushikesh Jadhav [2rushikeshj@gmail.= com]
Sent: 14 August 2013 22:42
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Ah - under= stood.

 
Thanks. 

The iSCSI SR will of course be logged in while the SR is plugged on th= e host (through the PBD).

You could potentially use a hook script (create files called vm-pre-start = and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyon= d that there isn't currently a way to only have the iSCSI target logged in when the VM is booted.


Hopefully the sr-create will not auto format the luns on every mount := )
Thanks for your help. I'll report back if any success on this.
 
Bob
Fro= m: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i" type and set the device config target and targetIQN values - th= is will set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in which I would be stori= ng the LUN info in VM properties other-config (MRW)  or if possible in= VBD other config such that whenever VM tries to boot, the hook will login = on iSCSI target and pass the device.  I think this needs be handled by blktap rather than XAPI or SMAPI, w= hat you say ?
 
Attach that VDI to a guest and it shoul= d be what you're looking for?

Trying to automate it.
 

Thanks,

Bob

Fro= m: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of = Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ? 

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ?  

From Xenserver POV, I undestood that Ceph is acting as a SR but I'm ex= pecting to pass iSCSI lun as raw block device to VM.

Thanks.


--_000_BB824EA959B82F43820FFEE5E6B00AA60B5A45LONPEX01CL01citri_-- --===============0756916797089662915== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0756916797089662915==-- From xen-api-bounces@lists.xen.org Wed Aug 14 21:45:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 21:45:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9iso-00018c-Hc; Wed, 14 Aug 2013 21:45:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9ism-00018W-MR for xen-api@lists.xen.org; Wed, 14 Aug 2013 21:45:33 +0000 Received: from [193.109.254.147:12296] by server-2.bemta-14.messagelabs.com id 72/DD-18376-B7AFB025; Wed, 14 Aug 2013 21:45:31 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1376516731!4119362!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11644 invoked from network); 14 Aug 2013 21:45:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 21:45:31 -0000 X-IronPort-AV: E=Sophos;i="4.89,879,1367971200"; d="scan'208,217";a="7823530" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 14 Aug 2013 21:45:31 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL03.citrite.net ([10.30.203.103]) with mapi id 14.02.0342.004; Wed, 14 Aug 2013 22:45:30 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDf//9MEAgAARYH4= Date: Wed, 14 Aug 2013 21:45:30 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0756916797089662915==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0756916797089662915== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B5A45LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B5A45LONPEX01CL01citri_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'd advise you to use sr-introduce rather than sr-create. You'll have to provide a UUID, but you can generate one based on the target= IQN perhaps? Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 22:42 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball > wrote: Ah - understood. Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B5A45LONPEX01CL01citri_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'd advise you to use sr-introduce rather than sr-create.

You'll have to provide a UUID, but you can generate one based on the t= argetIQN perhaps?

Bob

From: Rushikesh Jadhav [2rushikeshj@gmail.= com]
Sent: 14 August 2013 22:42
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Ah - under= stood.

 
Thanks. 

The iSCSI SR will of course be logged in while the SR is plugged on th= e host (through the PBD).

You could potentially use a hook script (create files called vm-pre-start = and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyon= d that there isn't currently a way to only have the iSCSI target logged in when the VM is booted.


Hopefully the sr-create will not auto format the luns on every mount := )
Thanks for your help. I'll report back if any success on this.
 
Bob
Fro= m: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i" type and set the device config target and targetIQN values - th= is will set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in which I would be stori= ng the LUN info in VM properties other-config (MRW)  or if possible in= VBD other config such that whenever VM tries to boot, the hook will login = on iSCSI target and pass the device.  I think this needs be handled by blktap rather than XAPI or SMAPI, w= hat you say ?
 
Attach that VDI to a guest and it shoul= d be what you're looking for?

Trying to automate it.
 

Thanks,

Bob

Fro= m: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of = Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ? 

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ?  

From Xenserver POV, I undestood that Ceph is acting as a SR but I'm ex= pecting to pass iSCSI lun as raw block device to VM.

Thanks.


--_000_BB824EA959B82F43820FFEE5E6B00AA60B5A45LONPEX01CL01citri_-- --===============0756916797089662915== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0756916797089662915==-- From xen-api-bounces@lists.xen.org Wed Aug 14 22:40:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 22:40:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9jju-0003A5-Fw; Wed, 14 Aug 2013 22:40:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9jjs-0003A0-WA for xen-api@lists.xen.org; Wed, 14 Aug 2013 22:40:25 +0000 Received: from [85.158.139.211:2165] by server-3.bemta-5.messagelabs.com id 45/29-09186-8570C025; Wed, 14 Aug 2013 22:40:24 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1376520021!2480032!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=1.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,TRACKER_ID,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6548 invoked from network); 14 Aug 2013 22:40:21 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 22:40:21 -0000 Received: by mail-we0-f169.google.com with SMTP id n5so44291wev.28 for ; Wed, 14 Aug 2013 15:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6VnbIJcL6YGLBXhl0NdDQSU2TyVX+jyvGx+lK3ozST0=; b=gwRbmCsskLZzgRHEAfjzqm2CVsvQID+fsqovnT1y3V8OT3jOXcV+3FIYh3mKzI/frw BZaCElkGTEqH0h/fwc/xAVoWRl7HXnwRrVbLOBxKV4J0WB1i9WRFo8bKvDmWihCbglAm sQlJinRaMXenKcPxAbFjZePhFSPjEsB6S51GEJkuxZWGZBNJIuxVoUy3ZmRu/D1Dc6Ua RwLYgJyYMI2a7l4ukxb6e52gYL7FavIDdkOZPaNz2IKIkbl6OiaCUnqdGzdl0eaiwhj+ Qk6Zx7yiwE7nbj0zvHGcw4JWS2TcO0MIeqXzIM0x71Zt6nVnKQr6rN4lzZMODLiGUSzF STAw== MIME-Version: 1.0 X-Received: by 10.180.109.10 with SMTP id ho10mr3579656wib.14.1376520021230; Wed, 14 Aug 2013 15:40:21 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Wed, 14 Aug 2013 15:40:21 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 04:10:21 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2997471892349499568==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2997471892349499568== Content-Type: multipart/alternative; boundary=e89a8f3bae49e44aa604e3f00a66 --e89a8f3bae49e44aa604e3f00a66 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball wrote: > I'd advise you to use sr-introduce rather than sr-create. > > You'll have to provide a UUID, but you can generate one based on the > targetIQN perhaps? > Hi Bob, I have created the sr with type iSCSI and it has successfully created with vdi-per-LUN iSCSI. Then I created a VBD with # xe vbd-create bootable=0 device=1 vdi-uuid=daff8cde-029e-2c80-d2e4-a3ff012d0342 vm-uuid=dc3c8f17-27bb-86e8-ee28-706ffb680dde c0d20cbf-58a7-b2db-a4ad-85a357129e37 but Im not able to see it inside VM. When I try to activate the VBD it throws error like # xe vbd-plug uuid=c0d20cbf-58a7-b2db-a4ad-85a357129e37 This operation cannot be performed because the system does not manage this VDI vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37 # xe vbd-param-get uuid=c0d20cbf-58a7-b2db-a4ad-85a357129e37 param-name=attachable false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _)) Looks familiar ? > > Bob > > ------------------------------ > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:42 > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM > > > > > On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball wrote: > >> Ah - understood. >> >> > Thanks. > > The iSCSI SR will of course be logged in while the SR is plugged on >> the host (through the PBD). >> >> You could potentially use a hook script (create files called vm-pre-start >> and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but >> beyond that there isn't currently a way to only have the iSCSI target >> logged in when the VM is booted. >> >> > Hopefully the sr-create will not auto format the luns on every mount :) > Thanks for your help. I'll report back if any success on this. > > >> Bob >> >> ------------------------------ >> *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] >> *Sent:* 14 August 2013 22:22 >> *To:* Bob Ball >> *Cc:* xen-api@lists.xen.org >> *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM >> >> >> >> >> On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote: >> >>> Hi, >>> >>> You can create an SR using the undocumented and unsupported "iscsi" >>> type and set the device config target and targetIQN values - this will >>> set up a single VDI which is a raw lun. >>> >>> >> Thanks Bob but I'm looking for a generic way in which I would be >> storing the LUN info in VM properties other-config (MRW) or if possible in >> VBD other config such that whenever VM tries to boot, the hook will login >> on iSCSI target and pass the device. I think this needs be handled by >> blktap rather than XAPI or SMAPI, what you say ? >> >> >>> Attach that VDI to a guest and it should be what you're looking for? >>> >> >> Trying to automate it. >> >> >>> >>> Thanks, >>> >>> Bob >>> >>> ------------------------------ >>> *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] >>> on behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] >>> *Sent:* 14 August 2013 16:07 >>> *To:* xen-api@lists.xen.org >>> *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM >>> >>> Hello All, >>> >>> Since normal Xen supports iSCSI lun as device for xvda, I would like >>> to know its possibility with Xenserver. >>> >>> What are the possible ways may be hacky to get it working ? >>> >>> Since XAPI can now support Ceph as custom drive, how hard it would be >>> to use same for iSCSI ? >>> >>> From Xenserver POV, I undestood that Ceph is acting as a SR but I'm >>> expecting to pass iSCSI lun as raw block device to VM. >>> >>> Thanks. >>> >> >> > --e89a8f3bae49e44aa604e3f00a66 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote:
I'd advi= se you to use sr-introduce rather than sr-create.

You'll have to provide a UUID, but you can generate one based on t= he targetIQN perhaps?

Hi = Bob,

I have created the sr with type iSCSI and it = has successfully created with vdi-per-LUN iSCSI. Then I created a VBD with<= /div>
# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2c80-= d2e4-a3ff012d0342 =A0vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde=A0
<= /div>
c0d20cbf-58a7-b2db-a4ad-85a357129e37
but Im not abl= e to see it inside VM. When I try to activate the VBD it throws error like<= /div>

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a35= 7129e37=A0
This operation cannot be performed because the system = does not manage this VDI
vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e3= 7

# xe vbd-param-get =A0uuid=3Dc0d20cbf-58a7-b2db-a= 4ad-85a357129e37 =A0param-name=3Dattachable
false (error: Api_err= ors.Server_error("VDI_NOT_MANAGED", _))

= Looks familiar ?
=A0

Bob




On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Ah - underst= ood.

=A0
Thanks.=A0

The iSCSI SR will of course be logged in while the SR is plugged on th= e host (through the PBD).

You could potentially use a hook script (create files called=A0vm-pre-s= tart and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but = beyond that there isn't currently a way to only have the iSCSI target logged in when the VM is booted.


Hopefully the sr-create will not auto format the luns on every mount := )
Thanks for your help. I'll report back if any success on this.
=A0
Bob
Fro= m: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i"=A0type=A0and set the device config target and targetIQN values - this wil= l set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in which I would be s= toring the LUN info in VM properties other-config (MRW) =A0or if possible i= n VBD other config such that whenever VM tries to boot, the hook will login= on iSCSI target and pass the device. =A0I think this needs be handled by blktap rather than XAPI or SMAPI, what= you say ?
=A0
Attach that VDI to a guest and it shoul= d be what you're looking for?

Trying to automate it.
=A0

Thanks,

Bob

Fro= m: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of = Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ?=A0

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ? =A0

From Xenserver POV, I undestood that Ceph is acting as a SR but I'= m expecting to pass iSCSI lun as raw block device to VM.

Thanks.



--e89a8f3bae49e44aa604e3f00a66-- --===============2997471892349499568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2997471892349499568==-- From xen-api-bounces@lists.xen.org Wed Aug 14 22:40:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 14 Aug 2013 22:40:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9jju-0003A5-Fw; Wed, 14 Aug 2013 22:40:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9jjs-0003A0-WA for xen-api@lists.xen.org; Wed, 14 Aug 2013 22:40:25 +0000 Received: from [85.158.139.211:2165] by server-3.bemta-5.messagelabs.com id 45/29-09186-8570C025; Wed, 14 Aug 2013 22:40:24 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1376520021!2480032!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=1.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,TRACKER_ID,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6548 invoked from network); 14 Aug 2013 22:40:21 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 14 Aug 2013 22:40:21 -0000 Received: by mail-we0-f169.google.com with SMTP id n5so44291wev.28 for ; Wed, 14 Aug 2013 15:40:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6VnbIJcL6YGLBXhl0NdDQSU2TyVX+jyvGx+lK3ozST0=; b=gwRbmCsskLZzgRHEAfjzqm2CVsvQID+fsqovnT1y3V8OT3jOXcV+3FIYh3mKzI/frw BZaCElkGTEqH0h/fwc/xAVoWRl7HXnwRrVbLOBxKV4J0WB1i9WRFo8bKvDmWihCbglAm sQlJinRaMXenKcPxAbFjZePhFSPjEsB6S51GEJkuxZWGZBNJIuxVoUy3ZmRu/D1Dc6Ua RwLYgJyYMI2a7l4ukxb6e52gYL7FavIDdkOZPaNz2IKIkbl6OiaCUnqdGzdl0eaiwhj+ Qk6Zx7yiwE7nbj0zvHGcw4JWS2TcO0MIeqXzIM0x71Zt6nVnKQr6rN4lzZMODLiGUSzF STAw== MIME-Version: 1.0 X-Received: by 10.180.109.10 with SMTP id ho10mr3579656wib.14.1376520021230; Wed, 14 Aug 2013 15:40:21 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Wed, 14 Aug 2013 15:40:21 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 04:10:21 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2997471892349499568==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2997471892349499568== Content-Type: multipart/alternative; boundary=e89a8f3bae49e44aa604e3f00a66 --e89a8f3bae49e44aa604e3f00a66 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball wrote: > I'd advise you to use sr-introduce rather than sr-create. > > You'll have to provide a UUID, but you can generate one based on the > targetIQN perhaps? > Hi Bob, I have created the sr with type iSCSI and it has successfully created with vdi-per-LUN iSCSI. Then I created a VBD with # xe vbd-create bootable=0 device=1 vdi-uuid=daff8cde-029e-2c80-d2e4-a3ff012d0342 vm-uuid=dc3c8f17-27bb-86e8-ee28-706ffb680dde c0d20cbf-58a7-b2db-a4ad-85a357129e37 but Im not able to see it inside VM. When I try to activate the VBD it throws error like # xe vbd-plug uuid=c0d20cbf-58a7-b2db-a4ad-85a357129e37 This operation cannot be performed because the system does not manage this VDI vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37 # xe vbd-param-get uuid=c0d20cbf-58a7-b2db-a4ad-85a357129e37 param-name=attachable false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _)) Looks familiar ? > > Bob > > ------------------------------ > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:42 > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM > > > > > On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball wrote: > >> Ah - understood. >> >> > Thanks. > > The iSCSI SR will of course be logged in while the SR is plugged on >> the host (through the PBD). >> >> You could potentially use a hook script (create files called vm-pre-start >> and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but >> beyond that there isn't currently a way to only have the iSCSI target >> logged in when the VM is booted. >> >> > Hopefully the sr-create will not auto format the luns on every mount :) > Thanks for your help. I'll report back if any success on this. > > >> Bob >> >> ------------------------------ >> *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] >> *Sent:* 14 August 2013 22:22 >> *To:* Bob Ball >> *Cc:* xen-api@lists.xen.org >> *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM >> >> >> >> >> On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote: >> >>> Hi, >>> >>> You can create an SR using the undocumented and unsupported "iscsi" >>> type and set the device config target and targetIQN values - this will >>> set up a single VDI which is a raw lun. >>> >>> >> Thanks Bob but I'm looking for a generic way in which I would be >> storing the LUN info in VM properties other-config (MRW) or if possible in >> VBD other config such that whenever VM tries to boot, the hook will login >> on iSCSI target and pass the device. I think this needs be handled by >> blktap rather than XAPI or SMAPI, what you say ? >> >> >>> Attach that VDI to a guest and it should be what you're looking for? >>> >> >> Trying to automate it. >> >> >>> >>> Thanks, >>> >>> Bob >>> >>> ------------------------------ >>> *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] >>> on behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] >>> *Sent:* 14 August 2013 16:07 >>> *To:* xen-api@lists.xen.org >>> *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM >>> >>> Hello All, >>> >>> Since normal Xen supports iSCSI lun as device for xvda, I would like >>> to know its possibility with Xenserver. >>> >>> What are the possible ways may be hacky to get it working ? >>> >>> Since XAPI can now support Ceph as custom drive, how hard it would be >>> to use same for iSCSI ? >>> >>> From Xenserver POV, I undestood that Ceph is acting as a SR but I'm >>> expecting to pass iSCSI lun as raw block device to VM. >>> >>> Thanks. >>> >> >> > --e89a8f3bae49e44aa604e3f00a66 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote:
I'd advi= se you to use sr-introduce rather than sr-create.

You'll have to provide a UUID, but you can generate one based on t= he targetIQN perhaps?

Hi = Bob,

I have created the sr with type iSCSI and it = has successfully created with vdi-per-LUN iSCSI. Then I created a VBD with<= /div>
# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2c80-= d2e4-a3ff012d0342 =A0vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde=A0
<= /div>
c0d20cbf-58a7-b2db-a4ad-85a357129e37
but Im not abl= e to see it inside VM. When I try to activate the VBD it throws error like<= /div>

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a35= 7129e37=A0
This operation cannot be performed because the system = does not manage this VDI
vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e3= 7

# xe vbd-param-get =A0uuid=3Dc0d20cbf-58a7-b2db-a= 4ad-85a357129e37 =A0param-name=3Dattachable
false (error: Api_err= ors.Server_error("VDI_NOT_MANAGED", _))

= Looks familiar ?
=A0

Bob




On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Ah - underst= ood.

=A0
Thanks.=A0

The iSCSI SR will of course be logged in while the SR is plugged on th= e host (through the PBD).

You could potentially use a hook script (create files called=A0vm-pre-s= tart and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but = beyond that there isn't currently a way to only have the iSCSI target logged in when the VM is booted.


Hopefully the sr-create will not auto format the luns on every mount := )
Thanks for your help. I'll report back if any success on this.
=A0
Bob
Fro= m: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citri= x.com> wrote:
Hi,

You can create an SR using the undocumented and unsupported "iscs= i"=A0type=A0and set the device config target and targetIQN values - this wil= l set up a single VDI which is a raw lun.


Thanks Bob but I'm looking for a generic way in which I would be s= toring the LUN info in VM properties other-config (MRW) =A0or if possible i= n VBD other config such that whenever VM tries to boot, the hook will login= on iSCSI target and pass the device. =A0I think this needs be handled by blktap rather than XAPI or SMAPI, what= you say ?
=A0
Attach that VDI to a guest and it shoul= d be what you're looking for?

Trying to automate it.
=A0

Thanks,

Bob

Fro= m: xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of = Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

Since normal Xen supports iSCSI lun as device for xvda, I would like t= o know its possibility with Xenserver.

What are the possible ways may be hacky to get it working ?=A0

Since XAPI can now support Ceph as custom drive, how hard it would be = to use same for iSCSI ? =A0

From Xenserver POV, I undestood that Ceph is acting as a SR but I'= m expecting to pass iSCSI lun as raw block device to VM.

Thanks.



--e89a8f3bae49e44aa604e3f00a66-- --===============2997471892349499568== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2997471892349499568==-- From xen-api-bounces@lists.xen.org Thu Aug 15 08:08:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 08:08:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9sbQ-0001Lh-HX; Thu, 15 Aug 2013 08:08:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9sbO-0001Lc-Tt for xen-api@lists.xen.org; Thu, 15 Aug 2013 08:08:15 +0000 Received: from [85.158.139.211:6152] by server-7.bemta-5.messagelabs.com id 6A/A9-21002-E6C8C025; Thu, 15 Aug 2013 08:08:14 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1376554092!2549424!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11140 invoked from network); 15 Aug 2013 08:08:12 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2013 08:08:12 -0000 X-IronPort-AV: E=Sophos;i="4.89,883,1367971200"; d="scan'208,217";a="7843307" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 15 Aug 2013 08:08:12 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL03.citrite.net ([10.30.203.103]) with mapi id 14.02.0342.004; Thu, 15 Aug 2013 09:08:12 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDf//9MEAgAARYH7///6+gAAV1eHg Date: Thu, 15 Aug 2013 08:08:10 +0000 Deferred-Delivery: Thu, 15 Aug 2013 08:08:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2895766801178328515==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2895766801178328515== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B5CA3LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B5CA3LONPEX01CL01citri_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable After running sr-introduce, find the record for the VDI on that SR and run = vdi-introduce using the details from that record. This will update the managed flag so XAPI knows that it can manipulate it. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 14 August 2013 23:40 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball > wrote: I'd advise you to use sr-introduce rather than sr-create. You'll have to provide a UUID, but you can generate one based on the target= IQN perhaps? Hi Bob, I have created the sr with type iSCSI and it has successfully created with = vdi-per-LUN iSCSI. Then I created a VBD with # xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2c80-d2e4-= a3ff012d0342 vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde c0d20cbf-58a7-b2db-a4ad-85a357129e37 but Im not able to see it inside VM. When I try to activate the VBD it thro= ws error like # xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 This operation cannot be performed because the system does not manage this = VDI vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37 # xe vbd-param-get uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 param-name= =3Dattachable false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _)) Looks familiar ? Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:42 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball > wrote: Ah - understood. Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B5CA3LONPEX01CL01citri_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

After running sr-introduc= e, find the record for the VDI on that SR and run vdi-introduce using the d= etails from that record.

 <= /p>

This will update the mana= ged flag so XAPI knows that it can manipulate it.

 <= /p>

Bob

 

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM<= /o:p>

 

 

 

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com&= gt; wrote:

I'd advise you to use sr-introduce rathe= r than sr-create.

 

You'll have to provide a UUID, but you c= an generate one based on the targetIQN perhaps?

 

Hi Bob,

 

I have created the sr with type iSCSI and it has suc= cessfully created with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Dd= aff8cde-029e-2c80-d2e4-a3ff012d0342  vm-uuid=3Ddc3c8f17-27bb-86e8-ee28= -706ffb680dde 

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to a= ctivate the VBD it throws error like

 

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a3571= 29e37 

This operation cannot be performed because the syste= m does not manage this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37=

 

# xe vbd-param-get  uuid=3Dc0d20cbf-58a7-b2db-a= 4ad-85a357129e37  param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_= MANAGED", _))

 

Looks familiar ?

 

 

Bob

 

From: Rushikesh Jadhav [= 2rushikeshj@gmai= l.com]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM<= /o:p>

 

 

 

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com&= gt; wrote:

Ah - understood.

 

 

Thanks. 

 

The iSCSI SR will of course be logged in= while the SR is plugged on the host (through the PBD).

 

You could potentially use a hook script = (create files called vm-pre-start and vm-post-des= troy in /etc/xapi.d) to create the SR dynamically, but beyond that there isn't cur= rently a way to only have the iSCSI target logged in when the VM is booted.=

 

 

Hopefully the sr-create will not auto format the lun= s on every mount :)

Thanks for your help. I'll report back if any succes= s on this.

 

Bob

 

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com&= gt; wrote:

Hi,

 

You can create an SR using the undocumen= ted and unsupported "iscsi" type and set the device con= fig target and targetIQN values - this will set up a single VDI which is a = raw lun.

 

 

Thanks Bob but I'm looking for a generic way in whic= h I would be storing the LUN info in VM properties other-config (MRW)  = ;or if possible in VBD other config such that whenever VM tries to boot, th= e hook will login on iSCSI target and pass the device.  I think this needs be handled by blktap rather than XAPI= or SMAPI, what you say ?

 

Attach that VDI to a guest and it should= be what you're looking for?

 

Trying to automate it.

 

 

Thanks,

 

Bob

 

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

 

Since normal Xen supports iSCSI lun as device for xv= da, I would like to know its possibility with Xenserver.

 

What are the possible ways may be hacky to get it wo= rking ? 

 

Since XAPI can now support Ceph as custom drive, how= hard it would be to use same for iSCSI ?  

 

From Xenserver POV, I undestood that Ceph is acting = as a SR but I'm expecting to pass iSCSI lun as raw block device to VM.=

 

Thanks.

 

 

 

--_000_BB824EA959B82F43820FFEE5E6B00AA60B5CA3LONPEX01CL01citri_-- --===============2895766801178328515== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2895766801178328515==-- From xen-api-bounces@lists.xen.org Thu Aug 15 08:08:32 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 08:08:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9sbQ-0001Lh-HX; Thu, 15 Aug 2013 08:08:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9sbO-0001Lc-Tt for xen-api@lists.xen.org; Thu, 15 Aug 2013 08:08:15 +0000 Received: from [85.158.139.211:6152] by server-7.bemta-5.messagelabs.com id 6A/A9-21002-E6C8C025; Thu, 15 Aug 2013 08:08:14 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1376554092!2549424!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11140 invoked from network); 15 Aug 2013 08:08:12 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2013 08:08:12 -0000 X-IronPort-AV: E=Sophos;i="4.89,883,1367971200"; d="scan'208,217";a="7843307" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 15 Aug 2013 08:08:12 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL03.citrite.net ([10.30.203.103]) with mapi id 14.02.0342.004; Thu, 15 Aug 2013 09:08:12 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDf//9MEAgAARYH7///6+gAAV1eHg Date: Thu, 15 Aug 2013 08:08:10 +0000 Deferred-Delivery: Thu, 15 Aug 2013 08:08:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2895766801178328515==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2895766801178328515== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B5CA3LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B5CA3LONPEX01CL01citri_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable After running sr-introduce, find the record for the VDI on that SR and run = vdi-introduce using the details from that record. This will update the managed flag so XAPI knows that it can manipulate it. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 14 August 2013 23:40 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball > wrote: I'd advise you to use sr-introduce rather than sr-create. You'll have to provide a UUID, but you can generate one based on the target= IQN perhaps? Hi Bob, I have created the sr with type iSCSI and it has successfully created with = vdi-per-LUN iSCSI. Then I created a VBD with # xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2c80-d2e4-= a3ff012d0342 vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde c0d20cbf-58a7-b2db-a4ad-85a357129e37 but Im not able to see it inside VM. When I try to activate the VBD it thro= ws error like # xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 This operation cannot be performed because the system does not manage this = VDI vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37 # xe vbd-param-get uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 param-name= =3Dattachable false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _)) Looks familiar ? Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:42 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball > wrote: Ah - understood. Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B5CA3LONPEX01CL01citri_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

After running sr-introduc= e, find the record for the VDI on that SR and run vdi-introduce using the d= etails from that record.

 <= /p>

This will update the mana= ged flag so XAPI knows that it can manipulate it.

 <= /p>

Bob

 

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM<= /o:p>

 

 

 

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com&= gt; wrote:

I'd advise you to use sr-introduce rathe= r than sr-create.

 

You'll have to provide a UUID, but you c= an generate one based on the targetIQN perhaps?

 

Hi Bob,

 

I have created the sr with type iSCSI and it has suc= cessfully created with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Dd= aff8cde-029e-2c80-d2e4-a3ff012d0342  vm-uuid=3Ddc3c8f17-27bb-86e8-ee28= -706ffb680dde 

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to a= ctivate the VBD it throws error like

 

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a3571= 29e37 

This operation cannot be performed because the syste= m does not manage this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37=

 

# xe vbd-param-get  uuid=3Dc0d20cbf-58a7-b2db-a= 4ad-85a357129e37  param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_= MANAGED", _))

 

Looks familiar ?

 

 

Bob

 

From: Rushikesh Jadhav [= 2rushikeshj@gmai= l.com]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM<= /o:p>

 

 

 

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com&= gt; wrote:

Ah - understood.

 

 

Thanks. 

 

The iSCSI SR will of course be logged in= while the SR is plugged on the host (through the PBD).

 

You could potentially use a hook script = (create files called vm-pre-start and vm-post-des= troy in /etc/xapi.d) to create the SR dynamically, but beyond that there isn't cur= rently a way to only have the iSCSI target logged in when the VM is booted.=

 

 

Hopefully the sr-create will not auto format the lun= s on every mount :)

Thanks for your help. I'll report back if any succes= s on this.

 

Bob

 

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com&= gt; wrote:

Hi,

 

You can create an SR using the undocumen= ted and unsupported "iscsi" type and set the device con= fig target and targetIQN values - this will set up a single VDI which is a = raw lun.

 

 

Thanks Bob but I'm looking for a generic way in whic= h I would be storing the LUN info in VM properties other-config (MRW)  = ;or if possible in VBD other config such that whenever VM tries to boot, th= e hook will login on iSCSI target and pass the device.  I think this needs be handled by blktap rather than XAPI= or SMAPI, what you say ?

 

Attach that VDI to a guest and it should= be what you're looking for?

 

Trying to automate it.

 

 

Thanks,

 

Bob

 

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

 

Since normal Xen supports iSCSI lun as device for xv= da, I would like to know its possibility with Xenserver.

 

What are the possible ways may be hacky to get it wo= rking ? 

 

Since XAPI can now support Ceph as custom drive, how= hard it would be to use same for iSCSI ?  

 

From Xenserver POV, I undestood that Ceph is acting = as a SR but I'm expecting to pass iSCSI lun as raw block device to VM.=

 

Thanks.

 

 

 

--_000_BB824EA959B82F43820FFEE5E6B00AA60B5CA3LONPEX01CL01citri_-- --===============2895766801178328515== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2895766801178328515==-- From xen-api-bounces@lists.xen.org Thu Aug 15 15:53:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 15:53:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9zrE-00065C-GK; Thu, 15 Aug 2013 15:53:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9zrD-00064z-AA for xen-api@lists.xen.org; Thu, 15 Aug 2013 15:53:03 +0000 Received: from [85.158.139.211:34717] by server-16.bemta-5.messagelabs.com id 1E/C0-31941-E59FC025; Thu, 15 Aug 2013 15:53:02 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1376581980!2643777!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,TRACKER_ID,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10709 invoked from network); 15 Aug 2013 15:53:01 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2013 15:53:01 -0000 Received: by mail-we0-f173.google.com with SMTP id x55so720640wes.4 for ; Thu, 15 Aug 2013 08:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YTUrJxkgfKPJinUvz2qXunvXFE+dfZMrDZndu6SpT2w=; b=yXfjfPU3Mu4fETCg1vipkKtjZXJeQ7KCzMUI39S+IsfWfGwe6Jj7Tmv3CnfwdcswBT L5itM4wxqQPCLY9nQuaRM9y8Flom+yg6JznQUZu0nqmi/08IM6YJOi0JcBgbYH1+tWPZ +maR1QWXSknCOxr2GEYGG0+iJRxx5phYzbfE1gd9UYEZZK436nzJN9t29T4h4uNW65/q RmfLGc8x3d7Rsx7gCBxBLLaaQlUy7eby5BSNhBuyNePcmS6+wVppUT5pBvOYc3Sa7BcQ cLFbh/0Ctoe7P9H8IZ1A0dbz7yxXws2zGAmxv0gd60VAsnqntKoPiRqEMJDCxyQkqgI2 /1qQ== MIME-Version: 1.0 X-Received: by 10.180.109.10 with SMTP id ho10mr2300983wib.14.1376581980831; Thu, 15 Aug 2013 08:53:00 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Thu, 15 Aug 2013 08:53:00 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 21:23:00 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4808388653406090002==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4808388653406090002== Content-Type: multipart/alternative; boundary=e89a8f3bae49f8c4f504e3fe7746 --e89a8f3bae49f8c4f504e3fe7746 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball wrote: > After running sr-introduce, find the record for the VDI on that SR and > run vdi-introduce using the details from that record.**** > > ** ** > > This will update the managed flag so XAPI knows that it can manipulate it. > Actually #xe sr-create automatically creates the VDI with managed ( RO): false . If I do vdi-forget and then vdi-introduce, it fails with below error # xe vdi-introduce uuid=daff8cde-029e-2c80-d2e4-a3ff012d0342 sr-uuid=43be7e37-ba1e-468b-4366-5c865ab4e1db location=daff8cde-029e-2c80-d2e4-a3ff012d0342 type=system Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available, May be duplicate VDI uuids ? #xe sr-scan re-reads the disks and register it as VDI but the managed flag stays to "false". The managed field is RO so I'm not able to update it. Any ideas ? Thanks. > **** > > ** ** > > Bob**** > > ** ** > > *From:* Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] > *Sent:* 14 August 2013 23:40 > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > ** ** > > ** ** > > ** ** > > On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball wrote:**** > > I'd advise you to use sr-introduce rather than sr-create. **** > > ** ** > > You'll have to provide a UUID, but you can generate one based on the > targetIQN perhaps?**** > > ** ** > > Hi Bob,**** > > ** ** > > I have created the sr with type iSCSI and it has successfully created with > vdi-per-LUN iSCSI. Then I created a VBD with**** > > # xe vbd-create bootable=0 device=1 > vdi-uuid=daff8cde-029e-2c80-d2e4-a3ff012d0342 > vm-uuid=dc3c8f17-27bb-86e8-ee28-706ffb680dde **** > > c0d20cbf-58a7-b2db-a4ad-85a357129e37**** > > but Im not able to see it inside VM. When I try to activate the VBD it > throws error like**** > > ** ** > > # xe vbd-plug uuid=c0d20cbf-58a7-b2db-a4ad-85a357129e37 **** > > This operation cannot be performed because the system does not manage this > VDI**** > > vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37**** > > ** ** > > # xe vbd-param-get uuid=c0d20cbf-58a7-b2db-a4ad-85a357129e37 > param-name=attachable**** > > false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _))**** > > ** ** > > Looks familiar ?**** > > **** > > ** ** > > Bob**** > > ** ** > ------------------------------ > > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:42**** > > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > ** ** > > ** ** > > ** ** > > On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball wrote:**** > > Ah - understood. **** > > ** ** > > **** > > Thanks. **** > > ** ** > > The iSCSI SR will of course be logged in while the SR is plugged on the > host (through the PBD).**** > > ** ** > > You could potentially use a hook script (create files called vm-pre-start > and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but > beyond that there isn't currently a way to only have the iSCSI target > logged in when the VM is booted.**** > > ** ** > > ** ** > > Hopefully the sr-create will not auto format the luns on every mount :)*** > * > > Thanks for your help. I'll report back if any success on this.**** > > **** > > Bob**** > > ** ** > ------------------------------ > > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:22 > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > ** ** > > ** ** > > On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote:**** > > Hi, **** > > ** ** > > You can create an SR using the undocumented and unsupported > "iscsi" type and set the device config target and targetIQN values - this > will set up a single VDI which is a raw lun.**** > > ** ** > > ** ** > > Thanks Bob but I'm looking for a generic way in which I would be storing > the LUN info in VM properties other-config (MRW) or if possible in VBD > other config such that whenever VM tries to boot, the hook will login on > iSCSI target and pass the device. I think this needs be handled by blktap > rather than XAPI or SMAPI, what you say ?**** > > **** > > Attach that VDI to a guest and it should be what you're looking for?**** > > ** ** > > Trying to automate it.**** > > **** > > ** ** > > Thanks,**** > > ** ** > > Bob**** > > ** ** > ------------------------------ > > *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on > behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 16:07 > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM**** > > Hello All, **** > > ** ** > > Since normal Xen supports iSCSI lun as device for xvda, I would like to > know its possibility with Xenserver.**** > > ** ** > > What are the possible ways may be hacky to get it working ? **** > > ** ** > > Since XAPI can now support Ceph as custom drive, how hard it would be to > use same for iSCSI ? **** > > ** ** > > From Xenserver POV, I undestood that Ceph is acting as a SR but I'm > expecting to pass iSCSI lun as raw block device to VM.**** > > ** ** > > Thanks.**** > > ** ** > > ** ** > > ** ** > --e89a8f3bae49f8c4f504e3fe7746 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball <bob.ball@citrix.com> wrote:

After running sr-introduce, find the record for the V= DI on that SR and run vdi-introduce using the details from that record.<= /u>

=A0

This will update the managed flag so XAPI knows that = it can manipulate it.


Actually #xe sr-create automatically creates the VDI with managed ( RO): fa= lse . If I do vdi-forget and then vdi-introduce, it fails with below error<= /div>

# xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-= a3ff012d0342 sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff= 8cde-029e-2c80-d2e4-a3ff012d0342 type=3Dsystem=A0
Error code: SR_BACKEND_FAILURE_46
Error parameters: , The VD= I is not available,

May be duplicate VDI uuids ?

#xe sr-scan re-reads the disks and register it as V= DI but the managed flag stays to "false".=A0
The managed field is RO so I'm not able to update it. =A0Any ideas= ?
=A0
Thanks.

=A0

Bob

= =A0

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= I'd advise you to use sr-introduce rather than sr-create.

= =A0

= You'll have to provide a UUID, but you can generate one based on the ta= rgetIQN perhaps?

=A0

Hi Bob,

=A0

I have created the sr with type iSCSI and it has successfully= created with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-0= 29e-2c80-d2e4-a3ff012d0342 =A0vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dd= e=A0

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to activate t= he VBD it throws error like

=A0

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37=A0<= u>

This operation cannot be performed because the system does no= t manage this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37

=A0

# xe vbd-param-get =A0uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a35712= 9e37 =A0param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_MANAGED&q= uot;, _))

=A0

Looks familiar ?

=A0

= =A0

= Bob

= =A0

From:= Rushikesh Jadhav [2rushikeshj@gmail.com<= /a>]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= Ah - understood.

= =A0

=A0

Thanks.=A0

=A0

= The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD).

= =A0

= You could potentially use a hook script (create files called=A0vm-pre-= start and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond that there isn't= currently a way to only have the iSCSI target logged in when the VM is boo= ted.=

= =A0

=A0

Hopefully the sr-create will not auto format the luns on ever= y mount :)

Thanks for your help. I'll report back if any success on = this.

=A0

Bob

= =A0

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= Hi,

= =A0

= You can create an SR using the undocumented and unsupported "iscsi&quo= t;=A0type=A0and set the device config target and targetIQN values - this wi= ll set up a single VDI which is a raw lun.

= =A0

=A0

Thanks Bob but I'm looking for a generic way in which I w= ould be storing the LUN info in VM properties other-config (MRW) =A0or if p= ossible in VBD other config such that whenever VM tries to boot, the hook w= ill login on iSCSI target and pass the device. =A0I think this needs be handled by blktap rather than XAPI or= SMAPI, what you say ?

=A0

= Attach that VDI to a guest and it should be what you're looking for?=

=A0

Trying to automate it.

=A0

= =A0

= Thanks,

= =A0

= Bob

= =A0

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM=

Hello All,

=A0

Since normal Xen supports iSCSI lun as device for xvda, I wou= ld like to know its possibility with Xenserver.

=A0

What are the possible ways may be hacky to get it working ?= =A0

=A0

Since XAPI can now support Ceph as custom drive, how hard it = would be to use same for iSCSI ? =A0

=A0

From Xenserver POV, I undestood that Ceph is acting as a SR b= ut I'm expecting to pass iSCSI lun as raw block device to VM.=

=A0

Thanks.

=A0

=A0

=A0


--e89a8f3bae49f8c4f504e3fe7746-- --===============4808388653406090002== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4808388653406090002==-- From xen-api-bounces@lists.xen.org Thu Aug 15 15:53:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 15:53:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9zrE-00065C-GK; Thu, 15 Aug 2013 15:53:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1V9zrD-00064z-AA for xen-api@lists.xen.org; Thu, 15 Aug 2013 15:53:03 +0000 Received: from [85.158.139.211:34717] by server-16.bemta-5.messagelabs.com id 1E/C0-31941-E59FC025; Thu, 15 Aug 2013 15:53:02 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1376581980!2643777!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,TRACKER_ID,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10709 invoked from network); 15 Aug 2013 15:53:01 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2013 15:53:01 -0000 Received: by mail-we0-f173.google.com with SMTP id x55so720640wes.4 for ; Thu, 15 Aug 2013 08:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YTUrJxkgfKPJinUvz2qXunvXFE+dfZMrDZndu6SpT2w=; b=yXfjfPU3Mu4fETCg1vipkKtjZXJeQ7KCzMUI39S+IsfWfGwe6Jj7Tmv3CnfwdcswBT L5itM4wxqQPCLY9nQuaRM9y8Flom+yg6JznQUZu0nqmi/08IM6YJOi0JcBgbYH1+tWPZ +maR1QWXSknCOxr2GEYGG0+iJRxx5phYzbfE1gd9UYEZZK436nzJN9t29T4h4uNW65/q RmfLGc8x3d7Rsx7gCBxBLLaaQlUy7eby5BSNhBuyNePcmS6+wVppUT5pBvOYc3Sa7BcQ cLFbh/0Ctoe7P9H8IZ1A0dbz7yxXws2zGAmxv0gd60VAsnqntKoPiRqEMJDCxyQkqgI2 /1qQ== MIME-Version: 1.0 X-Received: by 10.180.109.10 with SMTP id ho10mr2300983wib.14.1376581980831; Thu, 15 Aug 2013 08:53:00 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Thu, 15 Aug 2013 08:53:00 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 21:23:00 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4808388653406090002==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4808388653406090002== Content-Type: multipart/alternative; boundary=e89a8f3bae49f8c4f504e3fe7746 --e89a8f3bae49f8c4f504e3fe7746 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball wrote: > After running sr-introduce, find the record for the VDI on that SR and > run vdi-introduce using the details from that record.**** > > ** ** > > This will update the managed flag so XAPI knows that it can manipulate it. > Actually #xe sr-create automatically creates the VDI with managed ( RO): false . If I do vdi-forget and then vdi-introduce, it fails with below error # xe vdi-introduce uuid=daff8cde-029e-2c80-d2e4-a3ff012d0342 sr-uuid=43be7e37-ba1e-468b-4366-5c865ab4e1db location=daff8cde-029e-2c80-d2e4-a3ff012d0342 type=system Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available, May be duplicate VDI uuids ? #xe sr-scan re-reads the disks and register it as VDI but the managed flag stays to "false". The managed field is RO so I'm not able to update it. Any ideas ? Thanks. > **** > > ** ** > > Bob**** > > ** ** > > *From:* Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] > *Sent:* 14 August 2013 23:40 > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > ** ** > > ** ** > > ** ** > > On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball wrote:**** > > I'd advise you to use sr-introduce rather than sr-create. **** > > ** ** > > You'll have to provide a UUID, but you can generate one based on the > targetIQN perhaps?**** > > ** ** > > Hi Bob,**** > > ** ** > > I have created the sr with type iSCSI and it has successfully created with > vdi-per-LUN iSCSI. Then I created a VBD with**** > > # xe vbd-create bootable=0 device=1 > vdi-uuid=daff8cde-029e-2c80-d2e4-a3ff012d0342 > vm-uuid=dc3c8f17-27bb-86e8-ee28-706ffb680dde **** > > c0d20cbf-58a7-b2db-a4ad-85a357129e37**** > > but Im not able to see it inside VM. When I try to activate the VBD it > throws error like**** > > ** ** > > # xe vbd-plug uuid=c0d20cbf-58a7-b2db-a4ad-85a357129e37 **** > > This operation cannot be performed because the system does not manage this > VDI**** > > vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37**** > > ** ** > > # xe vbd-param-get uuid=c0d20cbf-58a7-b2db-a4ad-85a357129e37 > param-name=attachable**** > > false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _))**** > > ** ** > > Looks familiar ?**** > > **** > > ** ** > > Bob**** > > ** ** > ------------------------------ > > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:42**** > > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > ** ** > > ** ** > > ** ** > > On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball wrote:**** > > Ah - understood. **** > > ** ** > > **** > > Thanks. **** > > ** ** > > The iSCSI SR will of course be logged in while the SR is plugged on the > host (through the PBD).**** > > ** ** > > You could potentially use a hook script (create files called vm-pre-start > and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but > beyond that there isn't currently a way to only have the iSCSI target > logged in when the VM is booted.**** > > ** ** > > ** ** > > Hopefully the sr-create will not auto format the luns on every mount :)*** > * > > Thanks for your help. I'll report back if any success on this.**** > > **** > > Bob**** > > ** ** > ------------------------------ > > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:22 > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > ** ** > > ** ** > > On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote:**** > > Hi, **** > > ** ** > > You can create an SR using the undocumented and unsupported > "iscsi" type and set the device config target and targetIQN values - this > will set up a single VDI which is a raw lun.**** > > ** ** > > ** ** > > Thanks Bob but I'm looking for a generic way in which I would be storing > the LUN info in VM properties other-config (MRW) or if possible in VBD > other config such that whenever VM tries to boot, the hook will login on > iSCSI target and pass the device. I think this needs be handled by blktap > rather than XAPI or SMAPI, what you say ?**** > > **** > > Attach that VDI to a guest and it should be what you're looking for?**** > > ** ** > > Trying to automate it.**** > > **** > > ** ** > > Thanks,**** > > ** ** > > Bob**** > > ** ** > ------------------------------ > > *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on > behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 16:07 > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM**** > > Hello All, **** > > ** ** > > Since normal Xen supports iSCSI lun as device for xvda, I would like to > know its possibility with Xenserver.**** > > ** ** > > What are the possible ways may be hacky to get it working ? **** > > ** ** > > Since XAPI can now support Ceph as custom drive, how hard it would be to > use same for iSCSI ? **** > > ** ** > > From Xenserver POV, I undestood that Ceph is acting as a SR but I'm > expecting to pass iSCSI lun as raw block device to VM.**** > > ** ** > > Thanks.**** > > ** ** > > ** ** > > ** ** > --e89a8f3bae49f8c4f504e3fe7746 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball <bob.ball@citrix.com> wrote:

After running sr-introduce, find the record for the V= DI on that SR and run vdi-introduce using the details from that record.<= /u>

=A0

This will update the managed flag so XAPI knows that = it can manipulate it.


Actually #xe sr-create automatically creates the VDI with managed ( RO): fa= lse . If I do vdi-forget and then vdi-introduce, it fails with below error<= /div>

# xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-= a3ff012d0342 sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff= 8cde-029e-2c80-d2e4-a3ff012d0342 type=3Dsystem=A0
Error code: SR_BACKEND_FAILURE_46
Error parameters: , The VD= I is not available,

May be duplicate VDI uuids ?

#xe sr-scan re-reads the disks and register it as V= DI but the managed flag stays to "false".=A0
The managed field is RO so I'm not able to update it. =A0Any ideas= ?
=A0
Thanks.

=A0

Bob

= =A0

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= I'd advise you to use sr-introduce rather than sr-create.

= =A0

= You'll have to provide a UUID, but you can generate one based on the ta= rgetIQN perhaps?

=A0

Hi Bob,

=A0

I have created the sr with type iSCSI and it has successfully= created with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-0= 29e-2c80-d2e4-a3ff012d0342 =A0vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dd= e=A0

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to activate t= he VBD it throws error like

=A0

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37=A0<= u>

This operation cannot be performed because the system does no= t manage this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37

=A0

# xe vbd-param-get =A0uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a35712= 9e37 =A0param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_MANAGED&q= uot;, _))

=A0

Looks familiar ?

=A0

= =A0

= Bob

= =A0

From:= Rushikesh Jadhav [2rushikeshj@gmail.com<= /a>]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= Ah - understood.

= =A0

=A0

Thanks.=A0

=A0

= The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD).

= =A0

= You could potentially use a hook script (create files called=A0vm-pre-= start and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond that there isn't= currently a way to only have the iSCSI target logged in when the VM is boo= ted.=

= =A0

=A0

Hopefully the sr-create will not auto format the luns on ever= y mount :)

Thanks for your help. I'll report back if any success on = this.

=A0

Bob

= =A0

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= Hi,

= =A0

= You can create an SR using the undocumented and unsupported "iscsi&quo= t;=A0type=A0and set the device config target and targetIQN values - this wi= ll set up a single VDI which is a raw lun.

= =A0

=A0

Thanks Bob but I'm looking for a generic way in which I w= ould be storing the LUN info in VM properties other-config (MRW) =A0or if p= ossible in VBD other config such that whenever VM tries to boot, the hook w= ill login on iSCSI target and pass the device. =A0I think this needs be handled by blktap rather than XAPI or= SMAPI, what you say ?

=A0

= Attach that VDI to a guest and it should be what you're looking for?=

=A0

Trying to automate it.

=A0

= =A0

= Thanks,

= =A0

= Bob

= =A0

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM=

Hello All,

=A0

Since normal Xen supports iSCSI lun as device for xvda, I wou= ld like to know its possibility with Xenserver.

=A0

What are the possible ways may be hacky to get it working ?= =A0

=A0

Since XAPI can now support Ceph as custom drive, how hard it = would be to use same for iSCSI ? =A0

=A0

From Xenserver POV, I undestood that Ceph is acting as a SR b= ut I'm expecting to pass iSCSI lun as raw block device to VM.=

=A0

Thanks.

=A0

=A0

=A0


--e89a8f3bae49f8c4f504e3fe7746-- --===============4808388653406090002== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4808388653406090002==-- From xen-api-bounces@lists.xen.org Thu Aug 15 15:58:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 15:58:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9zwJ-0006f1-Fv; Thu, 15 Aug 2013 15:58:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9zwH-0006bu-IT for xen-api@lists.xen.org; Thu, 15 Aug 2013 15:58:18 +0000 Received: from [85.158.143.35:41310] by server-1.bemta-4.messagelabs.com id B3/25-28540-89AFC025; Thu, 15 Aug 2013 15:58:16 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1376582295!4593970!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8669 invoked from network); 15 Aug 2013 15:58:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2013 15:58:15 -0000 X-IronPort-AV: E=Sophos;i="4.89,886,1367971200"; d="scan'208,217";a="7857878" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 15 Aug 2013 15:58:16 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL02.citrite.net ([169.254.2.83]) with mapi id 14.02.0342.004; Thu, 15 Aug 2013 16:58:15 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDf//9MEAgAARYH7///6+gAAV1eHgAA461AAAAjwRYA== Date: Thu, 15 Aug 2013 15:58:14 +0000 Deferred-Delivery: Thu, 15 Aug 2013 15:58:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3085180753936297752==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3085180753936297752== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B63C4LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B63C4LONPEX01CL01citri_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Don't forget it - just introduce. You might need to specify more parameters than you are though, and make sur= e they match up with vdi-param-list shows. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 15 August 2013 16:53 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball > wrote: After running sr-introduce, find the record for the VDI on that SR and run = vdi-introduce using the details from that record. This will update the managed flag so XAPI knows that it can manipulate it. Actually #xe sr-create automatically creates the VDI with managed ( RO): fa= lse . If I do vdi-forget and then vdi-introduce, it fails with below error # xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 sr-uuid=3D43= be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8cde-029e-2c80-d2e4-a3ff0= 12d0342 type=3Dsystem Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available, May be duplicate VDI uuids ? #xe sr-scan re-reads the disks and register it as VDI but the managed flag = stays to "false". The managed field is RO so I'm not able to update it. Any ideas ? Thanks. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 14 August 2013 23:40 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball > wrote: I'd advise you to use sr-introduce rather than sr-create. You'll have to provide a UUID, but you can generate one based on the target= IQN perhaps? Hi Bob, I have created the sr with type iSCSI and it has successfully created with = vdi-per-LUN iSCSI. Then I created a VBD with # xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2c80-d2e4-= a3ff012d0342 vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde c0d20cbf-58a7-b2db-a4ad-85a357129e37 but Im not able to see it inside VM. When I try to activate the VBD it thro= ws error like # xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 This operation cannot be performed because the system does not manage this = VDI vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37 # xe vbd-param-get uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 param-name= =3Dattachable false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _)) Looks familiar ? Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:42 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball > wrote: Ah - understood. Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B63C4LONPEX01CL01citri_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Don’t forget it = 211; just introduce.

 <= /p>

You might need to specify= more parameters than you are though, and make sure they match up with vdi-= param-list shows.

 <= /p>

Bob

 

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 15 August 2013 16:53
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM<= /o:p>

 

 

 

On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball <bob.ball@citrix.com&= gt; wrote:

After running sr-introduce, find the re= cord for the VDI on that SR and run vdi-introduce using the details from that record.

 

This will update the managed flag so XA= PI knows that it can manipulate it.

 

Actually #xe sr-create automatically creates the VDI= with managed ( RO): false . If I do vdi-forget and then vdi-introduce, it = fails with below error

 

# xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3= ff012d0342 sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8c= de-029e-2c80-d2e4-a3ff012d0342 type=3Dsystem 

Error code: SR_BACKEND_FAILURE_46

Error parameters: , The VDI is not available,

 

May be duplicate VDI uuids ?

 

#xe sr-scan re-reads the disks and register it as VD= I but the managed flag stays to "false". 

The managed field is RO so I'm not able to update it= .  Any ideas ?

 

Thanks.

 

Bob

 

From: Rushikesh Jadhav [mailto:= 2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM<= /o:p>

 

 

 

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote:

I'd advise you to use sr-introduce rather than sr-crea= te.

 

You'll have to provide a UUID, but you can generate on= e based on the targetIQN perhaps?

 

Hi Bob,

 

I have created the sr with type iSCSI and it has successfully crea= ted with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2= c80-d2e4-a3ff012d0342  vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde&= nbsp;

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to activate the VB= D it throws error like

 

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 

This operation cannot be performed because the system does not man= age this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37

 

# xe vbd-param-get  uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e= 37  param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_MANAGED",= _))

 

Looks familiar ?

 

 

Bob

 

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

 

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote:

Ah - understood.

 

 

Thanks. 

 

The iSCSI SR will of course be logged in while the SR = is plugged on the host (through the PBD).

 

You could potentially use a hook script (create files = called vm-pre-start and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyo= nd that there isn't currently a way to only have the iSCSI target logged in= when the VM is booted.

 

 

Hopefully the sr-create will not auto format the luns on every mou= nt :)

Thanks for your help. I'll report back if any success on this.

 

Bob

 

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote:

Hi,

 

You can create an SR using the undocumented and unsupp= orted "iscsi" type and set the device config target and= targetIQN values - this will set up a single VDI which is a raw lun.

 

 

Thanks Bob but I'm looking for a generic way in which I would be s= toring the LUN info in VM properties other-config (MRW)  or if possibl= e in VBD other config such that whenever VM tries to boot, the hook will login on iSCSI target and pass the device.=  I think this needs be handled by blktap rather than XAPI or SMAPI, w= hat you say ?

 

Attach that VDI to a guest and it should be what you'r= e looking for?

 

Trying to automate it.

 

 

Thanks,

 

Bob

 

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

 

Since normal Xen supports iSCSI lun as device for xvda, I would li= ke to know its possibility with Xenserver.

 

What are the possible ways may be hacky to get it working ? <= o:p>

 

Since XAPI can now support Ceph as custom drive, how hard it would= be to use same for iSCSI ?  

 

From Xenserver POV, I undestood that Ceph is acting as a SR but I'= m expecting to pass iSCSI lun as raw block device to VM.

 

Thanks.

 

 

 

 

--_000_BB824EA959B82F43820FFEE5E6B00AA60B63C4LONPEX01CL01citri_-- --===============3085180753936297752== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3085180753936297752==-- From xen-api-bounces@lists.xen.org Thu Aug 15 15:58:29 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 15:58:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9zwJ-0006f1-Fv; Thu, 15 Aug 2013 15:58:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1V9zwH-0006bu-IT for xen-api@lists.xen.org; Thu, 15 Aug 2013 15:58:18 +0000 Received: from [85.158.143.35:41310] by server-1.bemta-4.messagelabs.com id B3/25-28540-89AFC025; Thu, 15 Aug 2013 15:58:16 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1376582295!4593970!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8669 invoked from network); 15 Aug 2013 15:58:15 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2013 15:58:15 -0000 X-IronPort-AV: E=Sophos;i="4.89,886,1367971200"; d="scan'208,217";a="7857878" Received: from lonpex01cl02.citrite.net ([10.30.203.102]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 15 Aug 2013 15:58:16 +0000 Received: from LONPEX01CL01.citrite.net ([169.254.1.195]) by LONPEX01CL02.citrite.net ([169.254.2.83]) with mapi id 14.02.0342.004; Thu, 15 Aug 2013 16:58:15 +0100 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDf//9MEAgAARYH7///6+gAAV1eHgAA461AAAAjwRYA== Date: Thu, 15 Aug 2013 15:58:14 +0000 Deferred-Delivery: Thu, 15 Aug 2013 15:58:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.30.203.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3085180753936297752==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3085180753936297752== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60B63C4LONPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60B63C4LONPEX01CL01citri_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Don't forget it - just introduce. You might need to specify more parameters than you are though, and make sur= e they match up with vdi-param-list shows. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 15 August 2013 16:53 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball > wrote: After running sr-introduce, find the record for the VDI on that SR and run = vdi-introduce using the details from that record. This will update the managed flag so XAPI knows that it can manipulate it. Actually #xe sr-create automatically creates the VDI with managed ( RO): fa= lse . If I do vdi-forget and then vdi-introduce, it fails with below error # xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 sr-uuid=3D43= be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8cde-029e-2c80-d2e4-a3ff0= 12d0342 type=3Dsystem Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available, May be duplicate VDI uuids ? #xe sr-scan re-reads the disks and register it as VDI but the managed flag = stays to "false". The managed field is RO so I'm not able to update it. Any ideas ? Thanks. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 14 August 2013 23:40 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball > wrote: I'd advise you to use sr-introduce rather than sr-create. You'll have to provide a UUID, but you can generate one based on the target= IQN perhaps? Hi Bob, I have created the sr with type iSCSI and it has successfully created with = vdi-per-LUN iSCSI. Then I created a VBD with # xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2c80-d2e4-= a3ff012d0342 vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde c0d20cbf-58a7-b2db-a4ad-85a357129e37 but Im not able to see it inside VM. When I try to activate the VBD it thro= ws error like # xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 This operation cannot be performed because the system does not manage this = VDI vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37 # xe vbd-param-get uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 param-name= =3Dattachable false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _)) Looks familiar ? Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:42 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball > wrote: Ah - understood. Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60B63C4LONPEX01CL01citri_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Don’t forget it = 211; just introduce.

 <= /p>

You might need to specify= more parameters than you are though, and make sure they match up with vdi-= param-list shows.

 <= /p>

Bob

 

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 15 August 2013 16:53
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM<= /o:p>

 

 

 

On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball <bob.ball@citrix.com&= gt; wrote:

After running sr-introduce, find the re= cord for the VDI on that SR and run vdi-introduce using the details from that record.

 

This will update the managed flag so XA= PI knows that it can manipulate it.

 

Actually #xe sr-create automatically creates the VDI= with managed ( RO): false . If I do vdi-forget and then vdi-introduce, it = fails with below error

 

# xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3= ff012d0342 sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8c= de-029e-2c80-d2e4-a3ff012d0342 type=3Dsystem 

Error code: SR_BACKEND_FAILURE_46

Error parameters: , The VDI is not available,

 

May be duplicate VDI uuids ?

 

#xe sr-scan re-reads the disks and register it as VD= I but the managed flag stays to "false". 

The managed field is RO so I'm not able to update it= .  Any ideas ?

 

Thanks.

 

Bob

 

From: Rushikesh Jadhav [mailto:= 2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM<= /o:p>

 

 

 

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote:

I'd advise you to use sr-introduce rather than sr-crea= te.

 

You'll have to provide a UUID, but you can generate on= e based on the targetIQN perhaps?

 

Hi Bob,

 

I have created the sr with type iSCSI and it has successfully crea= ted with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2= c80-d2e4-a3ff012d0342  vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde&= nbsp;

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to activate the VB= D it throws error like

 

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 

This operation cannot be performed because the system does not man= age this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37

 

# xe vbd-param-get  uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e= 37  param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_MANAGED",= _))

 

Looks familiar ?

 

 

Bob

 

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

 

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote:

Ah - understood.

 

 

Thanks. 

 

The iSCSI SR will of course be logged in while the SR = is plugged on the host (through the PBD).

 

You could potentially use a hook script (create files = called vm-pre-start and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyo= nd that there isn't currently a way to only have the iSCSI target logged in= when the VM is booted.

 

 

Hopefully the sr-create will not auto format the luns on every mou= nt :)

Thanks for your help. I'll report back if any success on this.

 

Bob

 

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote:

Hi,

 

You can create an SR using the undocumented and unsupp= orted "iscsi" type and set the device config target and= targetIQN values - this will set up a single VDI which is a raw lun.

 

 

Thanks Bob but I'm looking for a generic way in which I would be s= toring the LUN info in VM properties other-config (MRW)  or if possibl= e in VBD other config such that whenever VM tries to boot, the hook will login on iSCSI target and pass the device.=  I think this needs be handled by blktap rather than XAPI or SMAPI, w= hat you say ?

 

Attach that VDI to a guest and it should be what you'r= e looking for?

 

Trying to automate it.

 

 

Thanks,

 

Bob

 

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM

Hello All,

 

Since normal Xen supports iSCSI lun as device for xvda, I would li= ke to know its possibility with Xenserver.

 

What are the possible ways may be hacky to get it working ? <= o:p>

 

Since XAPI can now support Ceph as custom drive, how hard it would= be to use same for iSCSI ?  

 

From Xenserver POV, I undestood that Ceph is acting as a SR but I'= m expecting to pass iSCSI lun as raw block device to VM.

 

Thanks.

 

 

 

 

--_000_BB824EA959B82F43820FFEE5E6B00AA60B63C4LONPEX01CL01citri_-- --===============3085180753936297752== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3085180753936297752==-- From xen-api-bounces@lists.xen.org Thu Aug 15 17:47:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 17:47:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VA1ds-0005jE-Oj; Thu, 15 Aug 2013 17:47:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1VA1dr-0005j9-V9 for xen-api@lists.xen.org; Thu, 15 Aug 2013 17:47:24 +0000 Received: from [85.158.143.35:33296] by server-2.bemta-4.messagelabs.com id 2E/FD-09492-B241D025; Thu, 15 Aug 2013 17:47:23 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1376588841!4592782!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=1.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,TRACKER_ID,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 705 invoked from network); 15 Aug 2013 17:47:21 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2013 17:47:21 -0000 Received: by mail-we0-f175.google.com with SMTP id q58so819005wes.6 for ; Thu, 15 Aug 2013 10:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=H6H1Pg2EnX7tqZAYJQlpR+4Y9LoJUyXRfPW5JIqFYWQ=; b=nPdWz+b9q8II88WEnwAqn8qR9vPB949Ao+ZWriWkT8VAz2+kYvI6K/B9OgaPYUUtrm v4xSg4ONW0nQEfwJ9RmjfEVvEKwziIM6D1kbBYzXaCYBWoYJ/I38n27FIBuAsEGf77Nh eG9mxRUjugslIdvTsH7+7ZTA2dUJH2pWJLuccJ56BYNVKh+FSFjboh05I62NXAvL2afj o0L9dlykmTXDM3uw0Z9WbhS6QGUkf2aCOQYD+55DwJFKqopdxmzq3FM8glG/r2rveW9j Ayu5/SK6nXWVpV0YROSc7F01ueKpsJakuwM/foRV7ZM9OhITggzvId1KXr75WRej3m65 w9Qg== MIME-Version: 1.0 X-Received: by 10.180.38.77 with SMTP id e13mr2531189wik.61.1376588840995; Thu, 15 Aug 2013 10:47:20 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Thu, 15 Aug 2013 10:47:20 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 23:17:20 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0331789411708794423==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0331789411708794423== Content-Type: multipart/alternative; boundary=e89a8f6439cade92ee04e40010b8 --e89a8f6439cade92ee04e40010b8 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Thu, Aug 15, 2013 at 9:28 PM, Bob Ball wrote: > Don=92t forget it =96 just introduce.**** > > ** ** > > You might need to specify more parameters than you are though, and make > sure they match up with vdi-param-list shows. > Thanks Bob, You are right about additional parameters. They were sm-config:LUNid=3D0 sm-config:SCSIid=3D3600144f0ffffffff0000520c011b0001. The disk is now available in VM and is accessible from XenCenter as well. Is there any limit per host for max number of SRs ? 25-50 SRs (VDIs) should be an acceptable number per host. Since the VDI is now accessible, I would see if I can write xapi hooks on VM action. Thanks once again for your help. > **** > > ** ** > > Bob**** > > ** ** > > *From:* Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] > *Sent:* 15 August 2013 16:53 > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > ** ** > > ** ** > > ** ** > > On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball wrote:***= * > > After running sr-introduce, find the record for the VDI on that SR and ru= n > vdi-introduce using the details from that record.**** > > **** > > This will update the managed flag so XAPI knows that it can manipulate it= . > **** > > ** ** > > Actually #xe sr-create automatically creates the VDI with managed ( RO): > false . If I do vdi-forget and then vdi-introduce, it fails with below er= ror > **** > > ** ** > > # xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 > sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db > location=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 type=3Dsystem **** > > Error code: SR_BACKEND_FAILURE_46**** > > Error parameters: , The VDI is not available,**** > > ** ** > > May be duplicate VDI uuids ?**** > > ** ** > > #xe sr-scan re-reads the disks and register it as VDI but the managed fla= g > stays to "false". **** > > The managed field is RO so I'm not able to update it. Any ideas ?**** > > **** > > Thanks.**** > > **** > > Bob**** > > **** > > *From:* Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] > *Sent:* 14 August 2013 23:40**** > > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > **** > > **** > > **** > > On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball wrote:***= * > > I'd advise you to use sr-introduce rather than sr-create. **** > > **** > > You'll have to provide a UUID, but you can generate one based on the > targetIQN perhaps?**** > > **** > > Hi Bob,**** > > **** > > I have created the sr with type iSCSI and it has successfully created wit= h > vdi-per-LUN iSCSI. Then I created a VBD with**** > > # xe vbd-create bootable=3D0 device=3D1 > vdi-uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 > vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde **** > > c0d20cbf-58a7-b2db-a4ad-85a357129e37**** > > but Im not able to see it inside VM. When I try to activate the VBD it > throws error like**** > > **** > > # xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 **** > > This operation cannot be performed because the system does not manage thi= s > VDI**** > > vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37**** > > **** > > # xe vbd-param-get uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 > param-name=3Dattachable**** > > false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _))**** > > **** > > Looks familiar ?**** > > **** > > **** > > Bob**** > > **** > ------------------------------ > > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:42**** > > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > **** > > **** > > **** > > On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball wrote:***= * > > Ah - understood. **** > > **** > > **** > > Thanks. **** > > **** > > The iSCSI SR will of course be logged in while the SR is plugged on the > host (through the PBD).**** > > **** > > You could potentially use a hook script (create files called vm-pre-start > and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but > beyond that there isn't currently a way to only have the iSCSI target > logged in when the VM is booted.**** > > **** > > **** > > Hopefully the sr-create will not auto format the luns on every mount :)**= * > * > > Thanks for your help. I'll report back if any success on this.**** > > **** > > Bob**** > > **** > ------------------------------ > > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:22 > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > **** > > **** > > On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote:***= * > > Hi, **** > > **** > > You can create an SR using the undocumented and unsupported > "iscsi" type and set the device config target and targetIQN values - this > will set up a single VDI which is a raw lun.**** > > **** > > **** > > Thanks Bob but I'm looking for a generic way in which I would be storing > the LUN info in VM properties other-config (MRW) or if possible in VBD > other config such that whenever VM tries to boot, the hook will login on > iSCSI target and pass the device. I think this needs be handled by blkta= p > rather than XAPI or SMAPI, what you say ?**** > > **** > > Attach that VDI to a guest and it should be what you're looking for?***= * > > **** > > Trying to automate it.**** > > **** > > **** > > Thanks,**** > > **** > > Bob**** > > **** > ------------------------------ > > *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on > behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 16:07 > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM**** > > Hello All, **** > > **** > > Since normal Xen supports iSCSI lun as device for xvda, I would like to > know its possibility with Xenserver.**** > > **** > > What are the possible ways may be hacky to get it working ? **** > > **** > > Since XAPI can now support Ceph as custom drive, how hard it would be to > use same for iSCSI ? **** > > **** > > From Xenserver POV, I undestood that Ceph is acting as a SR but I'm > expecting to pass iSCSI lun as raw block device to VM.**** > > **** > > Thanks.**** > > **** > > **** > > **** > > ** ** > --e89a8f6439cade92ee04e40010b8 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 9:28 PM, Bob Ball <bob.ball@citrix.com> wrote:

Don=92t forget it =96 just introduce.

=A0

You might need to specify more parameters than you ar= e though, and make sure they match up with vdi-param-list shows.


Thanks Bob,

You are right about additional parameters. They were=A0sm-config:LUN= id=3D0 sm-config:SCSIid=3D3600144f0ffffffff0000520c011b0001.
The = disk is now available in VM and is accessible from XenCenter as well.
Is there any limit per host for max number of SRs ? =A025-50 SRs (VDIs= ) should be an acceptable number per host.

Since t= he VDI is now accessible, I would see if I can write xapi hooks on VM actio= n.

Thanks once again for your help.
=A0

=A0

Bob

= =A0

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 15 August 2013 16:53


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball <bob.ball@citrix.com> wrote= :

After running sr-introduce, find the record for the V= DI on that SR and run vdi-introduce using the details from that record.

=A0

This will update the managed flag so XAPI knows that = it can manipulate it.

=A0

Actually #xe sr-create automatically creates the VDI with man= aged ( RO): false . If I do vdi-forget and then vdi-introduce, it fails wit= h below error

=A0

# xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d034= 2 sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8cde-029e-2= c80-d2e4-a3ff012d0342 type=3Dsystem=A0

Error code: SR_BACKEND_FAILURE_46

Error parameters: , The VDI is not available,

=A0

May be duplicate VDI uuids ?

=A0

#xe sr-scan re-reads the disks and register it as VDI but the= managed flag stays to "false".=A0

The managed field is RO so I'm not able to update it. =A0= Any ideas ?

=A0

Thanks.

=A0

Bob

=A0

From: Rushikesh Jadhav [mailto:= 2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= I'd advise you to use sr-introduce rather than sr-create.

= =A0

= You'll have to provide a UUID, but you can generate one based on the ta= rgetIQN perhaps?

=A0

Hi Bob,

=A0

I have created the sr with type iSCSI and it has successfully= created with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-0= 29e-2c80-d2e4-a3ff012d0342 =A0vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dd= e=A0

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to activate t= he VBD it throws error like

=A0

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37=A0<= u>

This operation cannot be performed because the system does no= t manage this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37

=A0

# xe vbd-param-get =A0uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a35712= 9e37 =A0param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_MANAGED&q= uot;, _))

=A0

Looks familiar ?

=A0

= =A0

= Bob

= =A0

From:= Rushikesh Jadhav [2rushikeshj@gmail.com<= /a>]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= Ah - understood.

= =A0

=A0

Thanks.=A0

=A0

= The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD).

= =A0

= You could potentially use a hook script (create files called=A0vm-pre-= start and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyo= nd that there isn't currently a way to only have the iSCSI target logge= d in when the VM is booted.

= =A0

=A0

Hopefully the sr-create will not auto format the luns on ever= y mount :)

Thanks for your help. I'll report back if any success on = this.

=A0

Bob

= =A0

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= Hi,

= =A0

= You can create an SR using the undocumented and unsupported "iscsi&quo= t;=A0type=A0and set the device config target and targetIQN values - this will set up a single VDI which is a raw lun.

= =A0

=A0

Thanks Bob but I'm looking for a generic way in which I w= ould be storing the LUN info in VM properties other-config (MRW) =A0or if p= ossible in VBD other config such that whenever VM tries to boot, the hook will login on iSCSI target and pass the device.= =A0I think this needs be handled by blktap rather than XAPI or SMAPI, what= you say ?

=A0

= Attach that VDI to a guest and it should be what you're looking for?

=A0

Trying to automate it.

=A0

= =A0

= Thanks,

= =A0

= Bob

= =A0

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM=

Hello All,

=A0

Since normal Xen supports iSCSI lun as device for xvda, I wou= ld like to know its possibility with Xenserver.

=A0

What are the possible ways may be hacky to get it working ?= =A0

=A0

Since XAPI can now support Ceph as custom drive, how hard it = would be to use same for iSCSI ? =A0

=A0

From Xenserver POV, I undestood that Ceph is acting as a SR b= ut I'm expecting to pass iSCSI lun as raw block device to VM.=

=A0

Thanks.

=A0

=A0

=A0

=A0


--e89a8f6439cade92ee04e40010b8-- --===============0331789411708794423== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0331789411708794423==-- From xen-api-bounces@lists.xen.org Thu Aug 15 17:47:42 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 17:47:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VA1ds-0005jE-Oj; Thu, 15 Aug 2013 17:47:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1VA1dr-0005j9-V9 for xen-api@lists.xen.org; Thu, 15 Aug 2013 17:47:24 +0000 Received: from [85.158.143.35:33296] by server-2.bemta-4.messagelabs.com id 2E/FD-09492-B241D025; Thu, 15 Aug 2013 17:47:23 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1376588841!4592782!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=1.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,TRACKER_ID,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 705 invoked from network); 15 Aug 2013 17:47:21 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Aug 2013 17:47:21 -0000 Received: by mail-we0-f175.google.com with SMTP id q58so819005wes.6 for ; Thu, 15 Aug 2013 10:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=H6H1Pg2EnX7tqZAYJQlpR+4Y9LoJUyXRfPW5JIqFYWQ=; b=nPdWz+b9q8II88WEnwAqn8qR9vPB949Ao+ZWriWkT8VAz2+kYvI6K/B9OgaPYUUtrm v4xSg4ONW0nQEfwJ9RmjfEVvEKwziIM6D1kbBYzXaCYBWoYJ/I38n27FIBuAsEGf77Nh eG9mxRUjugslIdvTsH7+7ZTA2dUJH2pWJLuccJ56BYNVKh+FSFjboh05I62NXAvL2afj o0L9dlykmTXDM3uw0Z9WbhS6QGUkf2aCOQYD+55DwJFKqopdxmzq3FM8glG/r2rveW9j Ayu5/SK6nXWVpV0YROSc7F01ueKpsJakuwM/foRV7ZM9OhITggzvId1KXr75WRej3m65 w9Qg== MIME-Version: 1.0 X-Received: by 10.180.38.77 with SMTP id e13mr2531189wik.61.1376588840995; Thu, 15 Aug 2013 10:47:20 -0700 (PDT) Received: by 10.217.52.194 with HTTP; Thu, 15 Aug 2013 10:47:20 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Aug 2013 23:17:20 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: Bob Ball Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0331789411708794423==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0331789411708794423== Content-Type: multipart/alternative; boundary=e89a8f6439cade92ee04e40010b8 --e89a8f6439cade92ee04e40010b8 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Thu, Aug 15, 2013 at 9:28 PM, Bob Ball wrote: > Don=92t forget it =96 just introduce.**** > > ** ** > > You might need to specify more parameters than you are though, and make > sure they match up with vdi-param-list shows. > Thanks Bob, You are right about additional parameters. They were sm-config:LUNid=3D0 sm-config:SCSIid=3D3600144f0ffffffff0000520c011b0001. The disk is now available in VM and is accessible from XenCenter as well. Is there any limit per host for max number of SRs ? 25-50 SRs (VDIs) should be an acceptable number per host. Since the VDI is now accessible, I would see if I can write xapi hooks on VM action. Thanks once again for your help. > **** > > ** ** > > Bob**** > > ** ** > > *From:* Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] > *Sent:* 15 August 2013 16:53 > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > ** ** > > ** ** > > ** ** > > On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball wrote:***= * > > After running sr-introduce, find the record for the VDI on that SR and ru= n > vdi-introduce using the details from that record.**** > > **** > > This will update the managed flag so XAPI knows that it can manipulate it= . > **** > > ** ** > > Actually #xe sr-create automatically creates the VDI with managed ( RO): > false . If I do vdi-forget and then vdi-introduce, it fails with below er= ror > **** > > ** ** > > # xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 > sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db > location=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 type=3Dsystem **** > > Error code: SR_BACKEND_FAILURE_46**** > > Error parameters: , The VDI is not available,**** > > ** ** > > May be duplicate VDI uuids ?**** > > ** ** > > #xe sr-scan re-reads the disks and register it as VDI but the managed fla= g > stays to "false". **** > > The managed field is RO so I'm not able to update it. Any ideas ?**** > > **** > > Thanks.**** > > **** > > Bob**** > > **** > > *From:* Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] > *Sent:* 14 August 2013 23:40**** > > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > **** > > **** > > **** > > On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball wrote:***= * > > I'd advise you to use sr-introduce rather than sr-create. **** > > **** > > You'll have to provide a UUID, but you can generate one based on the > targetIQN perhaps?**** > > **** > > Hi Bob,**** > > **** > > I have created the sr with type iSCSI and it has successfully created wit= h > vdi-per-LUN iSCSI. Then I created a VBD with**** > > # xe vbd-create bootable=3D0 device=3D1 > vdi-uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 > vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde **** > > c0d20cbf-58a7-b2db-a4ad-85a357129e37**** > > but Im not able to see it inside VM. When I try to activate the VBD it > throws error like**** > > **** > > # xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 **** > > This operation cannot be performed because the system does not manage thi= s > VDI**** > > vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37**** > > **** > > # xe vbd-param-get uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 > param-name=3Dattachable**** > > false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _))**** > > **** > > Looks familiar ?**** > > **** > > **** > > Bob**** > > **** > ------------------------------ > > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:42**** > > > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > **** > > **** > > **** > > On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball wrote:***= * > > Ah - understood. **** > > **** > > **** > > Thanks. **** > > **** > > The iSCSI SR will of course be logged in while the SR is plugged on the > host (through the PBD).**** > > **** > > You could potentially use a hook script (create files called vm-pre-start > and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but > beyond that there isn't currently a way to only have the iSCSI target > logged in when the VM is booted.**** > > **** > > **** > > Hopefully the sr-create will not auto format the luns on every mount :)**= * > * > > Thanks for your help. I'll report back if any success on this.**** > > **** > > Bob**** > > **** > ------------------------------ > > *From:* Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 22:22 > *To:* Bob Ball > *Cc:* xen-api@lists.xen.org > *Subject:* Re: [Xen-API] How to use iSCSI disk with Xenserver VM**** > > **** > > **** > > On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball wrote:***= * > > Hi, **** > > **** > > You can create an SR using the undocumented and unsupported > "iscsi" type and set the device config target and targetIQN values - this > will set up a single VDI which is a raw lun.**** > > **** > > **** > > Thanks Bob but I'm looking for a generic way in which I would be storing > the LUN info in VM properties other-config (MRW) or if possible in VBD > other config such that whenever VM tries to boot, the hook will login on > iSCSI target and pass the device. I think this needs be handled by blkta= p > rather than XAPI or SMAPI, what you say ?**** > > **** > > Attach that VDI to a guest and it should be what you're looking for?***= * > > **** > > Trying to automate it.**** > > **** > > **** > > Thanks,**** > > **** > > Bob**** > > **** > ------------------------------ > > *From:* xen-api-bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on > behalf of Rushikesh Jadhav [2rushikeshj@gmail.com] > *Sent:* 14 August 2013 16:07 > *To:* xen-api@lists.xen.org > *Subject:* [Xen-API] How to use iSCSI disk with Xenserver VM**** > > Hello All, **** > > **** > > Since normal Xen supports iSCSI lun as device for xvda, I would like to > know its possibility with Xenserver.**** > > **** > > What are the possible ways may be hacky to get it working ? **** > > **** > > Since XAPI can now support Ceph as custom drive, how hard it would be to > use same for iSCSI ? **** > > **** > > From Xenserver POV, I undestood that Ceph is acting as a SR but I'm > expecting to pass iSCSI lun as raw block device to VM.**** > > **** > > Thanks.**** > > **** > > **** > > **** > > ** ** > --e89a8f6439cade92ee04e40010b8 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable



On Thu, Aug 15, 2013 at 9:28 PM, Bob Ball <bob.ball@citrix.com> wrote:

Don=92t forget it =96 just introduce.

=A0

You might need to specify more parameters than you ar= e though, and make sure they match up with vdi-param-list shows.


Thanks Bob,

You are right about additional parameters. They were=A0sm-config:LUN= id=3D0 sm-config:SCSIid=3D3600144f0ffffffff0000520c011b0001.
The = disk is now available in VM and is accessible from XenCenter as well.
Is there any limit per host for max number of SRs ? =A025-50 SRs (VDIs= ) should be an acceptable number per host.

Since t= he VDI is now accessible, I would see if I can write xapi hooks on VM actio= n.

Thanks once again for your help.
=A0

=A0

Bob

= =A0

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 15 August 2013 16:53


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball <bob.ball@citrix.com> wrote= :

After running sr-introduce, find the record for the V= DI on that SR and run vdi-introduce using the details from that record.

=A0

This will update the managed flag so XAPI knows that = it can manipulate it.

=A0

Actually #xe sr-create automatically creates the VDI with man= aged ( RO): false . If I do vdi-forget and then vdi-introduce, it fails wit= h below error

=A0

# xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d034= 2 sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8cde-029e-2= c80-d2e4-a3ff012d0342 type=3Dsystem=A0

Error code: SR_BACKEND_FAILURE_46

Error parameters: , The VDI is not available,

=A0

May be duplicate VDI uuids ?

=A0

#xe sr-scan re-reads the disks and register it as VDI but the= managed flag stays to "false".=A0

The managed field is RO so I'm not able to update it. =A0= Any ideas ?

=A0

Thanks.

=A0

Bob

=A0

From: Rushikesh Jadhav [mailto:= 2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= I'd advise you to use sr-introduce rather than sr-create.

= =A0

= You'll have to provide a UUID, but you can generate one based on the ta= rgetIQN perhaps?

=A0

Hi Bob,

=A0

I have created the sr with type iSCSI and it has successfully= created with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-0= 29e-2c80-d2e4-a3ff012d0342 =A0vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dd= e=A0

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to activate t= he VBD it throws error like

=A0

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37=A0<= u>

This operation cannot be performed because the system does no= t manage this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37

=A0

# xe vbd-param-get =A0uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a35712= 9e37 =A0param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_MANAGED&q= uot;, _))

=A0

Looks familiar ?

=A0

= =A0

= Bob

= =A0

From:= Rushikesh Jadhav [2rushikeshj@gmail.com<= /a>]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

=A0

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= Ah - understood.

= =A0

=A0

Thanks.=A0

=A0

= The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD).

= =A0

= You could potentially use a hook script (create files called=A0vm-pre-= start and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyo= nd that there isn't currently a way to only have the iSCSI target logge= d in when the VM is booted.

= =A0

=A0

Hopefully the sr-create will not auto format the luns on ever= y mount :)

Thanks for your help. I'll report back if any success on = this.

=A0

Bob

= =A0

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

=A0

=A0

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote= :

= Hi,

= =A0

= You can create an SR using the undocumented and unsupported "iscsi&quo= t;=A0type=A0and set the device config target and targetIQN values - this will set up a single VDI which is a raw lun.

= =A0

=A0

Thanks Bob but I'm looking for a generic way in which I w= ould be storing the LUN info in VM properties other-config (MRW) =A0or if p= ossible in VBD other config such that whenever VM tries to boot, the hook will login on iSCSI target and pass the device.= =A0I think this needs be handled by blktap rather than XAPI or SMAPI, what= you say ?

=A0

= Attach that VDI to a guest and it should be what you're looking for?

=A0

Trying to automate it.

=A0

= =A0

= Thanks,

= =A0

= Bob

= =A0

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM=

Hello All,

=A0

Since normal Xen supports iSCSI lun as device for xvda, I wou= ld like to know its possibility with Xenserver.

=A0

What are the possible ways may be hacky to get it working ?= =A0

=A0

Since XAPI can now support Ceph as custom drive, how hard it = would be to use same for iSCSI ? =A0

=A0

From Xenserver POV, I undestood that Ceph is acting as a SR b= ut I'm expecting to pass iSCSI lun as raw block device to VM.=

=A0

Thanks.

=A0

=A0

=A0

=A0


--e89a8f6439cade92ee04e40010b8-- --===============0331789411708794423== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0331789411708794423==-- From xen-api-bounces@lists.xen.org Thu Aug 15 23:58:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 23:58:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VA7Qt-0000jG-5X; Thu, 15 Aug 2013 23:58:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VA7Qs-0000j8-2U; Thu, 15 Aug 2013 23:58:22 +0000 Received: from [85.158.139.211:33611] by server-1.bemta-5.messagelabs.com id 16/87-21460-D1B6D025; Thu, 15 Aug 2013 23:58:21 +0000 X-Env-Sender: pooka@iki.fi X-Msg-Ref: server-7.tower-206.messagelabs.com!1376611100!2680180!1 X-Originating-IP: [130.233.192.7] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28788 invoked from network); 15 Aug 2013 23:58:20 -0000 Received: from mail.cs.hut.fi (HELO mail.cs.hut.fi) (130.233.192.7) by server-7.tower-206.messagelabs.com with SMTP; 15 Aug 2013 23:58:20 -0000 Received: from [IPv6:::1] (hutcs.cs.hut.fi [130.233.192.10]) by mail.cs.hut.fi (Postfix) with ESMTPS id 940EB30807C; Fri, 16 Aug 2013 02:58:19 +0300 (EEST) Message-ID: <520D6B14.1090706@iki.fi> Date: Fri, 16 Aug 2013 02:58:12 +0300 From: Antti Kantee MIME-Version: 1.0 To: xen-users@lists.xen.org, xen-api@lists.xen.org Subject: [Xen-API] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I have written initial support for running rump kernels directly on top the Xen hypervisor. Rump kernels essentially consist of unmodified kernel drivers, but without the added baggage associated with full operating systems such as a scheduling policy, VM, multiprocess support, and so forth. In essence, the work enables running minimal single-image application domains on top of Xen while relying on real-world proven kernel-quality drivers, including file systems, TCP/IP, SoftRAID, disk encryption, etc. Rump kernels provide a subset of the POSIX'y application interfaces relevant for e.g. file systems and networking, so adapting existing applications is possible. I have pushed the implementation to github. If you wish the try the few demos I put together, follow the instructions in the README. Please report any and all bugs via the github interface. Testing so far was light, but given that I wrote less than 1k lines of code including comments and whitespace, I hope I haven't managed to cram too many bugs in there. I've done my testing on a x86_32 Dom0 with Xen 4.2.2. https://github.com/anttikantee/rumpuser-xen/ I'll explain the implementation in a bit more detail. Rump kernels are made possible the anykernel architecture of NetBSD. Rump kernels run on top of the rump kernel hypercall layer, so the implementation was a matter of writing an implementation of the hypercalls for the Xen hypervisor. I started looking at the Xen Mini-OS to figure out how to bootstrap a domU, and quickly realized that Mini-OS implements almost everything the rump kernel hypercall layer requires: a build infra, cooperative thread scheduling, physical memory allocation, simple interfaces to I/O devices such as block/net, and so forth. As a result, the implementation is more or less plugged on top of Mini-OS, and contains a lot of code unnecessary for rump kernels. I'm unsure if I should fully fork Mini-OS or attempt to merge some of my changes back. For example, it seems like the host namespace leaks into Mini-OS (i.e. -nostdinc isn't used), and it would be nice to get that fixed. If anyone has any smart ideas about which direction to go in, please advise. I thank the people who have suggested this project over the years. I believe the first one to suggest it on a public list was Jean-Yves Migeon quite some years ago, so explicit thanks go to him and "you know who you are" thanks go to others. I also thank Juan RP of Void Linux, who re-added support to Void for Xen 4.2 about 5 minutes after I told him I'd like to do some Xen testing with a x86_32 Dom0 (moving to 64bit systems is on my TODO list ;) - antti _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 15 23:58:39 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 15 Aug 2013 23:58:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VA7Qt-0000jG-5X; Thu, 15 Aug 2013 23:58:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VA7Qs-0000j8-2U; Thu, 15 Aug 2013 23:58:22 +0000 Received: from [85.158.139.211:33611] by server-1.bemta-5.messagelabs.com id 16/87-21460-D1B6D025; Thu, 15 Aug 2013 23:58:21 +0000 X-Env-Sender: pooka@iki.fi X-Msg-Ref: server-7.tower-206.messagelabs.com!1376611100!2680180!1 X-Originating-IP: [130.233.192.7] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28788 invoked from network); 15 Aug 2013 23:58:20 -0000 Received: from mail.cs.hut.fi (HELO mail.cs.hut.fi) (130.233.192.7) by server-7.tower-206.messagelabs.com with SMTP; 15 Aug 2013 23:58:20 -0000 Received: from [IPv6:::1] (hutcs.cs.hut.fi [130.233.192.10]) by mail.cs.hut.fi (Postfix) with ESMTPS id 940EB30807C; Fri, 16 Aug 2013 02:58:19 +0300 (EEST) Message-ID: <520D6B14.1090706@iki.fi> Date: Fri, 16 Aug 2013 02:58:12 +0300 From: Antti Kantee MIME-Version: 1.0 To: xen-users@lists.xen.org, xen-api@lists.xen.org Subject: [Xen-API] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I have written initial support for running rump kernels directly on top the Xen hypervisor. Rump kernels essentially consist of unmodified kernel drivers, but without the added baggage associated with full operating systems such as a scheduling policy, VM, multiprocess support, and so forth. In essence, the work enables running minimal single-image application domains on top of Xen while relying on real-world proven kernel-quality drivers, including file systems, TCP/IP, SoftRAID, disk encryption, etc. Rump kernels provide a subset of the POSIX'y application interfaces relevant for e.g. file systems and networking, so adapting existing applications is possible. I have pushed the implementation to github. If you wish the try the few demos I put together, follow the instructions in the README. Please report any and all bugs via the github interface. Testing so far was light, but given that I wrote less than 1k lines of code including comments and whitespace, I hope I haven't managed to cram too many bugs in there. I've done my testing on a x86_32 Dom0 with Xen 4.2.2. https://github.com/anttikantee/rumpuser-xen/ I'll explain the implementation in a bit more detail. Rump kernels are made possible the anykernel architecture of NetBSD. Rump kernels run on top of the rump kernel hypercall layer, so the implementation was a matter of writing an implementation of the hypercalls for the Xen hypervisor. I started looking at the Xen Mini-OS to figure out how to bootstrap a domU, and quickly realized that Mini-OS implements almost everything the rump kernel hypercall layer requires: a build infra, cooperative thread scheduling, physical memory allocation, simple interfaces to I/O devices such as block/net, and so forth. As a result, the implementation is more or less plugged on top of Mini-OS, and contains a lot of code unnecessary for rump kernels. I'm unsure if I should fully fork Mini-OS or attempt to merge some of my changes back. For example, it seems like the host namespace leaks into Mini-OS (i.e. -nostdinc isn't used), and it would be nice to get that fixed. If anyone has any smart ideas about which direction to go in, please advise. I thank the people who have suggested this project over the years. I believe the first one to suggest it on a public list was Jean-Yves Migeon quite some years ago, so explicit thanks go to him and "you know who you are" thanks go to others. I also thank Juan RP of Void Linux, who re-added support to Void for Xen 4.2 about 5 minutes after I told him I'd like to do some Xen testing with a x86_32 Dom0 (moving to 64bit systems is on my TODO list ;) - antti _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 16 06:00:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 16 Aug 2013 06:00:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAD5O-00055T-Ic; Fri, 16 Aug 2013 06:00:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAD5N-00055O-2n for xen-api@lists.xen.org; Fri, 16 Aug 2013 06:00:33 +0000 Received: from [85.158.137.68:5819] by server-14.bemta-3.messagelabs.com id 4A/15-10094-000CD025; Fri, 16 Aug 2013 06:00:32 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1376632829!2058674!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31796 invoked from network); 16 Aug 2013 06:00:30 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Aug 2013 06:00:30 -0000 X-IronPort-AV: E=Sophos;i="4.89,892,1367971200"; d="scan'208,217";a="44805308" Received: from accessns.citrite.net (HELO FTLPMAILMX01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Aug 2013 06:00:28 +0000 Received: from AMSPEX01CL02.citrite.net (10.69.46.33) by FTLPMAILMX01.citrite.net (10.13.107.65) with Microsoft SMTP Server (TLS) id 8.3.298.1; Fri, 16 Aug 2013 02:00:27 -0400 Received: from AMSPEX01CL01.citrite.net ([169.254.6.177]) by AMSPEX01CL02.citrite.net ([169.254.7.154]) with mapi id 14.02.0342.004; Fri, 16 Aug 2013 08:00:26 +0200 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDf//9MEAgAARYH7///6+gAAV1eHgAA461AAAAjwRYAABwigAABucGsU= Date: Fri, 16 Aug 2013 06:00:25 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.46.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4148810470751205121==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4148810470751205121== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60BFEBBAMSPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60BFEBBAMSPEX01CL01citri_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I'm not really aware of what the limits are - and this isn't an SR which we= do any scalability tests on. I would imagine it should cope with that num= ber of SRs though, particularly because they are not within a pool. If you do use pools, make sure the SRs are local rather than pool-shared so= the number doesn't grow with the size of the pool as well. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 15 August 2013 18:47 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 9:28 PM, Bob Ball > wrote: Don=92t forget it =96 just introduce. You might need to specify more parameters than you are though, and make sur= e they match up with vdi-param-list shows. Thanks Bob, You are right about additional parameters. They were sm-config:LUNid=3D0 sm= -config:SCSIid=3D3600144f0ffffffff0000520c011b0001. The disk is now available in VM and is accessible from XenCenter as well. Is there any limit per host for max number of SRs ? 25-50 SRs (VDIs) shoul= d be an acceptable number per host. Since the VDI is now accessible, I would see if I can write xapi hooks on V= M action. Thanks once again for your help. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 15 August 2013 16:53 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball > wrote: After running sr-introduce, find the record for the VDI on that SR and run = vdi-introduce using the details from that record. This will update the managed flag so XAPI knows that it can manipulate it. Actually #xe sr-create automatically creates the VDI with managed ( RO): fa= lse . If I do vdi-forget and then vdi-introduce, it fails with below error # xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 sr-uuid=3D43= be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8cde-029e-2c80-d2e4-a3ff0= 12d0342 type=3Dsystem Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available, May be duplicate VDI uuids ? #xe sr-scan re-reads the disks and register it as VDI but the managed flag = stays to "false". The managed field is RO so I'm not able to update it. Any ideas ? Thanks. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 14 August 2013 23:40 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball > wrote: I'd advise you to use sr-introduce rather than sr-create. You'll have to provide a UUID, but you can generate one based on the target= IQN perhaps? Hi Bob, I have created the sr with type iSCSI and it has successfully created with = vdi-per-LUN iSCSI. Then I created a VBD with # xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2c80-d2e4-= a3ff012d0342 vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde c0d20cbf-58a7-b2db-a4ad-85a357129e37 but Im not able to see it inside VM. When I try to activate the VBD it thro= ws error like # xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 This operation cannot be performed because the system does not manage this = VDI vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37 # xe vbd-param-get uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 param-name= =3Dattachable false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _)) Looks familiar ? Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:42 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball > wrote: Ah - understood. Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60BFEBBAMSPEX01CL01citri_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
I'm not really aware of what the limits are - and this isn't an SR w= hich we do any scalability tests on.  I would imagine it should cope w= ith that number of SRs though, particularly because they are not within a pool.

If you do use pools, make sure the SRs are local rather than pool-shar= ed so the number doesn't grow with the size of the pool as well.

Bob

From: Rushikesh Jadhav [2rushikeshj@gmail.= com]
Sent: 15 August 2013 18:47
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 9:28 PM, Bob Ball <bob.ball@citri= x.com> wrote:

Don=92t forget it =96 just introduce.=

 

You might need to specify more parameters than you = are though, and make sure they match up with vdi-param-list shows.


Thanks Bob,

You are right about additional parameters. They were sm-config:LU= Nid=3D0 sm-config:SCSIid=3D3600144f0ffffffff0000520c011b0001.
The disk is now available in VM and is accessible from XenCenter as we= ll.
Is there any limit per host for max number of SRs ?  25-50 SRs (V= DIs) should be an acceptable number per host.

Since the VDI is now accessible, I would see if I can write xapi hooks= on VM action.

Thanks once again for your help.
 

 

Bob

 

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 15 August 2013 16:53


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

 

On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball <bob.ball@citrix.com> wrote= :

After running sr-introduce, find the record for the= VDI on that SR and run vdi-introduce using the details from that record.

 

This will update the managed flag so XAPI knows tha= t it can manipulate it.

 

Actually #xe sr-create automatically creates the VDI with man= aged ( RO): false . If I do vdi-forget and then vdi-introduce, it fails wit= h below error

 

# xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d034= 2 sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8cde-029e-2= c80-d2e4-a3ff012d0342 type=3Dsystem 

Error code: SR_BACKEND_FAILURE_46

Error parameters: , The VDI is not available,

 

May be duplicate VDI uuids ?

 

#xe sr-scan re-reads the disks and register it as VDI but the= managed flag stays to "false". 

The managed field is RO so I'm not able to update it.  A= ny ideas ?

 

Thanks.

 

Bob

 

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

 

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote= :

I'd advise you to use sr-introduce rather than sr-create.

 

You'll have to provide a UUID, but you can generate one based on the targe= tIQN perhaps?

 

Hi Bob,

 

I have created the sr with type iSCSI and it has successfully= created with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-0= 29e-2c80-d2e4-a3ff012d0342  vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb68= 0dde 

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to activate t= he VBD it throws error like

 

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37&nbs= p;

This operation cannot be performed because the system does no= t manage this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37

 

# xe vbd-param-get  uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a35= 7129e37  param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_MANAGED&q= uot;, _))

 

Looks familiar ?

 

 

Bob

 

From:= Rushikesh Jadhav [2rushikeshj@gmail.com<= /a>]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

 

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote= :

Ah - understood.

 

 

Thanks. 

 

The iSCSI SR will of course be logged in while the SR is plugged on the ho= st (through the PBD).

 

You could potentially use a hook script (create files called <= span style=3D"font-size:10pt; font-family:'Segoe UI',sans-serif">vm-pre-sta= rt and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond that there isn't currently a way to only ha= ve the iSCSI target logged in when the VM is booted.

 

 

Hopefully the sr-create will not auto format the luns on ever= y mount :)

Thanks for your help. I'll report back if any success on this= .

 

Bob

 

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote= :

Hi,

 

You can create an SR using the undocumented and unsupported "iscsi&qu= ot; type and set the device config target and targetIQN values - = this will set up a single VDI which is a raw lun.

 

 

Thanks Bob but I'm looking for a generic way in which I would= be storing the LUN info in VM properties other-config (MRW)  or if po= ssible in VBD other config such that whenever VM tries to boot, the hook wi= ll login on iSCSI target and pass the device.  I think this needs be handled by blktap rather than XAPI or SMAPI, w= hat you say ?

 

Attach that VDI to a guest and it should be what you're looking for?

 

Trying to automate it.

 

 

Thanks,

 

Bob

 

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM=

Hello All,

 

Since normal Xen supports iSCSI lun as device for xvda, I wou= ld like to know its possibility with Xenserver.

 

What are the possible ways may be hacky to get it working ?&n= bsp;

 

Since XAPI can now support Ceph as custom drive, how hard it = would be to use same for iSCSI ?  

 

From Xenserver POV, I undestood that Ceph is acting as a SR b= ut I'm expecting to pass iSCSI lun as raw block device to VM.=

 

Thanks.

 

 

 

 


--_000_BB824EA959B82F43820FFEE5E6B00AA60BFEBBAMSPEX01CL01citri_-- --===============4148810470751205121== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4148810470751205121==-- From xen-api-bounces@lists.xen.org Fri Aug 16 06:00:54 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 16 Aug 2013 06:00:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAD5O-00055T-Ic; Fri, 16 Aug 2013 06:00:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAD5N-00055O-2n for xen-api@lists.xen.org; Fri, 16 Aug 2013 06:00:33 +0000 Received: from [85.158.137.68:5819] by server-14.bemta-3.messagelabs.com id 4A/15-10094-000CD025; Fri, 16 Aug 2013 06:00:32 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-16.tower-31.messagelabs.com!1376632829!2058674!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31796 invoked from network); 16 Aug 2013 06:00:30 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Aug 2013 06:00:30 -0000 X-IronPort-AV: E=Sophos;i="4.89,892,1367971200"; d="scan'208,217";a="44805308" Received: from accessns.citrite.net (HELO FTLPMAILMX01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Aug 2013 06:00:28 +0000 Received: from AMSPEX01CL02.citrite.net (10.69.46.33) by FTLPMAILMX01.citrite.net (10.13.107.65) with Microsoft SMTP Server (TLS) id 8.3.298.1; Fri, 16 Aug 2013 02:00:27 -0400 Received: from AMSPEX01CL01.citrite.net ([169.254.6.177]) by AMSPEX01CL02.citrite.net ([169.254.7.154]) with mapi id 14.02.0342.004; Fri, 16 Aug 2013 08:00:26 +0200 From: Bob Ball To: Rushikesh Jadhav <2rushikeshj@gmail.com> Thread-Topic: [Xen-API] How to use iSCSI disk with Xenserver VM Thread-Index: AQHOmQDb4CsKZRvli0em4dQ0v1/lM5mVKqa3///7NYCAABEEDf//9MEAgAARYH7///6+gAAV1eHgAA461AAAAjwRYAABwigAABucGsU= Date: Fri, 16 Aug 2013 06:00:25 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.69.46.1] MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4148810470751205121==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4148810470751205121== Content-Language: en-GB Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60BFEBBAMSPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60BFEBBAMSPEX01CL01citri_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I'm not really aware of what the limits are - and this isn't an SR which we= do any scalability tests on. I would imagine it should cope with that num= ber of SRs though, particularly because they are not within a pool. If you do use pools, make sure the SRs are local rather than pool-shared so= the number doesn't grow with the size of the pool as well. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 15 August 2013 18:47 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 9:28 PM, Bob Ball > wrote: Don=92t forget it =96 just introduce. You might need to specify more parameters than you are though, and make sur= e they match up with vdi-param-list shows. Thanks Bob, You are right about additional parameters. They were sm-config:LUNid=3D0 sm= -config:SCSIid=3D3600144f0ffffffff0000520c011b0001. The disk is now available in VM and is accessible from XenCenter as well. Is there any limit per host for max number of SRs ? 25-50 SRs (VDIs) shoul= d be an acceptable number per host. Since the VDI is now accessible, I would see if I can write xapi hooks on V= M action. Thanks once again for your help. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 15 August 2013 16:53 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball > wrote: After running sr-introduce, find the record for the VDI on that SR and run = vdi-introduce using the details from that record. This will update the managed flag so XAPI knows that it can manipulate it. Actually #xe sr-create automatically creates the VDI with managed ( RO): fa= lse . If I do vdi-forget and then vdi-introduce, it fails with below error # xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d0342 sr-uuid=3D43= be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8cde-029e-2c80-d2e4-a3ff0= 12d0342 type=3Dsystem Error code: SR_BACKEND_FAILURE_46 Error parameters: , The VDI is not available, May be duplicate VDI uuids ? #xe sr-scan re-reads the disks and register it as VDI but the managed flag = stays to "false". The managed field is RO so I'm not able to update it. Any ideas ? Thanks. Bob From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com] Sent: 14 August 2013 23:40 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball > wrote: I'd advise you to use sr-introduce rather than sr-create. You'll have to provide a UUID, but you can generate one based on the target= IQN perhaps? Hi Bob, I have created the sr with type iSCSI and it has successfully created with = vdi-per-LUN iSCSI. Then I created a VBD with # xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-029e-2c80-d2e4-= a3ff012d0342 vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb680dde c0d20cbf-58a7-b2db-a4ad-85a357129e37 but Im not able to see it inside VM. When I try to activate the VBD it thro= ws error like # xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 This operation cannot be performed because the system does not manage this = VDI vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37 # xe vbd-param-get uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37 param-name= =3Dattachable false (error: Api_errors.Server_error("VDI_NOT_MANAGED", _)) Looks familiar ? Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:42 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball > wrote: Ah - understood. Thanks. The iSCSI SR will of course be logged in while the SR is plugged on the hos= t (through the PBD). You could potentially use a hook script (create files called vm-pre-start a= nd vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond= that there isn't currently a way to only have the iSCSI target logged in w= hen the VM is booted. Hopefully the sr-create will not auto format the luns on every mount :) Thanks for your help. I'll report back if any success on this. Bob ________________________________ From: Rushikesh Jadhav [2rushikeshj@gmail.com= ] Sent: 14 August 2013 22:22 To: Bob Ball Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball > wrote: Hi, You can create an SR using the undocumented and unsupported "iscsi" type an= d set the device config target and targetIQN values - this will set up a si= ngle VDI which is a raw lun. Thanks Bob but I'm looking for a generic way in which I would be storing th= e LUN info in VM properties other-config (MRW) or if possible in VBD other= config such that whenever VM tries to boot, the hook will login on iSCSI t= arget and pass the device. I think this needs be handled by blktap rather = than XAPI or SMAPI, what you say ? Attach that VDI to a guest and it should be what you're looking for? Trying to automate it. Thanks, Bob ________________________________ From: xen-api-bounces@lists.xen.org [= xen-api-bounces@lists.xen.org] on beh= alf of Rushikesh Jadhav [2rushikeshj@gmail.com] Sent: 14 August 2013 16:07 To: xen-api@lists.xen.org Subject: [Xen-API] How to use iSCSI disk with Xenserver VM Hello All, Since normal Xen supports iSCSI lun as device for xvda, I would like to kno= w its possibility with Xenserver. What are the possible ways may be hacky to get it working ? Since XAPI can now support Ceph as custom drive, how hard it would be to us= e same for iSCSI ? >From Xenserver POV, I undestood that Ceph is acting as a SR but I'm expecti= ng to pass iSCSI lun as raw block device to VM. Thanks. --_000_BB824EA959B82F43820FFEE5E6B00AA60BFEBBAMSPEX01CL01citri_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
I'm not really aware of what the limits are - and this isn't an SR w= hich we do any scalability tests on.  I would imagine it should cope w= ith that number of SRs though, particularly because they are not within a pool.

If you do use pools, make sure the SRs are local rather than pool-shar= ed so the number doesn't grow with the size of the pool as well.

Bob

From: Rushikesh Jadhav [2rushikeshj@gmail.= com]
Sent: 15 August 2013 18:47
To: Bob Ball
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM




On Thu, Aug 15, 2013 at 9:28 PM, Bob Ball <bob.ball@citri= x.com> wrote:

Don=92t forget it =96 just introduce.=

 

You might need to specify more parameters than you = are though, and make sure they match up with vdi-param-list shows.


Thanks Bob,

You are right about additional parameters. They were sm-config:LU= Nid=3D0 sm-config:SCSIid=3D3600144f0ffffffff0000520c011b0001.
The disk is now available in VM and is accessible from XenCenter as we= ll.
Is there any limit per host for max number of SRs ?  25-50 SRs (V= DIs) should be an acceptable number per host.

Since the VDI is now accessible, I would see if I can write xapi hooks= on VM action.

Thanks once again for your help.
 

 

Bob

 

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 15 August 2013 16:53


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

 

On Thu, Aug 15, 2013 at 1:38 PM, Bob Ball <bob.ball@citrix.com> wrote= :

After running sr-introduce, find the record for the= VDI on that SR and run vdi-introduce using the details from that record.

 

This will update the managed flag so XAPI knows tha= t it can manipulate it.

 

Actually #xe sr-create automatically creates the VDI with man= aged ( RO): false . If I do vdi-forget and then vdi-introduce, it fails wit= h below error

 

# xe vdi-introduce uuid=3Ddaff8cde-029e-2c80-d2e4-a3ff012d034= 2 sr-uuid=3D43be7e37-ba1e-468b-4366-5c865ab4e1db location=3Ddaff8cde-029e-2= c80-d2e4-a3ff012d0342 type=3Dsystem 

Error code: SR_BACKEND_FAILURE_46

Error parameters: , The VDI is not available,

 

May be duplicate VDI uuids ?

 

#xe sr-scan re-reads the disks and register it as VDI but the= managed flag stays to "false". 

The managed field is RO so I'm not able to update it.  A= ny ideas ?

 

Thanks.

 

Bob

 

From: Rushikesh Jadhav [mailto:2rushikeshj@gmail.com]
Sent: 14 August 2013 23:40


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

 

On Thu, Aug 15, 2013 at 3:15 AM, Bob Ball <bob.ball@citrix.com> wrote= :

I'd advise you to use sr-introduce rather than sr-create.

 

You'll have to provide a UUID, but you can generate one based on the targe= tIQN perhaps?

 

Hi Bob,

 

I have created the sr with type iSCSI and it has successfully= created with vdi-per-LUN iSCSI. Then I created a VBD with

# xe vbd-create bootable=3D0 device=3D1 vdi-uuid=3Ddaff8cde-0= 29e-2c80-d2e4-a3ff012d0342  vm-uuid=3Ddc3c8f17-27bb-86e8-ee28-706ffb68= 0dde 

c0d20cbf-58a7-b2db-a4ad-85a357129e37

but Im not able to see it inside VM. When I try to activate t= he VBD it throws error like

 

# xe vbd-plug uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a357129e37&nbs= p;

This operation cannot be performed because the system does no= t manage this VDI

vdi: c0d20cbf-58a7-b2db-a4ad-85a357129e37

 

# xe vbd-param-get  uuid=3Dc0d20cbf-58a7-b2db-a4ad-85a35= 7129e37  param-name=3Dattachable

false (error: Api_errors.Server_error("VDI_NOT_MANAGED&q= uot;, _))

 

Looks familiar ?

 

 

Bob

 

From:= Rushikesh Jadhav [2rushikeshj@gmail.com<= /a>]
Sent: 14 August 2013 22:42


To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

 

On Thu, Aug 15, 2013 at 2:57 AM, Bob Ball <bob.ball@citrix.com> wrote= :

Ah - understood.

 

 

Thanks. 

 

The iSCSI SR will of course be logged in while the SR is plugged on the ho= st (through the PBD).

 

You could potentially use a hook script (create files called <= span style=3D"font-size:10pt; font-family:'Segoe UI',sans-serif">vm-pre-sta= rt and vm-post-destroy in /etc/xapi.d) to create the SR dynamically, but beyond that there isn't currently a way to only ha= ve the iSCSI target logged in when the VM is booted.

 

 

Hopefully the sr-create will not auto format the luns on ever= y mount :)

Thanks for your help. I'll report back if any success on this= .

 

Bob

 

From: Rushikesh Jadhav [2rushikeshj@gmail.com]
Sent: 14 August 2013 22:22
To: Bob Ball
Cc: xen-a= pi@lists.xen.org
Subject: Re: [Xen-API] How to use iSCSI disk with Xenserver VM

 

 

On Thu, Aug 15, 2013 at 2:31 AM, Bob Ball <bob.ball@citrix.com> wrote= :

Hi,

 

You can create an SR using the undocumented and unsupported "iscsi&qu= ot; type and set the device config target and targetIQN values - = this will set up a single VDI which is a raw lun.

 

 

Thanks Bob but I'm looking for a generic way in which I would= be storing the LUN info in VM properties other-config (MRW)  or if po= ssible in VBD other config such that whenever VM tries to boot, the hook wi= ll login on iSCSI target and pass the device.  I think this needs be handled by blktap rather than XAPI or SMAPI, w= hat you say ?

 

Attach that VDI to a guest and it should be what you're looking for?

 

Trying to automate it.

 

 

Thanks,

 

Bob

 

From: xen-api-= bounces@lists.xen.org [xen-api-bounces@lists.xen.org] on behalf of Rushikes= h Jadhav [2rushi= keshj@gmail.com]
Sent: 14 August 2013 16:07
To: xen-a= pi@lists.xen.org
Subject: [Xen-API] How to use iSCSI disk with Xenserver VM=

Hello All,

 

Since normal Xen supports iSCSI lun as device for xvda, I wou= ld like to know its possibility with Xenserver.

 

What are the possible ways may be hacky to get it working ?&n= bsp;

 

Since XAPI can now support Ceph as custom drive, how hard it = would be to use same for iSCSI ?  

 

From Xenserver POV, I undestood that Ceph is acting as a SR b= ut I'm expecting to pass iSCSI lun as raw block device to VM.=

 

Thanks.

 

 

 

 


--_000_BB824EA959B82F43820FFEE5E6B00AA60BFEBBAMSPEX01CL01citri_-- --===============4148810470751205121== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============4148810470751205121==-- From xen-api-bounces@lists.xen.org Fri Aug 16 08:09:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 16 Aug 2013 08:09:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAF6M-0000jW-Ss; Fri, 16 Aug 2013 08:09:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAF6L-0000jP-Vf for xen-api@lists.xen.org; Fri, 16 Aug 2013 08:09:42 +0000 Received: from [85.158.137.68:5700] by server-16.bemta-3.messagelabs.com id 09/AC-02525-54EDD025; Fri, 16 Aug 2013 08:09:41 +0000 X-Env-Sender: piotr.teodorowski@unity.pl X-Msg-Ref: server-14.tower-31.messagelabs.com!1376640580!2070321!1 X-Originating-IP: [213.199.154.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11448 invoked from network); 16 Aug 2013 08:09:40 -0000 Received: from mail-am1lp0013.outbound.protection.outlook.com (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.13) by server-14.tower-31.messagelabs.com with AES128-SHA encrypted SMTP; 16 Aug 2013 08:09:40 -0000 Received: from AMXPRD0310HT005.eurprd03.prod.outlook.com (10.255.55.40) by DB3PR03MB027.eurprd03.prod.outlook.com (10.242.136.27) with Microsoft SMTP Server (TLS) id 15.0.731.12; Fri, 16 Aug 2013 08:09:36 +0000 Received: from s-pteodoro.localnet (193.178.214.60) by pod51013.outlook.com (10.255.55.40) with Microsoft SMTP Server (TLS) id 14.16.347.3; Fri, 16 Aug 2013 08:09:35 +0000 From: Piotr Teodorowski To: Date: Fri, 16 Aug 2013 10:09:32 +0200 User-Agent: KMail/1.13.7 (Linux/3.9-1-686-pae; KDE/4.8.4; i686; ; ) References: <201308141357.16916.piotr.teodorowski@unity.pl> MIME-Version: 1.0 Message-ID: <201308161009.33025.piotr.teodorowski@unity.pl> X-Originating-IP: [193.178.214.60] X-Forefront-PRVS: 0940A19703 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(51704005)(189002)(24454002)(199002)(83072001)(77096001)(80022001)(76786001)(59766001)(65816001)(16406001)(54356001)(51856001)(77982001)(19580395003)(56816003)(33646001)(74706001)(56776001)(81816001)(66066001)(36756003)(79102001)(53806001)(74482001)(74366001)(81542001)(50466002)(4396001)(31966008)(50986001)(81686001)(83322001)(81342001)(47736001)(23756003)(49866001)(46102001)(47776003)(47976001)(14296002)(76796001)(63696002)(47446002)(80976001)(76482001)(74662001)(54316002)(74876001)(74502001)(69226001); DIR:OUT; SFP:; SCL:1; SRVR:DB3PR03MB027; H:AMXPRD0310HT005.eurprd03.prod.outlook.com; CLIP:193.178.214.60; RD:InfoNoRecords; MX:1; A:1; LANG:en; X-OriginatorOrg: unity.pl Subject: Re: [Xen-API] Unable to move (live) VM's disk between storages X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I guess the answer is: live VDI migration is not available in XCP. I connected to server with xencenter 6.2 instead of 6.1, and i saw this option available. Regards -- Piotr Teodorowski On Wednesday 14 of August 2013 13:57:16 Piotr Teodorowski wrote: > Hi, > > I'm using XCP 1.6.10-61809c. > I've tried to move VM's disk between 2 shared storage (both are FC) without > shutting down machine. > > In xensource log: > Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414132 UNIX > /var/xapi/xapi|VDI.get_by_uuid D:e0a8fe883a4f|dispatcher] > Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; > OLD_a88f05be-033f-4d23- a66f-715fa50439d0 ] > > > What I did was: > 1 navigate to VM storage tab > 2 clicked Move > 3 choose destination storage (VM_PROD) > 4 clicked Move > and after about 4-5 minutes error appeared. > > I attached xensource.log (not all) and SMlog. > Anyone can explain what is wrong? > There is 40GB free space on source storage and 38GB free space on > destination sotrage. The VDI size is 12GB. > > Regards > Piotr Teodorowski _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 16 08:09:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 16 Aug 2013 08:09:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAF6M-0000jW-Ss; Fri, 16 Aug 2013 08:09:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAF6L-0000jP-Vf for xen-api@lists.xen.org; Fri, 16 Aug 2013 08:09:42 +0000 Received: from [85.158.137.68:5700] by server-16.bemta-3.messagelabs.com id 09/AC-02525-54EDD025; Fri, 16 Aug 2013 08:09:41 +0000 X-Env-Sender: piotr.teodorowski@unity.pl X-Msg-Ref: server-14.tower-31.messagelabs.com!1376640580!2070321!1 X-Originating-IP: [213.199.154.13] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11448 invoked from network); 16 Aug 2013 08:09:40 -0000 Received: from mail-am1lp0013.outbound.protection.outlook.com (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.13) by server-14.tower-31.messagelabs.com with AES128-SHA encrypted SMTP; 16 Aug 2013 08:09:40 -0000 Received: from AMXPRD0310HT005.eurprd03.prod.outlook.com (10.255.55.40) by DB3PR03MB027.eurprd03.prod.outlook.com (10.242.136.27) with Microsoft SMTP Server (TLS) id 15.0.731.12; Fri, 16 Aug 2013 08:09:36 +0000 Received: from s-pteodoro.localnet (193.178.214.60) by pod51013.outlook.com (10.255.55.40) with Microsoft SMTP Server (TLS) id 14.16.347.3; Fri, 16 Aug 2013 08:09:35 +0000 From: Piotr Teodorowski To: Date: Fri, 16 Aug 2013 10:09:32 +0200 User-Agent: KMail/1.13.7 (Linux/3.9-1-686-pae; KDE/4.8.4; i686; ; ) References: <201308141357.16916.piotr.teodorowski@unity.pl> MIME-Version: 1.0 Message-ID: <201308161009.33025.piotr.teodorowski@unity.pl> X-Originating-IP: [193.178.214.60] X-Forefront-PRVS: 0940A19703 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(51704005)(189002)(24454002)(199002)(83072001)(77096001)(80022001)(76786001)(59766001)(65816001)(16406001)(54356001)(51856001)(77982001)(19580395003)(56816003)(33646001)(74706001)(56776001)(81816001)(66066001)(36756003)(79102001)(53806001)(74482001)(74366001)(81542001)(50466002)(4396001)(31966008)(50986001)(81686001)(83322001)(81342001)(47736001)(23756003)(49866001)(46102001)(47776003)(47976001)(14296002)(76796001)(63696002)(47446002)(80976001)(76482001)(74662001)(54316002)(74876001)(74502001)(69226001); DIR:OUT; SFP:; SCL:1; SRVR:DB3PR03MB027; H:AMXPRD0310HT005.eurprd03.prod.outlook.com; CLIP:193.178.214.60; RD:InfoNoRecords; MX:1; A:1; LANG:en; X-OriginatorOrg: unity.pl Subject: Re: [Xen-API] Unable to move (live) VM's disk between storages X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I guess the answer is: live VDI migration is not available in XCP. I connected to server with xencenter 6.2 instead of 6.1, and i saw this option available. Regards -- Piotr Teodorowski On Wednesday 14 of August 2013 13:57:16 Piotr Teodorowski wrote: > Hi, > > I'm using XCP 1.6.10-61809c. > I've tried to move VM's disk between 2 shared storage (both are FC) without > shutting down machine. > > In xensource log: > Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414132 UNIX > /var/xapi/xapi|VDI.get_by_uuid D:e0a8fe883a4f|dispatcher] > Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; > OLD_a88f05be-033f-4d23- a66f-715fa50439d0 ] > > > What I did was: > 1 navigate to VM storage tab > 2 clicked Move > 3 choose destination storage (VM_PROD) > 4 clicked Move > and after about 4-5 minutes error appeared. > > I attached xensource.log (not all) and SMlog. > Anyone can explain what is wrong? > There is 40GB free space on source storage and 38GB free space on > destination sotrage. The VDI size is 12GB. > > Regards > Piotr Teodorowski _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 16 11:02:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 16 Aug 2013 11:02:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAHnQ-0004oR-QI; Fri, 16 Aug 2013 11:02:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAHnQ-0004oK-9Q for xen-api@lists.xen.org; Fri, 16 Aug 2013 11:02:20 +0000 Received: from [193.109.254.147:5744] by server-6.bemta-14.messagelabs.com id C7/EB-22974-BB60E025; Fri, 16 Aug 2013 11:02:19 +0000 X-Env-Sender: geza@kzsdabas.hu X-Msg-Ref: server-6.tower-27.messagelabs.com!1376650936!4393139!1 X-Originating-IP: [109.74.53.85] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22345 invoked from network); 16 Aug 2013 11:02:18 -0000 Received: from mail.kzsdabas.hu (HELO mail.kzsdabas.hu) (109.74.53.85) by server-6.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 16 Aug 2013 11:02:18 -0000 Received: from [192.168.13.1] by mail-1.kzsdabas.hu with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1VAHnD-0003Xr-RR for xen-api@lists.xen.org; Fri, 16 Aug 2013 13:02:15 +0200 Message-ID: <520E06AA.2020201@kzsdabas.hu> Date: Fri, 16 Aug 2013 13:02:02 +0200 From: =?ISO-8859-1?Q?G=E9mes_G=E9za?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <201308141357.16916.piotr.teodorowski@unity.pl> <201308161009.33025.piotr.teodorowski@unity.pl> In-Reply-To: <201308161009.33025.piotr.teodorowski@unity.pl> X-SA-Exim-Connect-IP: 192.168.13.1 X-SA-Exim-Mail-From: geza@kzsdabas.hu X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail-1.kzsdabas.hu X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail-1.kzsdabas.hu) Subject: Re: [Xen-API] Unable to move (live) VM's disk between storages X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org 2013-08-16 10:09 keltez=E9ssel, Piotr Teodorowski =EDrta: > I guess the answer is: live VDI migration is not available in XCP. > I connected to server with xencenter 6.2 instead of 6.1, and i saw this o= ption > available. > > Regards > -- > Piotr Teodorowski IMHO that capability appeared with Xenserver 6.2, which is also free (as = beer) but is going to be freed (as speech) component by component (see: = http://www.xenserver.org/) > > On Wednesday 14 of August 2013 13:57:16 Piotr Teodorowski wrote: >> Hi, >> >> I'm using XCP 1.6.10-61809c. >> I've tried to move VM's disk between 2 shared storage (both are FC) with= out >> shutting down machine. >> >> In xensource log: >> Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414132 UNIX >> /var/xapi/xapi|VDI.get_by_uuid D:e0a8fe883a4f|dispatcher] >> Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; >> OLD_a88f05be-033f-4d23- a66f-715fa50439d0 ] >> >> >> What I did was: >> 1 navigate to VM storage tab >> 2 clicked Move >> 3 choose destination storage (VM_PROD) >> 4 clicked Move >> and after about 4-5 minutes error appeared. >> >> I attached xensource.log (not all) and SMlog. >> Anyone can explain what is wrong? >> There is 40GB free space on source storage and 38GB free space on >> destination sotrage. The VDI size is 12GB. >> >> Regards >> Piotr Teodorowski > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api Regards Geza Gemes _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 16 11:02:35 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 16 Aug 2013 11:02:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAHnQ-0004oR-QI; Fri, 16 Aug 2013 11:02:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAHnQ-0004oK-9Q for xen-api@lists.xen.org; Fri, 16 Aug 2013 11:02:20 +0000 Received: from [193.109.254.147:5744] by server-6.bemta-14.messagelabs.com id C7/EB-22974-BB60E025; Fri, 16 Aug 2013 11:02:19 +0000 X-Env-Sender: geza@kzsdabas.hu X-Msg-Ref: server-6.tower-27.messagelabs.com!1376650936!4393139!1 X-Originating-IP: [109.74.53.85] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22345 invoked from network); 16 Aug 2013 11:02:18 -0000 Received: from mail.kzsdabas.hu (HELO mail.kzsdabas.hu) (109.74.53.85) by server-6.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 16 Aug 2013 11:02:18 -0000 Received: from [192.168.13.1] by mail-1.kzsdabas.hu with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1VAHnD-0003Xr-RR for xen-api@lists.xen.org; Fri, 16 Aug 2013 13:02:15 +0200 Message-ID: <520E06AA.2020201@kzsdabas.hu> Date: Fri, 16 Aug 2013 13:02:02 +0200 From: =?ISO-8859-1?Q?G=E9mes_G=E9za?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <201308141357.16916.piotr.teodorowski@unity.pl> <201308161009.33025.piotr.teodorowski@unity.pl> In-Reply-To: <201308161009.33025.piotr.teodorowski@unity.pl> X-SA-Exim-Connect-IP: 192.168.13.1 X-SA-Exim-Mail-From: geza@kzsdabas.hu X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail-1.kzsdabas.hu X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail-1.kzsdabas.hu) Subject: Re: [Xen-API] Unable to move (live) VM's disk between storages X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org 2013-08-16 10:09 keltez=E9ssel, Piotr Teodorowski =EDrta: > I guess the answer is: live VDI migration is not available in XCP. > I connected to server with xencenter 6.2 instead of 6.1, and i saw this o= ption > available. > > Regards > -- > Piotr Teodorowski IMHO that capability appeared with Xenserver 6.2, which is also free (as = beer) but is going to be freed (as speech) component by component (see: = http://www.xenserver.org/) > > On Wednesday 14 of August 2013 13:57:16 Piotr Teodorowski wrote: >> Hi, >> >> I'm using XCP 1.6.10-61809c. >> I've tried to move VM's disk between 2 shared storage (both are FC) with= out >> shutting down machine. >> >> In xensource log: >> Aug 14 13:15:30 evmprap28 xapi: [debug|evmprap28|335414132 UNIX >> /var/xapi/xapi|VDI.get_by_uuid D:e0a8fe883a4f|dispatcher] >> Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; >> OLD_a88f05be-033f-4d23- a66f-715fa50439d0 ] >> >> >> What I did was: >> 1 navigate to VM storage tab >> 2 clicked Move >> 3 choose destination storage (VM_PROD) >> 4 clicked Move >> and after about 4-5 minutes error appeared. >> >> I attached xensource.log (not all) and SMlog. >> Anyone can explain what is wrong? >> There is 40GB free space on source storage and 38GB free space on >> destination sotrage. The VDI size is 12GB. >> >> Regards >> Piotr Teodorowski > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api Regards Geza Gemes _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 16 13:48:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 16 Aug 2013 13:48:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAKO8-0007t5-Jm; Fri, 16 Aug 2013 13:48:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAKO7-0007t0-SC for xen-api@lists.xensource.com; Fri, 16 Aug 2013 13:48:24 +0000 Received: from [85.158.143.35:53564] by server-3.bemta-4.messagelabs.com id 7C/B8-29480-7AD2E025; Fri, 16 Aug 2013 13:48:23 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1376660897!466626!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7809 invoked from network); 16 Aug 2013 13:48:17 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Aug 2013 13:48:17 -0000 Received: by mail-we0-f169.google.com with SMTP id n5so1675942wev.28 for ; Fri, 16 Aug 2013 06:48:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Rw4kfJaAukRfKIgsIYqiK2al4KQQYdjvcbq3KaBvkYc=; b=zDB/+e9d2fBV4aXlmL1Fa5B83suLlOoWBjgIK/bxWUk3c9+V8xTAhZST6B02PF3bCi echrMyUsRSpSMj91e0w44uXwBovL3AVpSzhdE9i6Hkwci2o9Wpv9PCQT9nG480tAseEs Habwlf5ULtjXz2NeNJpyHLfmoXVNCMnVgXfONC/ZAe7YELUpdaNWrmOG0w2r+FUrlyKu NyafC39SZE8D04j4Y/jEFeuUFA3tM8O6v/JYdljMmsB2KU3HQWl87pSovTqFZzaFKW3D E/fcKShUMipyO2KjH+beWqXbhYvbnD3QomfZekp4FmTuKpASpzDL84hPuq3ApGY7Xl05 QnGg== MIME-Version: 1.0 X-Received: by 10.194.241.228 with SMTP id wl4mr1240668wjc.2.1376660897196; Fri, 16 Aug 2013 06:48:17 -0700 (PDT) Received: by 10.216.193.74 with HTTP; Fri, 16 Aug 2013 06:48:17 -0700 (PDT) Date: Fri, 16 Aug 2013 17:48:17 +0400 Message-ID: From: George Shuklin To: xen-api@lists.xensource.com Subject: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3106725901714533477==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3106725901714533477== Content-Type: multipart/alternative; boundary=089e01493c32c0f0b804e410d729 --089e01493c32c0f0b804e410d729 Content-Type: text/plain; charset=ISO-8859-1 Good day. After VDI migration there is base copy (vhd parent) disk for VDI's of newly migrated VM. I see no way to coalesce it back except manual operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and recreating VBD). Is any way to do this? Thanks. --089e01493c32c0f0b804e410d729 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Good day.

After VDI migration there is b= ase copy (vhd parent) disk for VDI's of newly migrated VM. I see no way= to coalesce it back except manual operation with VHD (vhd-util coalesce -n= VHD -o new.vhd, introducing it back to xapi and recreating VBD).

Is any way to do this?

Thanks.
--089e01493c32c0f0b804e410d729-- --===============3106725901714533477== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3106725901714533477==-- From xen-api-bounces@lists.xen.org Fri Aug 16 13:48:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 16 Aug 2013 13:48:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAKO8-0007t5-Jm; Fri, 16 Aug 2013 13:48:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAKO7-0007t0-SC for xen-api@lists.xensource.com; Fri, 16 Aug 2013 13:48:24 +0000 Received: from [85.158.143.35:53564] by server-3.bemta-4.messagelabs.com id 7C/B8-29480-7AD2E025; Fri, 16 Aug 2013 13:48:23 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1376660897!466626!1 X-Originating-IP: [74.125.82.169] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7809 invoked from network); 16 Aug 2013 13:48:17 -0000 Received: from mail-we0-f169.google.com (HELO mail-we0-f169.google.com) (74.125.82.169) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Aug 2013 13:48:17 -0000 Received: by mail-we0-f169.google.com with SMTP id n5so1675942wev.28 for ; Fri, 16 Aug 2013 06:48:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Rw4kfJaAukRfKIgsIYqiK2al4KQQYdjvcbq3KaBvkYc=; b=zDB/+e9d2fBV4aXlmL1Fa5B83suLlOoWBjgIK/bxWUk3c9+V8xTAhZST6B02PF3bCi echrMyUsRSpSMj91e0w44uXwBovL3AVpSzhdE9i6Hkwci2o9Wpv9PCQT9nG480tAseEs Habwlf5ULtjXz2NeNJpyHLfmoXVNCMnVgXfONC/ZAe7YELUpdaNWrmOG0w2r+FUrlyKu NyafC39SZE8D04j4Y/jEFeuUFA3tM8O6v/JYdljMmsB2KU3HQWl87pSovTqFZzaFKW3D E/fcKShUMipyO2KjH+beWqXbhYvbnD3QomfZekp4FmTuKpASpzDL84hPuq3ApGY7Xl05 QnGg== MIME-Version: 1.0 X-Received: by 10.194.241.228 with SMTP id wl4mr1240668wjc.2.1376660897196; Fri, 16 Aug 2013 06:48:17 -0700 (PDT) Received: by 10.216.193.74 with HTTP; Fri, 16 Aug 2013 06:48:17 -0700 (PDT) Date: Fri, 16 Aug 2013 17:48:17 +0400 Message-ID: From: George Shuklin To: xen-api@lists.xensource.com Subject: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3106725901714533477==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3106725901714533477== Content-Type: multipart/alternative; boundary=089e01493c32c0f0b804e410d729 --089e01493c32c0f0b804e410d729 Content-Type: text/plain; charset=ISO-8859-1 Good day. After VDI migration there is base copy (vhd parent) disk for VDI's of newly migrated VM. I see no way to coalesce it back except manual operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and recreating VBD). Is any way to do this? Thanks. --089e01493c32c0f0b804e410d729 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Good day.

After VDI migration there is b= ase copy (vhd parent) disk for VDI's of newly migrated VM. I see no way= to coalesce it back except manual operation with VHD (vhd-util coalesce -n= VHD -o new.vhd, introducing it back to xapi and recreating VBD).

Is any way to do this?

Thanks.
--089e01493c32c0f0b804e410d729-- --===============3106725901714533477== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3106725901714533477==-- From xen-api-bounces@lists.xen.org Sat Aug 17 14:17:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 17 Aug 2013 14:17:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAhJb-0008Rd-Vm; Sat, 17 Aug 2013 14:17:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAhJZ-0008RV-QM; Sat, 17 Aug 2013 14:17:14 +0000 Received: from [85.158.143.35:7205] by server-1.bemta-4.messagelabs.com id 41/8A-28540-9E58F025; Sat, 17 Aug 2013 14:17:13 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1376749030!4889949!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30304 invoked from network); 17 Aug 2013 14:17:12 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Aug 2013 14:17:12 -0000 X-IronPort-AV: E=Sophos;i="4.89,901,1367971200"; d="scan'208";a="45131927" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 17 Aug 2013 14:17:09 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Sat, 17 Aug 2013 10:17:09 -0400 Message-ID: <1376749027.5386.20.camel@hastur.hellion.org.uk> From: Ian Campbell To: Antti Kantee Date: Sat, 17 Aug 2013 15:17:07 +0100 In-Reply-To: <520D6B14.1090706@iki.fi> References: <520D6B14.1090706@iki.fi> X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 Cc: xen-users@lists.xen.org, Ian Jackson , xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, 2013-08-16 at 02:58 +0300, Antti Kantee wrote: > Hi all, > > I have written initial support for running rump kernels directly on top > the Xen hypervisor. Rump kernels essentially consist of unmodified > kernel drivers, but without the added baggage associated with full > operating systems such as a scheduling policy, VM, multiprocess support, > and so forth. In essence, the work enables running minimal single-image > application domains on top of Xen while relying on real-world proven > kernel-quality drivers, including file systems, TCP/IP, SoftRAID, disk > encryption, etc. Rump kernels provide a subset of the POSIX'y > application interfaces relevant for e.g. file systems and networking, so > adapting existing applications is possible. Sounds really cool! What sort of applications have you tried this with? Does this provide enough of a posix like system (libc etc) to run "normal" applications or do applications need to be written explicitly for rump use? What I'm wondering is if this would be a more maintainable way to implement the qemu stub domains or the xenstore one? > I have pushed the implementation to github. If you wish the try the few > demos I put together, follow the instructions in the README. Please > report any and all bugs via the github interface. Testing so far was > light, but given that I wrote less than 1k lines of code including > comments and whitespace, I hope I haven't managed to cram too many bugs > in there. I think the usual statistic is that 1000 line should only have a few dozen bugs ;-D > I've done my testing on a x86_32 Dom0 with Xen 4.2.2. > > https://github.com/anttikantee/rumpuser-xen/ > > I'll explain the implementation in a bit more detail. Rump kernels are > made possible the anykernel architecture of NetBSD. Rump kernels run on > top of the rump kernel hypercall layer, so the implementation was a > matter of writing an implementation of the hypercalls for the Xen > hypervisor. I started looking at the Xen Mini-OS to figure out how to > bootstrap a domU, and quickly realized that Mini-OS implements almost > everything the rump kernel hypercall layer requires: a build infra, > cooperative thread scheduling, physical memory allocation, simple > interfaces to I/O devices such as block/net, and so forth. As a result, > the implementation is more or less plugged on top of Mini-OS, and > contains a lot of code unnecessary for rump kernels. I'm unsure if I > should fully fork Mini-OS or attempt to merge some of my changes back. > For example, it seems like the host namespace leaks into Mini-OS (i.e. > -nostdinc isn't used), and it would be nice to get that fixed. If > anyone has any smart ideas about which direction to go in, please advise. Ian Jackson has also been looking at these sorts of issues with mini-os recently, I'll let him comment on where he has gotten to etc. I think as a general rule we'd be happy with any cleanups made to mini-os. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sat Aug 17 14:17:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 17 Aug 2013 14:17:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAhJb-0008Rd-Vm; Sat, 17 Aug 2013 14:17:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAhJZ-0008RV-QM; Sat, 17 Aug 2013 14:17:14 +0000 Received: from [85.158.143.35:7205] by server-1.bemta-4.messagelabs.com id 41/8A-28540-9E58F025; Sat, 17 Aug 2013 14:17:13 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1376749030!4889949!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30304 invoked from network); 17 Aug 2013 14:17:12 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Aug 2013 14:17:12 -0000 X-IronPort-AV: E=Sophos;i="4.89,901,1367971200"; d="scan'208";a="45131927" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/AES128-SHA; 17 Aug 2013 14:17:09 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Sat, 17 Aug 2013 10:17:09 -0400 Message-ID: <1376749027.5386.20.camel@hastur.hellion.org.uk> From: Ian Campbell To: Antti Kantee Date: Sat, 17 Aug 2013 15:17:07 +0100 In-Reply-To: <520D6B14.1090706@iki.fi> References: <520D6B14.1090706@iki.fi> X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 Cc: xen-users@lists.xen.org, Ian Jackson , xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Fri, 2013-08-16 at 02:58 +0300, Antti Kantee wrote: > Hi all, > > I have written initial support for running rump kernels directly on top > the Xen hypervisor. Rump kernels essentially consist of unmodified > kernel drivers, but without the added baggage associated with full > operating systems such as a scheduling policy, VM, multiprocess support, > and so forth. In essence, the work enables running minimal single-image > application domains on top of Xen while relying on real-world proven > kernel-quality drivers, including file systems, TCP/IP, SoftRAID, disk > encryption, etc. Rump kernels provide a subset of the POSIX'y > application interfaces relevant for e.g. file systems and networking, so > adapting existing applications is possible. Sounds really cool! What sort of applications have you tried this with? Does this provide enough of a posix like system (libc etc) to run "normal" applications or do applications need to be written explicitly for rump use? What I'm wondering is if this would be a more maintainable way to implement the qemu stub domains or the xenstore one? > I have pushed the implementation to github. If you wish the try the few > demos I put together, follow the instructions in the README. Please > report any and all bugs via the github interface. Testing so far was > light, but given that I wrote less than 1k lines of code including > comments and whitespace, I hope I haven't managed to cram too many bugs > in there. I think the usual statistic is that 1000 line should only have a few dozen bugs ;-D > I've done my testing on a x86_32 Dom0 with Xen 4.2.2. > > https://github.com/anttikantee/rumpuser-xen/ > > I'll explain the implementation in a bit more detail. Rump kernels are > made possible the anykernel architecture of NetBSD. Rump kernels run on > top of the rump kernel hypercall layer, so the implementation was a > matter of writing an implementation of the hypercalls for the Xen > hypervisor. I started looking at the Xen Mini-OS to figure out how to > bootstrap a domU, and quickly realized that Mini-OS implements almost > everything the rump kernel hypercall layer requires: a build infra, > cooperative thread scheduling, physical memory allocation, simple > interfaces to I/O devices such as block/net, and so forth. As a result, > the implementation is more or less plugged on top of Mini-OS, and > contains a lot of code unnecessary for rump kernels. I'm unsure if I > should fully fork Mini-OS or attempt to merge some of my changes back. > For example, it seems like the host namespace leaks into Mini-OS (i.e. > -nostdinc isn't used), and it would be nice to get that fixed. If > anyone has any smart ideas about which direction to go in, please advise. Ian Jackson has also been looking at these sorts of issues with mini-os recently, I'll let him comment on where he has gotten to etc. I think as a general rule we'd be happy with any cleanups made to mini-os. Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Aug 18 09:35:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 18 Aug 2013 09:35:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAzOZ-0003B3-Qv; Sun, 18 Aug 2013 09:35:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAzOY-0003Av-C5; Sun, 18 Aug 2013 09:35:34 +0000 Received: from [193.109.254.147:52076] by server-16.bemta-14.messagelabs.com id 4C/CA-06264-56590125; Sun, 18 Aug 2013 09:35:33 +0000 X-Env-Sender: pooka@iki.fi X-Msg-Ref: server-9.tower-27.messagelabs.com!1376818532!4626350!1 X-Originating-IP: [130.233.192.7] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2073 invoked from network); 18 Aug 2013 09:35:32 -0000 Received: from mail.cs.hut.fi (HELO mail.cs.hut.fi) (130.233.192.7) by server-9.tower-27.messagelabs.com with SMTP; 18 Aug 2013 09:35:32 -0000 Received: from [IPv6:::1] (hutcs.cs.hut.fi [130.233.192.10]) by mail.cs.hut.fi (Postfix) with ESMTPS id F086D30844F; Sun, 18 Aug 2013 12:35:30 +0300 (EEST) Message-ID: <52109560.30801@iki.fi> Date: Sun, 18 Aug 2013 12:35:28 +0300 From: Antti Kantee MIME-Version: 1.0 To: Ian Campbell References: <520D6B14.1090706@iki.fi> <1376749027.5386.20.camel@hastur.hellion.org.uk> In-Reply-To: <1376749027.5386.20.camel@hastur.hellion.org.uk> Cc: xen-users@lists.xen.org, Ian Jackson , xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 17.8.2013 17:17, Ian Campbell wrote: > Sounds really cool! What sort of applications have you tried this with? With rump kernels hosted on POSIX systems, I've tested "everything", e.g. TCP/IP with firefox and sshd, file systems with ls, tar, etc., both for nfs, and so forth. When hosted on mini-os, things will be a bit different. Let me elaborate below. > Does this provide enough of a posix like system (libc etc) to run > "normal" applications or do applications need to be written explicitly > for rump use? Like the name suggests, a rump kernel is a kernel with some pieces missing. I've sometimes (jokingly?) described a rump kernel as KaaS (kernel-as-a-service), because an application can request services from a rump kernel, but a rump kernel will not directly affect the application -- think exec, fork, mmap, signals, etc. which are provided by "normal" kernels but do not fit into a request-response model. The first problem with complex applications is going to be their use of fork, exec, userspace threads, dlfun etc. For example, sshd does quite a few tricks with execs and forks when it starts. When running on a POSIX host, these interfaces come from the host even if sshd uses a TCP/IP service provided by a rump kernel. When the rump kernel container is a Xen domU instead of a process, well, I'm not sure how to define exec for a domU, and doubly so for exec's fd semantics ... The second, and easier, problem is that "libc etc" is not included in the scope of rump kernels and has to come from somewhere else. The good news is that the syscall stubs provided by rump kernels are fully compatible with the POSIX'y API and could be used as such (look at if curious). The non-syscall bits would still have to appear from somewhere. I noticed mini-os has a HAVE_LIBC conditional, but I did not yet look into how much that would provide of "libc etc". So, to answer your question, applications do not need to be explicitly written to use rump kernels, but all of the interfaces used by applications need to of course be provided somehow. You conceivably could run e.g. a simple web server very easily (especially one which uses an event loop over user threads or fork), but I wouldn't bet on firefox running on top of mini-os/rump kernel anytime soon. > What I'm wondering is if this would be a more maintainable way to > implement the qemu stub domains or the xenstore one? I've played with Xen only for a few days now, so I've yet to discover what the maintenance problem with the current implementation is. If you can elaborate, I can reciprocate. >> less than 1k lines of code including >> comments and whitespace, I hope I haven't managed to cram too many bugs >> in there. > > I think the usual statistic is that 1000 line should only have a few > dozen bugs ;-D My approach for beating the odds: more comments and whitespace ;) > Ian Jackson has also been looking at these sorts of issues with mini-os > recently, I'll let him comment on where he has gotten to etc. > > I think as a general rule we'd be happy with any cleanups made to > mini-os. Nice. I'd be happy if I can strip out the mini-os bits from by github repo and somehow make my work pluggable into upstream mini-os. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Sun Aug 18 09:35:49 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 18 Aug 2013 09:35:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAzOZ-0003B3-Qv; Sun, 18 Aug 2013 09:35:35 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VAzOY-0003Av-C5; Sun, 18 Aug 2013 09:35:34 +0000 Received: from [193.109.254.147:52076] by server-16.bemta-14.messagelabs.com id 4C/CA-06264-56590125; Sun, 18 Aug 2013 09:35:33 +0000 X-Env-Sender: pooka@iki.fi X-Msg-Ref: server-9.tower-27.messagelabs.com!1376818532!4626350!1 X-Originating-IP: [130.233.192.7] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2073 invoked from network); 18 Aug 2013 09:35:32 -0000 Received: from mail.cs.hut.fi (HELO mail.cs.hut.fi) (130.233.192.7) by server-9.tower-27.messagelabs.com with SMTP; 18 Aug 2013 09:35:32 -0000 Received: from [IPv6:::1] (hutcs.cs.hut.fi [130.233.192.10]) by mail.cs.hut.fi (Postfix) with ESMTPS id F086D30844F; Sun, 18 Aug 2013 12:35:30 +0300 (EEST) Message-ID: <52109560.30801@iki.fi> Date: Sun, 18 Aug 2013 12:35:28 +0300 From: Antti Kantee MIME-Version: 1.0 To: Ian Campbell References: <520D6B14.1090706@iki.fi> <1376749027.5386.20.camel@hastur.hellion.org.uk> In-Reply-To: <1376749027.5386.20.camel@hastur.hellion.org.uk> Cc: xen-users@lists.xen.org, Ian Jackson , xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 17.8.2013 17:17, Ian Campbell wrote: > Sounds really cool! What sort of applications have you tried this with? With rump kernels hosted on POSIX systems, I've tested "everything", e.g. TCP/IP with firefox and sshd, file systems with ls, tar, etc., both for nfs, and so forth. When hosted on mini-os, things will be a bit different. Let me elaborate below. > Does this provide enough of a posix like system (libc etc) to run > "normal" applications or do applications need to be written explicitly > for rump use? Like the name suggests, a rump kernel is a kernel with some pieces missing. I've sometimes (jokingly?) described a rump kernel as KaaS (kernel-as-a-service), because an application can request services from a rump kernel, but a rump kernel will not directly affect the application -- think exec, fork, mmap, signals, etc. which are provided by "normal" kernels but do not fit into a request-response model. The first problem with complex applications is going to be their use of fork, exec, userspace threads, dlfun etc. For example, sshd does quite a few tricks with execs and forks when it starts. When running on a POSIX host, these interfaces come from the host even if sshd uses a TCP/IP service provided by a rump kernel. When the rump kernel container is a Xen domU instead of a process, well, I'm not sure how to define exec for a domU, and doubly so for exec's fd semantics ... The second, and easier, problem is that "libc etc" is not included in the scope of rump kernels and has to come from somewhere else. The good news is that the syscall stubs provided by rump kernels are fully compatible with the POSIX'y API and could be used as such (look at if curious). The non-syscall bits would still have to appear from somewhere. I noticed mini-os has a HAVE_LIBC conditional, but I did not yet look into how much that would provide of "libc etc". So, to answer your question, applications do not need to be explicitly written to use rump kernels, but all of the interfaces used by applications need to of course be provided somehow. You conceivably could run e.g. a simple web server very easily (especially one which uses an event loop over user threads or fork), but I wouldn't bet on firefox running on top of mini-os/rump kernel anytime soon. > What I'm wondering is if this would be a more maintainable way to > implement the qemu stub domains or the xenstore one? I've played with Xen only for a few days now, so I've yet to discover what the maintenance problem with the current implementation is. If you can elaborate, I can reciprocate. >> less than 1k lines of code including >> comments and whitespace, I hope I haven't managed to cram too many bugs >> in there. > > I think the usual statistic is that 1000 line should only have a few > dozen bugs ;-D My approach for beating the odds: more comments and whitespace ;) > Ian Jackson has also been looking at these sorts of issues with mini-os > recently, I'll let him comment on where he has gotten to etc. > > I think as a general rule we'd be happy with any cleanups made to > mini-os. Nice. I'd be happy if I can strip out the mini-os bits from by github repo and somehow make my work pluggable into upstream mini-os. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 20 01:00:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 20 Aug 2013 01:00:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBaJK-0001S5-Jx; Tue, 20 Aug 2013 01:00:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBaJJ-0001Bk-2r for xen-api@lists.xen.org; Tue, 20 Aug 2013 01:00:37 +0000 Received: from [85.158.139.211:51876] by server-9.bemta-5.messagelabs.com id 36/04-24493-4BFB2125; Tue, 20 Aug 2013 01:00:36 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1376960434!3258865!1 X-Originating-IP: [209.85.215.48] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32140 invoked from network); 20 Aug 2013 01:00:35 -0000 Received: from mail-la0-f48.google.com (HELO mail-la0-f48.google.com) (209.85.215.48) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2013 01:00:35 -0000 Received: by mail-la0-f48.google.com with SMTP id er20so3839255lab.35 for ; Mon, 19 Aug 2013 18:00:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=SXSHIroocL0G8V6JCV3sdtpBvxf/KZcwVEoCqHn2PpI=; b=klN43vEdhU1+lHOh9FSM3fjIBPCxzPKapc5+u+4pTFZdUrBWKul/DSZEr9bX8ydUqj B7+h7wIJIUXioEmfNn959WIhysMYJmN79eUxE0rDX7ufODwahsiF5KWygm+SVM0QAHI5 03mrNKP1pObC30HUYe7IPd+LSi7wOCRBB5nPUQbpvBTKIL8rgNqL/RbYLHKIxVnEwhgG gsZ+1M5OYSJT/6AXKSQ4KRxwDsMTtCJF2qFJQTVnCYzGIn5uByvBtMO1kEn7l8X+J3/9 nDu6DV/UNsQGZowS7qW1Uc9611/5RzM9iLc5HfLVfo+1D+FlGUkkMqjNhcbrrSibuAeG DPAg== X-Received: by 10.152.5.66 with SMTP id q2mr14529490laq.13.1376960434550; Mon, 19 Aug 2013 18:00:34 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPSA id xr1sm50927lbb.14.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 18:00:34 -0700 (PDT) Message-ID: <5212BFB1.90806@gmail.com> Date: Tue, 20 Aug 2013 05:00:33 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630 Icedove/17.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <520D6B14.1090706@iki.fi> In-Reply-To: <520D6B14.1090706@iki.fi> Subject: Re: [Xen-API] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 16.08.2013 03:58, Antti Kantee wrote: > Hi all, > > I have written initial support for running rump kernels directly on > top the Xen hypervisor. Rump kernels essentially consist of > unmodified kernel drivers, but without the added baggage associated > with full operating systems such as a scheduling policy, VM, > multiprocess support, and so forth. In essence, the work enables > running minimal single-image application domains on top of Xen while > relying on real-world proven kernel-quality drivers, including file > systems, TCP/IP, SoftRAID, disk encryption, etc. Rump kernels provide > a subset of the POSIX'y application interfaces relevant for e.g. file > systems and networking, so adapting existing applications is possible. > > I have pushed the implementation to github. If you wish the try the > few demos I put together, follow the instructions in the README. > Please report any and all bugs via the github interface. Testing so > far was light, but given that I wrote less than 1k lines of code > including comments and whitespace, I hope I haven't managed to cram > too many bugs in there. I've done my testing on a x86_32 Dom0 with Xen > 4.2.2. > > https://github.com/anttikantee/rumpuser-xen/ > > I'll explain the implementation in a bit more detail. Rump kernels > are made possible the anykernel architecture of NetBSD. Rump kernels > run on top of the rump kernel hypercall layer, so the implementation > was a matter of writing an implementation of the hypercalls for the > Xen hypervisor. I started looking at the Xen Mini-OS to figure out > how to bootstrap a domU, and quickly realized that Mini-OS implements > almost everything the rump kernel hypercall layer requires: a build > infra, cooperative thread scheduling, physical memory allocation, > simple interfaces to I/O devices such as block/net, and so forth. As > a result, the implementation is more or less plugged on top of > Mini-OS, and contains a lot of code unnecessary for rump kernels. I'm > unsure if I should fully fork Mini-OS or attempt to merge some of my > changes back. For example, it seems like the host namespace leaks into > Mini-OS (i.e. -nostdinc isn't used), and it would be nice to get that > fixed. If anyone has any smart ideas about which direction to go in, > please advise. > > I thank the people who have suggested this project over the years. I > believe the first one to suggest it on a public list was Jean-Yves > Migeon quite some years ago, so explicit thanks go to him and "you > know who you are" thanks go to others. I also thank Juan RP of Void > Linux, who re-added support to Void for Xen 4.2 about 5 minutes after > I told him I'd like to do some Xen testing with a x86_32 Dom0 (moving > to 64bit systems is on my TODO list ;) > The more I see work around "split dom0 to many domains" the more I think it unexpected response to Linus VS Tannenbaum discussion. Linus creates monolithic kernel and Xen is now getting more and more like thin and slim microkernel to manage memory, device access and process execution. Everything else (including actual drivers, filesystems, rich kernel services like nfs/iscsi) is separate services, interacting via isolating microkernel. I think something should happens around xenstore, because now it is the critical part of whole stack and it is still dom0 application which easily get hit by all 'rich kernel' stuff - oom, problem with cpu steal, some IO issues, etc. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 20 01:00:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 20 Aug 2013 01:00:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBaJK-0001S5-Jx; Tue, 20 Aug 2013 01:00:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBaJJ-0001Bk-2r for xen-api@lists.xen.org; Tue, 20 Aug 2013 01:00:37 +0000 Received: from [85.158.139.211:51876] by server-9.bemta-5.messagelabs.com id 36/04-24493-4BFB2125; Tue, 20 Aug 2013 01:00:36 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1376960434!3258865!1 X-Originating-IP: [209.85.215.48] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32140 invoked from network); 20 Aug 2013 01:00:35 -0000 Received: from mail-la0-f48.google.com (HELO mail-la0-f48.google.com) (209.85.215.48) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2013 01:00:35 -0000 Received: by mail-la0-f48.google.com with SMTP id er20so3839255lab.35 for ; Mon, 19 Aug 2013 18:00:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=SXSHIroocL0G8V6JCV3sdtpBvxf/KZcwVEoCqHn2PpI=; b=klN43vEdhU1+lHOh9FSM3fjIBPCxzPKapc5+u+4pTFZdUrBWKul/DSZEr9bX8ydUqj B7+h7wIJIUXioEmfNn959WIhysMYJmN79eUxE0rDX7ufODwahsiF5KWygm+SVM0QAHI5 03mrNKP1pObC30HUYe7IPd+LSi7wOCRBB5nPUQbpvBTKIL8rgNqL/RbYLHKIxVnEwhgG gsZ+1M5OYSJT/6AXKSQ4KRxwDsMTtCJF2qFJQTVnCYzGIn5uByvBtMO1kEn7l8X+J3/9 nDu6DV/UNsQGZowS7qW1Uc9611/5RzM9iLc5HfLVfo+1D+FlGUkkMqjNhcbrrSibuAeG DPAg== X-Received: by 10.152.5.66 with SMTP id q2mr14529490laq.13.1376960434550; Mon, 19 Aug 2013 18:00:34 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPSA id xr1sm50927lbb.14.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 18:00:34 -0700 (PDT) Message-ID: <5212BFB1.90806@gmail.com> Date: Tue, 20 Aug 2013 05:00:33 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630 Icedove/17.0.7 MIME-Version: 1.0 To: xen-api@lists.xen.org References: <520D6B14.1090706@iki.fi> In-Reply-To: <520D6B14.1090706@iki.fi> Subject: Re: [Xen-API] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 16.08.2013 03:58, Antti Kantee wrote: > Hi all, > > I have written initial support for running rump kernels directly on > top the Xen hypervisor. Rump kernels essentially consist of > unmodified kernel drivers, but without the added baggage associated > with full operating systems such as a scheduling policy, VM, > multiprocess support, and so forth. In essence, the work enables > running minimal single-image application domains on top of Xen while > relying on real-world proven kernel-quality drivers, including file > systems, TCP/IP, SoftRAID, disk encryption, etc. Rump kernels provide > a subset of the POSIX'y application interfaces relevant for e.g. file > systems and networking, so adapting existing applications is possible. > > I have pushed the implementation to github. If you wish the try the > few demos I put together, follow the instructions in the README. > Please report any and all bugs via the github interface. Testing so > far was light, but given that I wrote less than 1k lines of code > including comments and whitespace, I hope I haven't managed to cram > too many bugs in there. I've done my testing on a x86_32 Dom0 with Xen > 4.2.2. > > https://github.com/anttikantee/rumpuser-xen/ > > I'll explain the implementation in a bit more detail. Rump kernels > are made possible the anykernel architecture of NetBSD. Rump kernels > run on top of the rump kernel hypercall layer, so the implementation > was a matter of writing an implementation of the hypercalls for the > Xen hypervisor. I started looking at the Xen Mini-OS to figure out > how to bootstrap a domU, and quickly realized that Mini-OS implements > almost everything the rump kernel hypercall layer requires: a build > infra, cooperative thread scheduling, physical memory allocation, > simple interfaces to I/O devices such as block/net, and so forth. As > a result, the implementation is more or less plugged on top of > Mini-OS, and contains a lot of code unnecessary for rump kernels. I'm > unsure if I should fully fork Mini-OS or attempt to merge some of my > changes back. For example, it seems like the host namespace leaks into > Mini-OS (i.e. -nostdinc isn't used), and it would be nice to get that > fixed. If anyone has any smart ideas about which direction to go in, > please advise. > > I thank the people who have suggested this project over the years. I > believe the first one to suggest it on a public list was Jean-Yves > Migeon quite some years ago, so explicit thanks go to him and "you > know who you are" thanks go to others. I also thank Juan RP of Void > Linux, who re-added support to Void for Xen 4.2 about 5 minutes after > I told him I'd like to do some Xen testing with a x86_32 Dom0 (moving > to 64bit systems is on my TODO list ;) > The more I see work around "split dom0 to many domains" the more I think it unexpected response to Linus VS Tannenbaum discussion. Linus creates monolithic kernel and Xen is now getting more and more like thin and slim microkernel to manage memory, device access and process execution. Everything else (including actual drivers, filesystems, rich kernel services like nfs/iscsi) is separate services, interacting via isolating microkernel. I think something should happens around xenstore, because now it is the critical part of whole stack and it is still dom0 application which easily get hit by all 'rich kernel' stuff - oom, problem with cpu steal, some IO issues, etc. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 20 14:19:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 20 Aug 2013 14:19:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBmmi-0007Y4-IX; Tue, 20 Aug 2013 14:19:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBmmg-0007Xk-Ru; Tue, 20 Aug 2013 14:19:46 +0000 Received: from [85.158.139.211:57507] by server-7.bemta-5.messagelabs.com id A7/4E-24315-10B73125; Tue, 20 Aug 2013 14:19:45 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1377008384!3397706!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24833 invoked from network); 20 Aug 2013 14:19:45 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2013 14:19:45 -0000 Received: by mail-lb0-f176.google.com with SMTP id w10so522466lbi.7 for ; Tue, 20 Aug 2013 07:19:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=53rE+7GeU2I1f8iWt5nfQzPVMsHfHnbhd5Dz4YvT8lo=; b=N5dQ+ARebCIyvl7KnepvTbtXXzmtAQ9H+vNhvS0dXghzlRW2qJW2BCP1gx8zfRS9s7 +1pseCTbMYYZSX1q6ikklIFd7jWsFaL4lduhElvYXWGcGGvb0TdocMl2CS5NbfIy4+8H J2mtbR8jxv0RgE66AE+kYGVukxJLDSOa8t3AK7yhdSB0ZJDsBIMb+OE6fqIfx1hfPe9C sA9UEGfVK9lMMtjzcfm3Xp9V9RT6y/oBixhiBRK9kZtc5LyM7VQzYNPk//ymPiRnYWf8 TWjOg+680kHXPoYpLVpAsq/rx/oNTG7ZYlC6gNtvCpkc7vMq1YlGuEzZay+xXOzTT2Za KGfQ== MIME-Version: 1.0 X-Received: by 10.112.14.102 with SMTP id o6mr2866067lbc.28.1377008384453; Tue, 20 Aug 2013 07:19:44 -0700 (PDT) Received: by 10.112.77.103 with HTTP; Tue, 20 Aug 2013 07:19:44 -0700 (PDT) Date: Tue, 20 Aug 2013 10:19:44 -0400 X-Google-Sender-Auth: E2MaP9b7uqpm3Z_U63AMjFkvAnY Message-ID: From: Russ Pavlicek To: xen-users@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org Subject: [Xen-API] August Xen Project Newsletter goes out later today; sign up now if you want to receive it X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org The Xen Project Newsletter is a quick read which captures the highlights for the past month. If you don't have time to visit the Xen websites regularly, the newsletter helps keep you in touch with what's going on. The August edition of the #XenProject newsletter comes out later today. To get your copy, go to http://xenproject.org/subscribe.html and sign up. Russ Pavlicek Xen Project Evangelist _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 20 14:19:59 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 20 Aug 2013 14:19:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBmmi-0007Y4-IX; Tue, 20 Aug 2013 14:19:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBmmg-0007Xk-Ru; Tue, 20 Aug 2013 14:19:46 +0000 Received: from [85.158.139.211:57507] by server-7.bemta-5.messagelabs.com id A7/4E-24315-10B73125; Tue, 20 Aug 2013 14:19:45 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1377008384!3397706!1 X-Originating-IP: [209.85.217.176] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24833 invoked from network); 20 Aug 2013 14:19:45 -0000 Received: from mail-lb0-f176.google.com (HELO mail-lb0-f176.google.com) (209.85.217.176) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2013 14:19:45 -0000 Received: by mail-lb0-f176.google.com with SMTP id w10so522466lbi.7 for ; Tue, 20 Aug 2013 07:19:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=53rE+7GeU2I1f8iWt5nfQzPVMsHfHnbhd5Dz4YvT8lo=; b=N5dQ+ARebCIyvl7KnepvTbtXXzmtAQ9H+vNhvS0dXghzlRW2qJW2BCP1gx8zfRS9s7 +1pseCTbMYYZSX1q6ikklIFd7jWsFaL4lduhElvYXWGcGGvb0TdocMl2CS5NbfIy4+8H J2mtbR8jxv0RgE66AE+kYGVukxJLDSOa8t3AK7yhdSB0ZJDsBIMb+OE6fqIfx1hfPe9C sA9UEGfVK9lMMtjzcfm3Xp9V9RT6y/oBixhiBRK9kZtc5LyM7VQzYNPk//ymPiRnYWf8 TWjOg+680kHXPoYpLVpAsq/rx/oNTG7ZYlC6gNtvCpkc7vMq1YlGuEzZay+xXOzTT2Za KGfQ== MIME-Version: 1.0 X-Received: by 10.112.14.102 with SMTP id o6mr2866067lbc.28.1377008384453; Tue, 20 Aug 2013 07:19:44 -0700 (PDT) Received: by 10.112.77.103 with HTTP; Tue, 20 Aug 2013 07:19:44 -0700 (PDT) Date: Tue, 20 Aug 2013 10:19:44 -0400 X-Google-Sender-Auth: E2MaP9b7uqpm3Z_U63AMjFkvAnY Message-ID: From: Russ Pavlicek To: xen-users@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org Subject: [Xen-API] August Xen Project Newsletter goes out later today; sign up now if you want to receive it X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org The Xen Project Newsletter is a quick read which captures the highlights for the past month. If you don't have time to visit the Xen websites regularly, the newsletter helps keep you in touch with what's going on. The August edition of the #XenProject newsletter comes out later today. To get your copy, go to http://xenproject.org/subscribe.html and sign up. Russ Pavlicek Xen Project Evangelist _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 20 19:54:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 20 Aug 2013 19:54:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBs00-0000jb-HU; Tue, 20 Aug 2013 19:53:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBrzy-0000jL-JF; Tue, 20 Aug 2013 19:53:50 +0000 Received: from [193.109.254.147:17414] by server-7.bemta-14.messagelabs.com id FC/77-04456-D49C3125; Tue, 20 Aug 2013 19:53:49 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1377028420!5039234!1 X-Originating-IP: [209.85.215.52] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDU5NjEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10358 invoked from network); 20 Aug 2013 19:53:41 -0000 Received: from mail-la0-f52.google.com (HELO mail-la0-f52.google.com) (209.85.215.52) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2013 19:53:41 -0000 Received: by mail-la0-f52.google.com with SMTP id ev20so659145lab.39 for ; Tue, 20 Aug 2013 12:53:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=PYkdZsZMxGcOAr5SvQCjhiEvpjxsULYcOBJMhO8B9/E=; b=n+xXhIjuT53AC/nwMb9tScYU/C6c1xH3Lm26365tFZYFpm/3HongffneAe5breyrrh hkmyhPYTIqm+p8YnEVw/PmokOseUOxwjE1mVSzGw21uU6gjBRGETHtqnGo1ndX7K8pe2 Ei2UcayvAn2sPWm70BNNmy+ZlnB43SZR8s7e4crV5B4gQrTjQfYUabjMsgzWPs9R6UQN 1cbN1FPyohk97YreOHX1SS8nuqgQyipaA+SY4Tg1Kn3CZfP+6uz0cq1HKwKh6bD1GUea HPuONR9fu7IXZ0sd0Kde6fyurl6zQ2GwgOLwtHbTQ+510TCK0hlXzwmxW3GWlZB9Wajp 7zZw== MIME-Version: 1.0 X-Received: by 10.112.28.109 with SMTP id a13mr3952539lbh.3.1377028420581; Tue, 20 Aug 2013 12:53:40 -0700 (PDT) Received: by 10.112.77.103 with HTTP; Tue, 20 Aug 2013 12:53:40 -0700 (PDT) In-Reply-To: References: <1375772869.9712.66.camel@Abyss> Date: Tue, 20 Aug 2013 15:53:40 -0400 X-Google-Sender-Auth: NXZu_kG1MjCD8KkFzjSRgkg8TtY Message-ID: From: Russ Pavlicek To: Russ Pavlicek Cc: Dario Faggioli , xen-devel@lists.xen.org, xs-devel@lists.xenserver.org, xen-users@lists.xen.org, cl-mirage@lists.cam.ac.uk, xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] INPUT REQUESTED: Moving August Xen Docs Day to September 6? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Given the lack of response to my earlier query about moving the August Xen Document Day to the beginning of September, we will opt to cancel this month's Document Day instead. We will resume our normal Xen Document Day schedule in September. Of course, if you wish to work on documentation on August 26, please go right ahead. But we won't be asking for people to pitch in and help, given that a significant number of contributors won't be available on that day. Thank you, and I hope those of you on vacation/holiday will have a refreshing time off. Russ Pavlicek Xen Project Evangelist On Wed, Aug 14, 2013 at 9:56 AM, Russ Pavlicek wrote: > Anyone else interested in moving the August Document Day to September > 6? Maybe cancelling the August Document Day is a better solution. If > we don't get at least five people interested in moving the day, > cancelling it might be the better alternative. We'd resume the Doc > Days at the normal time in September. > > Thanks, > > Russ > > On Tue, Aug 6, 2013 at 3:07 AM, Dario Faggioli > wrote: >> On lun, 2013-08-05 at 23:13 -0400, Russ Pavlicek wrote: >>> Folks, >>> >>> Given the high number of vacation/holiday plans of people during the >>> last week of August, I'd like to suggest moving the August 26 Xen >>> Project Documentation Day to Friday, September 6. >>> >> FWIW, that is exactly my case, I'd be away on the 26th and I'll be >> working on the 6th. >> >>> Anyone have a reason to leave it as is, or move it to another day? >>> >> It sounds a really reasonable proposal to me. >> >> Dario >> >> -- >> <> (Raistlin Majere) >> ----------------------------------------------------------------- >> Dario Faggioli, Ph.D, http://about.me/dario.faggioli >> Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) >> _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Aug 20 19:54:02 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 20 Aug 2013 19:54:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBs00-0000jb-HU; Tue, 20 Aug 2013 19:53:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VBrzy-0000jL-JF; Tue, 20 Aug 2013 19:53:50 +0000 Received: from [193.109.254.147:17414] by server-7.bemta-14.messagelabs.com id FC/77-04456-D49C3125; Tue, 20 Aug 2013 19:53:49 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1377028420!5039234!1 X-Originating-IP: [209.85.215.52] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDU5NjEgKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10358 invoked from network); 20 Aug 2013 19:53:41 -0000 Received: from mail-la0-f52.google.com (HELO mail-la0-f52.google.com) (209.85.215.52) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Aug 2013 19:53:41 -0000 Received: by mail-la0-f52.google.com with SMTP id ev20so659145lab.39 for ; Tue, 20 Aug 2013 12:53:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=PYkdZsZMxGcOAr5SvQCjhiEvpjxsULYcOBJMhO8B9/E=; b=n+xXhIjuT53AC/nwMb9tScYU/C6c1xH3Lm26365tFZYFpm/3HongffneAe5breyrrh hkmyhPYTIqm+p8YnEVw/PmokOseUOxwjE1mVSzGw21uU6gjBRGETHtqnGo1ndX7K8pe2 Ei2UcayvAn2sPWm70BNNmy+ZlnB43SZR8s7e4crV5B4gQrTjQfYUabjMsgzWPs9R6UQN 1cbN1FPyohk97YreOHX1SS8nuqgQyipaA+SY4Tg1Kn3CZfP+6uz0cq1HKwKh6bD1GUea HPuONR9fu7IXZ0sd0Kde6fyurl6zQ2GwgOLwtHbTQ+510TCK0hlXzwmxW3GWlZB9Wajp 7zZw== MIME-Version: 1.0 X-Received: by 10.112.28.109 with SMTP id a13mr3952539lbh.3.1377028420581; Tue, 20 Aug 2013 12:53:40 -0700 (PDT) Received: by 10.112.77.103 with HTTP; Tue, 20 Aug 2013 12:53:40 -0700 (PDT) In-Reply-To: References: <1375772869.9712.66.camel@Abyss> Date: Tue, 20 Aug 2013 15:53:40 -0400 X-Google-Sender-Auth: NXZu_kG1MjCD8KkFzjSRgkg8TtY Message-ID: From: Russ Pavlicek To: Russ Pavlicek Cc: Dario Faggioli , xen-devel@lists.xen.org, xs-devel@lists.xenserver.org, xen-users@lists.xen.org, cl-mirage@lists.cam.ac.uk, xen-api@lists.xen.org Subject: Re: [Xen-API] [Xen-devel] INPUT REQUESTED: Moving August Xen Docs Day to September 6? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Given the lack of response to my earlier query about moving the August Xen Document Day to the beginning of September, we will opt to cancel this month's Document Day instead. We will resume our normal Xen Document Day schedule in September. Of course, if you wish to work on documentation on August 26, please go right ahead. But we won't be asking for people to pitch in and help, given that a significant number of contributors won't be available on that day. Thank you, and I hope those of you on vacation/holiday will have a refreshing time off. Russ Pavlicek Xen Project Evangelist On Wed, Aug 14, 2013 at 9:56 AM, Russ Pavlicek wrote: > Anyone else interested in moving the August Document Day to September > 6? Maybe cancelling the August Document Day is a better solution. If > we don't get at least five people interested in moving the day, > cancelling it might be the better alternative. We'd resume the Doc > Days at the normal time in September. > > Thanks, > > Russ > > On Tue, Aug 6, 2013 at 3:07 AM, Dario Faggioli > wrote: >> On lun, 2013-08-05 at 23:13 -0400, Russ Pavlicek wrote: >>> Folks, >>> >>> Given the high number of vacation/holiday plans of people during the >>> last week of August, I'd like to suggest moving the August 26 Xen >>> Project Documentation Day to Friday, September 6. >>> >> FWIW, that is exactly my case, I'd be away on the 26th and I'll be >> working on the 6th. >> >>> Anyone have a reason to leave it as is, or move it to another day? >>> >> It sounds a really reasonable proposal to me. >> >> Dario >> >> -- >> <> (Raistlin Majere) >> ----------------------------------------------------------------- >> Dario Faggioli, Ph.D, http://about.me/dario.faggioli >> Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) >> _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 21 13:41:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 21 Aug 2013 13:41:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VC8fD-0002lu-8j; Wed, 21 Aug 2013 13:41:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VC8fC-0002lj-9T; Wed, 21 Aug 2013 13:41:30 +0000 Received: from [85.158.139.211:33362] by server-9.bemta-5.messagelabs.com id F1/A5-24493-983C4125; Wed, 21 Aug 2013 13:41:29 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1377092487!3597013!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17679 invoked from network); 21 Aug 2013 13:41:28 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Aug 2013 13:41:28 -0000 X-IronPort-AV: E=Sophos;i="4.89,928,1367971200"; d="scan'208";a="46152339" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Aug 2013 13:41:26 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 21 Aug 2013 09:41:26 -0400 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1VC8f7-0001NY-Ma; Wed, 21 Aug 2013 13:41:25 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1VC8f7-0005jK-CT; Wed, 21 Aug 2013 14:41:25 +0100 From: Ian Jackson MIME-Version: 1.0 Message-ID: <21012.50053.121469.983371@mariner.uk.xensource.com> Date: Wed, 21 Aug 2013 14:41:25 +0100 To: Antti Kantee In-Reply-To: <52109560.30801@iki.fi> References: <520D6B14.1090706@iki.fi> <1376749027.5386.20.camel@hastur.hellion.org.uk> <52109560.30801@iki.fi> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) X-DLP: MIA1 Cc: xen-users@lists.xen.org, xen-api@lists.xen.org, Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Antti Kantee writes ("Re: [Xen-users] rump kernels running on the Xen hypervisor"): > So, to answer your question, applications do not need to be explicitly > written to use rump kernels, but all of the interfaces used by > applications need to of course be provided somehow. [...] This is all very exciting and as Ian Jackson says very similar to something I've been working on. I started from the other end and it may be that I can combine what I've done so far with what you've done. I compiled up your example, against Xen 4.4-unstable, and I'm afraid it doesn't work for me. Console log below. Do you have any suggestions for debugging it or should I just plunge in ? Did you test this on i386 or should I rebuild as amd64 ? I think this approach will be an excellent one for stub domains such as qemu, proposed stub-pygrub, etc. But thinking about what you've done, I think we probably want to do something a bit different with block and networking. Does the NetBSD VFS have - tmpfs on variable-sized ramdisk - romfs based on a cpio archive or the like ? Producing an ffs image for something like a qemu-dm is going to be annoying. And often networking wants to be handled by something like SOCKS rather than by having an extra TCP stack in the stub domain. The reason for this is that it avoids having to allocate MAC and IP addresses to a whole bunch of service domains; the administrator probably wants them to piggyback on dom0's networking. Regards, Ian. Xen Minimal OS! start_info: 001fa000(VA) nr_pages: 0x800 shared_inf: 0x7f03e000(MA) pt_base: 001fd000(VA) nr_pt_frames: 0x5 mfn_list: 001f8000(VA) mod_start: 0x0(VA) mod_len: 0 flags: 0x0 cmd_line: 3 stack: 001d2240-001f2240 MM: Init _text: 00000000(VA) _etext: 0016df32(VA) _erodata: 00199000(VA) _edata: 0019ddbc(VA) stack start: 001d2240(VA) _end: 001f73f8(VA) start_pfn: 205 max_pfn: 800 Mapping memory range 0x400000 - 0x800000 setting 00000000-00199000 readonly skipped 00001000 MM: Initialise page allocator for 207000(207000)-0(800000) MM: done Demand map pfns at 801000-80801000. Initialising timer interface Initialising console ... done. gnttab_table mapped at 00801000. Initialising scheduler xenbus initialised on irq 1 mfn 0x60cb1 Dummy main: start_info=001f3180 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 6.99.23 (RUMP-ROAST) #0: Tue Aug 20 18:33:04 BST 2013 iwj@mariner:/u/iwj/work/Rump-kernels/xen/extras/rumpuser-xen/rumpobj/lib/librump total memory = unlimited (host limit) timecounter: Timecounters tick every 10.000 msec timecounter: Timecounter "rumpclk" frequency 100 Hz quality 0 cpu0 at thinair0: rump virtual cpu root file system type: rumpfs ******************* BLKFRONT for device/vbd/768 ********** Page fault at linear address c2c2c36a, eip 0016961c, regs 0024ff04, sp c2c2c2c2, our_sp 0024fee8, code 0 Thread: biopoll EIP: 16961c, EFLAGS 10212. EBX: c2c2c2c2 ECX: 0020c0bc EDX: 0020c138 ESI: 00000000 EDI: 0000001a EBP: 0024ff80 EAX: c2c2c2c2 DS: c2c2e021 ES: e021 orig_eax: ffffffff, eip: 0016961c CS: e019 EFLAGS: 00010212 esp: c2c2c2c2 ss: c2c2c2c2 base is 0x24ff80 caller is 0x169819 base is 0x24ffa0 caller is 0x169a0a base is 0x24ffc0 caller is 0xfbf2 base is 0x24fff0 caller is 0x31ad c2c2c2b0:Page fault in pagetable walk (access to invalid memory?). _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 21 13:41:41 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 21 Aug 2013 13:41:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VC8fD-0002lu-8j; Wed, 21 Aug 2013 13:41:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VC8fC-0002lj-9T; Wed, 21 Aug 2013 13:41:30 +0000 Received: from [85.158.139.211:33362] by server-9.bemta-5.messagelabs.com id F1/A5-24493-983C4125; Wed, 21 Aug 2013 13:41:29 +0000 X-Env-Sender: Ian.Jackson@eu.citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1377092487!3597013!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17679 invoked from network); 21 Aug 2013 13:41:28 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 21 Aug 2013 13:41:28 -0000 X-IronPort-AV: E=Sophos;i="4.89,928,1367971200"; d="scan'208";a="46152339" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 21 Aug 2013 13:41:26 +0000 Received: from norwich.cam.xci-test.com (10.80.248.129) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Wed, 21 Aug 2013 09:41:26 -0400 Received: from mariner.cam.xci-test.com ([10.80.2.22] helo=mariner.uk.xensource.com ident=Debian-exim) by norwich.cam.xci-test.com with esmtp (Exim 4.72) (envelope-from ) id 1VC8f7-0001NY-Ma; Wed, 21 Aug 2013 13:41:25 +0000 Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72) (envelope-from ) id 1VC8f7-0005jK-CT; Wed, 21 Aug 2013 14:41:25 +0100 From: Ian Jackson MIME-Version: 1.0 Message-ID: <21012.50053.121469.983371@mariner.uk.xensource.com> Date: Wed, 21 Aug 2013 14:41:25 +0100 To: Antti Kantee In-Reply-To: <52109560.30801@iki.fi> References: <520D6B14.1090706@iki.fi> <1376749027.5386.20.camel@hastur.hellion.org.uk> <52109560.30801@iki.fi> X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu) X-DLP: MIA1 Cc: xen-users@lists.xen.org, xen-api@lists.xen.org, Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Antti Kantee writes ("Re: [Xen-users] rump kernels running on the Xen hypervisor"): > So, to answer your question, applications do not need to be explicitly > written to use rump kernels, but all of the interfaces used by > applications need to of course be provided somehow. [...] This is all very exciting and as Ian Jackson says very similar to something I've been working on. I started from the other end and it may be that I can combine what I've done so far with what you've done. I compiled up your example, against Xen 4.4-unstable, and I'm afraid it doesn't work for me. Console log below. Do you have any suggestions for debugging it or should I just plunge in ? Did you test this on i386 or should I rebuild as amd64 ? I think this approach will be an excellent one for stub domains such as qemu, proposed stub-pygrub, etc. But thinking about what you've done, I think we probably want to do something a bit different with block and networking. Does the NetBSD VFS have - tmpfs on variable-sized ramdisk - romfs based on a cpio archive or the like ? Producing an ffs image for something like a qemu-dm is going to be annoying. And often networking wants to be handled by something like SOCKS rather than by having an extra TCP stack in the stub domain. The reason for this is that it avoids having to allocate MAC and IP addresses to a whole bunch of service domains; the administrator probably wants them to piggyback on dom0's networking. Regards, Ian. Xen Minimal OS! start_info: 001fa000(VA) nr_pages: 0x800 shared_inf: 0x7f03e000(MA) pt_base: 001fd000(VA) nr_pt_frames: 0x5 mfn_list: 001f8000(VA) mod_start: 0x0(VA) mod_len: 0 flags: 0x0 cmd_line: 3 stack: 001d2240-001f2240 MM: Init _text: 00000000(VA) _etext: 0016df32(VA) _erodata: 00199000(VA) _edata: 0019ddbc(VA) stack start: 001d2240(VA) _end: 001f73f8(VA) start_pfn: 205 max_pfn: 800 Mapping memory range 0x400000 - 0x800000 setting 00000000-00199000 readonly skipped 00001000 MM: Initialise page allocator for 207000(207000)-0(800000) MM: done Demand map pfns at 801000-80801000. Initialising timer interface Initialising console ... done. gnttab_table mapped at 00801000. Initialising scheduler xenbus initialised on irq 1 mfn 0x60cb1 Dummy main: start_info=001f3180 Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 6.99.23 (RUMP-ROAST) #0: Tue Aug 20 18:33:04 BST 2013 iwj@mariner:/u/iwj/work/Rump-kernels/xen/extras/rumpuser-xen/rumpobj/lib/librump total memory = unlimited (host limit) timecounter: Timecounters tick every 10.000 msec timecounter: Timecounter "rumpclk" frequency 100 Hz quality 0 cpu0 at thinair0: rump virtual cpu root file system type: rumpfs ******************* BLKFRONT for device/vbd/768 ********** Page fault at linear address c2c2c36a, eip 0016961c, regs 0024ff04, sp c2c2c2c2, our_sp 0024fee8, code 0 Thread: biopoll EIP: 16961c, EFLAGS 10212. EBX: c2c2c2c2 ECX: 0020c0bc EDX: 0020c138 ESI: 00000000 EDI: 0000001a EBP: 0024ff80 EAX: c2c2c2c2 DS: c2c2e021 ES: e021 orig_eax: ffffffff, eip: 0016961c CS: e019 EFLAGS: 00010212 esp: c2c2c2c2 ss: c2c2c2c2 base is 0x24ff80 caller is 0x169819 base is 0x24ffa0 caller is 0x169a0a base is 0x24ffc0 caller is 0xfbf2 base is 0x24fff0 caller is 0x31ad c2c2c2b0:Page fault in pagetable walk (access to invalid memory?). _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 21 14:09:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 21 Aug 2013 14:09:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VC95k-00042I-5x; Wed, 21 Aug 2013 14:08:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VC95i-000424-T9; Wed, 21 Aug 2013 14:08:54 +0000 Received: from [85.158.143.35:15162] by server-3.bemta-4.messagelabs.com id 2C/36-08835-5F9C4125; Wed, 21 Aug 2013 14:08:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1377094132!5633276!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5977 invoked from network); 21 Aug 2013 14:08:53 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Aug 2013 14:08:53 -0000 X-IronPort-AV: E=Sophos;i="4.89,928,1367971200"; d="scan'208";a="43985863" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 21 Aug 2013 14:08:51 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 21 Aug 2013 10:08:51 -0400 Message-ID: <1377094130.31937.68.camel@hastur.hellion.org.uk> From: Ian Campbell To: Ian Jackson Date: Wed, 21 Aug 2013 15:08:50 +0100 In-Reply-To: <21012.50053.121469.983371@mariner.uk.xensource.com> References: <520D6B14.1090706@iki.fi> <1376749027.5386.20.camel@hastur.hellion.org.uk> <52109560.30801@iki.fi> <21012.50053.121469.983371@mariner.uk.xensource.com> X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Wed, 2013-08-21 at 14:41 +0100, Ian Jackson wrote: > Antti Kantee writes ("Re: [Xen-users] rump kernels running on the Xen hypervisor"): > > So, to answer your question, applications do not need to be explicitly > > written to use rump kernels, but all of the interfaces used by > > applications need to of course be provided somehow. [...] > > This is all very exciting and as Ian Jackson says Oh dear, if *you* are going to starting getting us confused I'm not sure what chance we have. :-P Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 21 14:09:03 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 21 Aug 2013 14:09:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VC95k-00042I-5x; Wed, 21 Aug 2013 14:08:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VC95i-000424-T9; Wed, 21 Aug 2013 14:08:54 +0000 Received: from [85.158.143.35:15162] by server-3.bemta-4.messagelabs.com id 2C/36-08835-5F9C4125; Wed, 21 Aug 2013 14:08:53 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1377094132!5633276!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5977 invoked from network); 21 Aug 2013 14:08:53 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 21 Aug 2013 14:08:53 -0000 X-IronPort-AV: E=Sophos;i="4.89,928,1367971200"; d="scan'208";a="43985863" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 21 Aug 2013 14:08:51 +0000 Received: from [127.0.0.1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Wed, 21 Aug 2013 10:08:51 -0400 Message-ID: <1377094130.31937.68.camel@hastur.hellion.org.uk> From: Ian Campbell To: Ian Jackson Date: Wed, 21 Aug 2013 15:08:50 +0100 In-Reply-To: <21012.50053.121469.983371@mariner.uk.xensource.com> References: <520D6B14.1090706@iki.fi> <1376749027.5386.20.camel@hastur.hellion.org.uk> <52109560.30801@iki.fi> <21012.50053.121469.983371@mariner.uk.xensource.com> X-Mailer: Evolution 3.4.4-3 MIME-Version: 1.0 X-DLP: MIA1 Cc: xen-users@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Wed, 2013-08-21 at 14:41 +0100, Ian Jackson wrote: > Antti Kantee writes ("Re: [Xen-users] rump kernels running on the Xen hypervisor"): > > So, to answer your question, applications do not need to be explicitly > > written to use rump kernels, but all of the interfaces used by > > applications need to of course be provided somehow. [...] > > This is all very exciting and as Ian Jackson says Oh dear, if *you* are going to starting getting us confused I'm not sure what chance we have. :-P Ian. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 21 20:18:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 21 Aug 2013 20:18:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCEr4-0004X0-BQ; Wed, 21 Aug 2013 20:18:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCEr3-0004Wn-Ev for xen-api@lists.xen.org; Wed, 21 Aug 2013 20:18:09 +0000 Received: from [85.158.137.68:59021] by server-2.bemta-3.messagelabs.com id 55/15-14467-08025125; Wed, 21 Aug 2013 20:18:08 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1377116287!3065484!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23641 invoked from network); 21 Aug 2013 20:18:07 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Aug 2013 20:18:07 -0000 Received: by mail-lb0-f181.google.com with SMTP id u12so768310lbd.40 for ; Wed, 21 Aug 2013 13:18:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=koj8hDM32GAr53QdsDlgatimlGOe9EuzRFq2ZVSgIts=; b=OGQrAKYXPfpDRxeeZbRZMwM7nhqt9kEyh9eoI1qdtiOeKJxPJwcQ9upfQ9ZYI7csn5 lh3u1gq37TePdDNThCBbNagSYi7Xa9JndjC6dCthn1aO3N7IiDnqOXjc/GdSLbb9V4ph KK2/QBIP1Y2fZc0heVCIzBXVoyswfr8+0rv9Ui4Ra2/0fyFplR/YDi/GgdRzM0iyDo+C mQ2W9yM/AXLbRm8+XowuMNzGfeZjfmuNGO6feIhyeh6rkabRhQoZx3mTUmiDYCUX4C1S YlOHvsOip7Pmpd7jsKrl7dW05UHBDjgdHVn5y5fSckoGr6tbQUTlUgqaNZFfL5Sks6Na gEWw== X-Received: by 10.152.19.97 with SMTP id d1mr3187079lae.34.1377116287179; Wed, 21 Aug 2013 13:18:07 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPSA id i3sm3523421laf.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 21 Aug 2013 13:18:06 -0700 (PDT) Message-ID: <5215207D.8030607@gmail.com> Date: Thu, 22 Aug 2013 00:18:05 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630 Icedove/17.0.7 MIME-Version: 1.0 To: "'xen-api@lists.xen.org'" Subject: [Xen-API] kernel bug report: panic on MCE on recoverable ECC error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Good day. Today we've god very unfunny bug. Server with multibit ECC memory catch recoverable error. It was logged to IMPI SEL (system event log) on hardware and sent to OS on that host. Usually those messages simply prints event to dmesg and admins lazily evacuate host and replace memory (or even ignore single error). Those errors are non-fatal. But we've got panic and trace in arch/x86/kernel/cpu/mcheck/mce_dom0.c:39 convert_log with following reboot instead of harmless dmesg message. Trace is below, but my question is: where I should send bugreports on citrix kernel? Aug 21 18:07:14 10.1.3.44 [ 7162.416812] ------------[ cut here ]------------ Aug 21 18:07:14 10.1.3.44 [ 7162.420590] WARNING: at arch/x86/kernel/cpu/mcheck/mce_dom0.c:39 convert_log+0x199/0x1b0() Aug 21 18:07:14 10.1.3.44 [ 7162.421332] Hardware name: X9DRT-HF+ (modules skip) Aug 21 18:07:14 10.1.3.44 [last unloaded: microcode] Aug 21 18:07:14 10.1.3.44 Aug 21 18:07:14 10.1.3.44 [ 7162.520280] Pid: 0, comm: swapper Not tainted 2.6.32.43-0.4.1.xs1.6.10.741.170752xen #1 Aug 21 18:07:14 10.1.3.44 [ 7162.521387] Call Trace: Aug 21 18:07:14 10.1.3.44 [ 7162.522144] [] ? convert_log+0x199/0x1b0 Aug 21 18:07:14 10.1.3.44 [ 7162.522882] [] warn_slowpath_common+0x81/0xa0 Aug 21 18:07:14 10.1.3.44 [ 7162.524701] [] ? convert_log+0x199/0x1b0 Aug 21 18:07:14 10.1.3.44 [ 7162.525433] [] warn_slowpath_null+0x1a/0x20 Aug 21 18:07:14 10.1.3.44 [ 7162.525813] [] convert_log+0x199/0x1b0 Aug 21 18:07:14 10.1.3.44 [ 7162.526177] [] mce_dom0_interrupt+0xa3/0x120 Aug 21 18:07:14 10.1.3.44 [ 7162.526211] [] handle_IRQ_event+0x55/0x180 Aug 21 18:07:14 10.1.3.44 [ 7162.526592] [] ? handle_IRQ_event+0x55/0x180 Aug 21 18:07:14 10.1.3.44 [ 7162.528148] [] handle_level_irq+0x8a/0x130 Aug 21 18:07:14 10.1.3.44 [ 7162.528547] [] handle_irq+0x39/0x60 Aug 21 18:07:14 10.1.3.44 [ 7162.528939] [] evtchn_do_upcall+0x135/0x326 Aug 21 18:07:14 10.1.3.44 [ 7162.529671] [] ? schedule+0x375/0xae0 Aug 21 18:07:14 10.1.3.44 [ 7162.529703] [] hypervisor_callback+0x43/0x4b Aug 21 18:07:14 10.1.3.44 [ 7162.532047] [] ? xen_safe_halt+0xb5/0x150 Aug 21 18:07:14 10.1.3.44 [ 7162.532840] [] xen_idle+0x2e/0x80 Aug 21 18:07:14 10.1.3.44 [ 7162.533231] [] cpu_idle+0x3f/0x70 Aug 21 18:07:14 10.1.3.44 [ 7162.533985] [] rest_init+0x62/0x70 Aug 21 18:07:14 10.1.3.44 [ 7162.535448] [] start_kernel+0x2a5/0x340 Aug 21 18:07:14 10.1.3.44 [ 7162.536189] [] ? unknown_bootoption+0x0/0x1f0 Aug 21 18:07:14 10.1.3.44 [ 7162.536914] [] i386_start_kernel+0x7c/0x90 Aug 21 18:07:14 10.1.3.44 [ 7162.537654] ---[ end trace 76553ff173258821 ]--- _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 21 20:18:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 21 Aug 2013 20:18:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCEr4-0004X0-BQ; Wed, 21 Aug 2013 20:18:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCEr3-0004Wn-Ev for xen-api@lists.xen.org; Wed, 21 Aug 2013 20:18:09 +0000 Received: from [85.158.137.68:59021] by server-2.bemta-3.messagelabs.com id 55/15-14467-08025125; Wed, 21 Aug 2013 20:18:08 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1377116287!3065484!1 X-Originating-IP: [209.85.217.181] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23641 invoked from network); 21 Aug 2013 20:18:07 -0000 Received: from mail-lb0-f181.google.com (HELO mail-lb0-f181.google.com) (209.85.217.181) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 21 Aug 2013 20:18:07 -0000 Received: by mail-lb0-f181.google.com with SMTP id u12so768310lbd.40 for ; Wed, 21 Aug 2013 13:18:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=koj8hDM32GAr53QdsDlgatimlGOe9EuzRFq2ZVSgIts=; b=OGQrAKYXPfpDRxeeZbRZMwM7nhqt9kEyh9eoI1qdtiOeKJxPJwcQ9upfQ9ZYI7csn5 lh3u1gq37TePdDNThCBbNagSYi7Xa9JndjC6dCthn1aO3N7IiDnqOXjc/GdSLbb9V4ph KK2/QBIP1Y2fZc0heVCIzBXVoyswfr8+0rv9Ui4Ra2/0fyFplR/YDi/GgdRzM0iyDo+C mQ2W9yM/AXLbRm8+XowuMNzGfeZjfmuNGO6feIhyeh6rkabRhQoZx3mTUmiDYCUX4C1S YlOHvsOip7Pmpd7jsKrl7dW05UHBDjgdHVn5y5fSckoGr6tbQUTlUgqaNZFfL5Sks6Na gEWw== X-Received: by 10.152.19.97 with SMTP id d1mr3187079lae.34.1377116287179; Wed, 21 Aug 2013 13:18:07 -0700 (PDT) Received: from home.desunote.ru ([2a00:11d8:1201:0:962b:18:e716:fb97]) by mx.google.com with ESMTPSA id i3sm3523421laf.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 21 Aug 2013 13:18:06 -0700 (PDT) Message-ID: <5215207D.8030607@gmail.com> Date: Thu, 22 Aug 2013 00:18:05 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630 Icedove/17.0.7 MIME-Version: 1.0 To: "'xen-api@lists.xen.org'" Subject: [Xen-API] kernel bug report: panic on MCE on recoverable ECC error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Good day. Today we've god very unfunny bug. Server with multibit ECC memory catch recoverable error. It was logged to IMPI SEL (system event log) on hardware and sent to OS on that host. Usually those messages simply prints event to dmesg and admins lazily evacuate host and replace memory (or even ignore single error). Those errors are non-fatal. But we've got panic and trace in arch/x86/kernel/cpu/mcheck/mce_dom0.c:39 convert_log with following reboot instead of harmless dmesg message. Trace is below, but my question is: where I should send bugreports on citrix kernel? Aug 21 18:07:14 10.1.3.44 [ 7162.416812] ------------[ cut here ]------------ Aug 21 18:07:14 10.1.3.44 [ 7162.420590] WARNING: at arch/x86/kernel/cpu/mcheck/mce_dom0.c:39 convert_log+0x199/0x1b0() Aug 21 18:07:14 10.1.3.44 [ 7162.421332] Hardware name: X9DRT-HF+ (modules skip) Aug 21 18:07:14 10.1.3.44 [last unloaded: microcode] Aug 21 18:07:14 10.1.3.44 Aug 21 18:07:14 10.1.3.44 [ 7162.520280] Pid: 0, comm: swapper Not tainted 2.6.32.43-0.4.1.xs1.6.10.741.170752xen #1 Aug 21 18:07:14 10.1.3.44 [ 7162.521387] Call Trace: Aug 21 18:07:14 10.1.3.44 [ 7162.522144] [] ? convert_log+0x199/0x1b0 Aug 21 18:07:14 10.1.3.44 [ 7162.522882] [] warn_slowpath_common+0x81/0xa0 Aug 21 18:07:14 10.1.3.44 [ 7162.524701] [] ? convert_log+0x199/0x1b0 Aug 21 18:07:14 10.1.3.44 [ 7162.525433] [] warn_slowpath_null+0x1a/0x20 Aug 21 18:07:14 10.1.3.44 [ 7162.525813] [] convert_log+0x199/0x1b0 Aug 21 18:07:14 10.1.3.44 [ 7162.526177] [] mce_dom0_interrupt+0xa3/0x120 Aug 21 18:07:14 10.1.3.44 [ 7162.526211] [] handle_IRQ_event+0x55/0x180 Aug 21 18:07:14 10.1.3.44 [ 7162.526592] [] ? handle_IRQ_event+0x55/0x180 Aug 21 18:07:14 10.1.3.44 [ 7162.528148] [] handle_level_irq+0x8a/0x130 Aug 21 18:07:14 10.1.3.44 [ 7162.528547] [] handle_irq+0x39/0x60 Aug 21 18:07:14 10.1.3.44 [ 7162.528939] [] evtchn_do_upcall+0x135/0x326 Aug 21 18:07:14 10.1.3.44 [ 7162.529671] [] ? schedule+0x375/0xae0 Aug 21 18:07:14 10.1.3.44 [ 7162.529703] [] hypervisor_callback+0x43/0x4b Aug 21 18:07:14 10.1.3.44 [ 7162.532047] [] ? xen_safe_halt+0xb5/0x150 Aug 21 18:07:14 10.1.3.44 [ 7162.532840] [] xen_idle+0x2e/0x80 Aug 21 18:07:14 10.1.3.44 [ 7162.533231] [] cpu_idle+0x3f/0x70 Aug 21 18:07:14 10.1.3.44 [ 7162.533985] [] rest_init+0x62/0x70 Aug 21 18:07:14 10.1.3.44 [ 7162.535448] [] start_kernel+0x2a5/0x340 Aug 21 18:07:14 10.1.3.44 [ 7162.536189] [] ? unknown_bootoption+0x0/0x1f0 Aug 21 18:07:14 10.1.3.44 [ 7162.536914] [] i386_start_kernel+0x7c/0x90 Aug 21 18:07:14 10.1.3.44 [ 7162.537654] ---[ end trace 76553ff173258821 ]--- _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 21 21:35:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 21 Aug 2013 21:35:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCG3h-0005f8-Gs; Wed, 21 Aug 2013 21:35:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCG3g-0005ew-I4; Wed, 21 Aug 2013 21:35:16 +0000 Received: from [85.158.139.211:62782] by server-14.bemta-5.messagelabs.com id 1D/4D-12040-39235125; Wed, 21 Aug 2013 21:35:15 +0000 X-Env-Sender: pooka@iki.fi X-Msg-Ref: server-11.tower-206.messagelabs.com!1377120914!3664495!1 X-Originating-IP: [130.233.192.7] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30551 invoked from network); 21 Aug 2013 21:35:14 -0000 Received: from mail.cs.hut.fi (HELO mail.cs.hut.fi) (130.233.192.7) by server-11.tower-206.messagelabs.com with SMTP; 21 Aug 2013 21:35:14 -0000 Received: from [IPv6:::1] (hutcs.cs.hut.fi [130.233.192.10]) by mail.cs.hut.fi (Postfix) with ESMTPS id F15BA308EF5; Thu, 22 Aug 2013 00:35:12 +0300 (EEST) Message-ID: <5215328D.8070603@iki.fi> Date: Thu, 22 Aug 2013 00:35:09 +0300 From: Antti Kantee MIME-Version: 1.0 To: Ian Jackson References: <520D6B14.1090706@iki.fi> <1376749027.5386.20.camel@hastur.hellion.org.uk> <52109560.30801@iki.fi> <21012.50053.121469.983371@mariner.uk.xensource.com> In-Reply-To: <21012.50053.121469.983371@mariner.uk.xensource.com> Cc: xen-users@lists.xen.org, xen-api@lists.xen.org, Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 21.8.2013 16:41, Ian Jackson wrote: > Antti Kantee writes ("Re: [Xen-users] rump kernels running on the Xen hypervisor"): >> So, to answer your question, applications do not need to be explicitly >> written to use rump kernels, but all of the interfaces used by >> applications need to of course be provided somehow. [...] > > This is all very exciting and as Ian Jackson says very similar to > something I've been working on. I started from the other end and it > may be that I can combine what I've done so far with what you've done. It would be great to find immediate synergies. Can you be more specific about what you've been working on? > I compiled up your example, against Xen 4.4-unstable, and I'm afraid > it doesn't work for me. Console log below. Do you have any > suggestions for debugging it or should I just plunge in ? > > Did you test this on i386 or should I rebuild as amd64 ? I'm testing i386 dom0+domU with Xen 4.2.2. But I think we should make all of them work eventually, so might as well start now. I fixed/pushed one use-after-free which stood out. If the above wasn't it ... I'm not sure I can teach anything about debugging Xen guests on these lists. I've been using simple gdbsx. Additionally, "l *0xEIP" in gdb has been quite effective for debugging crashes even without gdbsx -- the rump kernel bits are quite well tested and everything outside of it is so simple that it's usually easy to just guess what's going wrong. For debugging, everything is built with symbols, so you can dive right in. > I think this approach will be an excellent one for stub domains such > as qemu, proposed stub-pygrub, etc. > > But thinking about what you've done, I think we probably want to do > something a bit different with block and networking. > > Does the NetBSD VFS have > - tmpfs on variable-sized ramdisk > - romfs based on a cpio archive > or the like ? Producing an ffs image for something like a qemu-dm is > going to be annoying. You can create a FFS image with the portable makefs userspace utility and even edit the contents with the equally userspace fs-utils. Though, I'm not sure what qemu-dm is or why it needs an FFS image. For me, this is a bit like reading the proverbial math book where they leave 20 intermediate steps out of a proof because they're considered "obvious" ;) > And often networking wants to be handled by something like SOCKS > rather than by having an extra TCP stack in the stub domain. The > reason for this is that it avoids having to allocate MAC and IP > addresses to a whole bunch of service domains; the administrator > probably wants them to piggyback on dom0's networking. Ok, sounds like we shouldn't include a full TCP/IP stack for that use case. There's something called "sockin" for rump kernels that includes only the sockets layer but assumes the actual networking stack is elsewhere. I wrote it originally so that NFS clients in rump kernels could use host networking ... because configuring IP/MAC addresses for each NFS client wasn't attractive. Maybe sockin fits your use case too? (I'm guessing here. see: math book) - antti _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 21 21:35:26 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 21 Aug 2013 21:35:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCG3h-0005f8-Gs; Wed, 21 Aug 2013 21:35:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCG3g-0005ew-I4; Wed, 21 Aug 2013 21:35:16 +0000 Received: from [85.158.139.211:62782] by server-14.bemta-5.messagelabs.com id 1D/4D-12040-39235125; Wed, 21 Aug 2013 21:35:15 +0000 X-Env-Sender: pooka@iki.fi X-Msg-Ref: server-11.tower-206.messagelabs.com!1377120914!3664495!1 X-Originating-IP: [130.233.192.7] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30551 invoked from network); 21 Aug 2013 21:35:14 -0000 Received: from mail.cs.hut.fi (HELO mail.cs.hut.fi) (130.233.192.7) by server-11.tower-206.messagelabs.com with SMTP; 21 Aug 2013 21:35:14 -0000 Received: from [IPv6:::1] (hutcs.cs.hut.fi [130.233.192.10]) by mail.cs.hut.fi (Postfix) with ESMTPS id F15BA308EF5; Thu, 22 Aug 2013 00:35:12 +0300 (EEST) Message-ID: <5215328D.8070603@iki.fi> Date: Thu, 22 Aug 2013 00:35:09 +0300 From: Antti Kantee MIME-Version: 1.0 To: Ian Jackson References: <520D6B14.1090706@iki.fi> <1376749027.5386.20.camel@hastur.hellion.org.uk> <52109560.30801@iki.fi> <21012.50053.121469.983371@mariner.uk.xensource.com> In-Reply-To: <21012.50053.121469.983371@mariner.uk.xensource.com> Cc: xen-users@lists.xen.org, xen-api@lists.xen.org, Ian Campbell , xen-devel@lists.xen.org Subject: Re: [Xen-API] [Xen-users] rump kernels running on the Xen hypervisor X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 21.8.2013 16:41, Ian Jackson wrote: > Antti Kantee writes ("Re: [Xen-users] rump kernels running on the Xen hypervisor"): >> So, to answer your question, applications do not need to be explicitly >> written to use rump kernels, but all of the interfaces used by >> applications need to of course be provided somehow. [...] > > This is all very exciting and as Ian Jackson says very similar to > something I've been working on. I started from the other end and it > may be that I can combine what I've done so far with what you've done. It would be great to find immediate synergies. Can you be more specific about what you've been working on? > I compiled up your example, against Xen 4.4-unstable, and I'm afraid > it doesn't work for me. Console log below. Do you have any > suggestions for debugging it or should I just plunge in ? > > Did you test this on i386 or should I rebuild as amd64 ? I'm testing i386 dom0+domU with Xen 4.2.2. But I think we should make all of them work eventually, so might as well start now. I fixed/pushed one use-after-free which stood out. If the above wasn't it ... I'm not sure I can teach anything about debugging Xen guests on these lists. I've been using simple gdbsx. Additionally, "l *0xEIP" in gdb has been quite effective for debugging crashes even without gdbsx -- the rump kernel bits are quite well tested and everything outside of it is so simple that it's usually easy to just guess what's going wrong. For debugging, everything is built with symbols, so you can dive right in. > I think this approach will be an excellent one for stub domains such > as qemu, proposed stub-pygrub, etc. > > But thinking about what you've done, I think we probably want to do > something a bit different with block and networking. > > Does the NetBSD VFS have > - tmpfs on variable-sized ramdisk > - romfs based on a cpio archive > or the like ? Producing an ffs image for something like a qemu-dm is > going to be annoying. You can create a FFS image with the portable makefs userspace utility and even edit the contents with the equally userspace fs-utils. Though, I'm not sure what qemu-dm is or why it needs an FFS image. For me, this is a bit like reading the proverbial math book where they leave 20 intermediate steps out of a proof because they're considered "obvious" ;) > And often networking wants to be handled by something like SOCKS > rather than by having an extra TCP stack in the stub domain. The > reason for this is that it avoids having to allocate MAC and IP > addresses to a whole bunch of service domains; the administrator > probably wants them to piggyback on dom0's networking. Ok, sounds like we shouldn't include a full TCP/IP stack for that use case. There's something called "sockin" for rump kernels that includes only the sockets layer but assumes the actual networking stack is elsewhere. I wrote it originally so that NFS clients in rump kernels could use host networking ... because configuring IP/MAC addresses for each NFS client wasn't attractive. Maybe sockin fits your use case too? (I'm guessing here. see: math book) - antti _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 22 08:31:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 22 Aug 2013 08:31:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCQIg-0001Rt-Fw; Thu, 22 Aug 2013 08:31:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCQIe-0001Ro-VF for xen-api@lists.xen.org; Thu, 22 Aug 2013 08:31:25 +0000 Received: from [85.158.137.68:46563] by server-12.bemta-3.messagelabs.com id 80/D8-11891-C5CC5125; Thu, 22 Aug 2013 08:31:24 +0000 X-Env-Sender: ayik@freebsd.or.id X-Msg-Ref: server-15.tower-31.messagelabs.com!1377160280!3141104!1 X-Originating-IP: [209.85.160.47] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26274 invoked from network); 22 Aug 2013 08:31:22 -0000 Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 22 Aug 2013 08:31:22 -0000 Received: by mail-pb0-f47.google.com with SMTP id rr4so1478032pbb.6 for ; Thu, 22 Aug 2013 01:31:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:message-id:subject:mime-version :content-type; bh=W7nRybbvdjkWiwar9uWSsI6Z/ycGqTQSfK41tHCce7o=; b=E2RhvP2v//DRpvEpuUIcvKKM0k3TET+SaKjjvX1fxS9dAdJgdKNhqF4bCQeEFgzxE5 KXzN4e9iQPi1KrSoeC0xiplvAX8SHiWVCnAn1VY3+xpMBvbzw4nNBqBOjANnfmytYBwC Ygh8mWb6VHagtAzEgvLQQ5Fvk6jwoIyIv7IHndh11QK1Os5HUMIytUFAPFBKawdq2YNQ 2Pq7p6HVMgWv0o23XmraqfVXUWC+pR4GQXLGCX7odQhBEOsfUCYnammZzIiG4J+yTLCs KbPNX+M+w5je76lYywnqeFL5qB5frAEl6hwUBWYRXGlWvcdT8iI6EFQVSpp8vCDaqQs/ QeIA== X-Gm-Message-State: ALoCoQkOXile4qUOQJ6hKSoxDmIXRjyGaYNhP0o8xOoPaVWbGlrawo0lRnNLNPwJZ1UGr1Kt0VZQ X-Received: by 10.66.179.143 with SMTP id dg15mr13997314pac.52.1377160280335; Thu, 22 Aug 2013 01:31:20 -0700 (PDT) Received: from [192.168.12.92] ([222.165.255.21]) by mx.google.com with ESMTPSA id wr9sm13414593pbc.7.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 01:31:19 -0700 (PDT) Date: Thu, 22 Aug 2013 15:31:15 +0700 From: Sayid Munawar To: "=?utf-8?Q?xen-api=40lists.xen.org?=" Message-ID: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> X-Mailer: sparrow 1.6.4 (build 1176) MIME-Version: 1.0 Subject: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0837684983880760023==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0837684983880760023== Content-Type: multipart/alternative; boundary="5215cc53_6f6dd9ac_5981" --5215cc53_6f6dd9ac_5981 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, The situation here is that i have an old LSI (megasr) fakeraid card. it forced me to use kernel 2.6.32, because XCP/xenserver's default kernel can't detect my harddrive, even after i've compiled the driver using its DDK. so i have to build xenserver from scratch from vanilla centos 6 (ouch). i've managed to compile xen 4.2.2 (*1) and xen-api using rpms built by xen-api-rpm-buildroot(*2) the problem is, i think the LVM SR Driver is not compiled in. so, how to add them? i found the its repo in https://github.com/xapi-project/sm, but as its readme said, it can't be compiled using "make && make install" as usual. cc -O2 -I/usr/include/python2.6/ -I/usr/include -shared xslib.o xslib_wrap.o -lxenstore -o _xslib.so /usr/bin/ld: xslib.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC xslib.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [_xslib.so] Error 1 make[1]: Leaving directory `/home/ayik/sm/snapwatchd' make: *** [install] Error 2 any clue how to compile xen-api SM ? and then of course how to configure it so that we can create LVM SR ? *1) http://dev.centos.org/centos/6/xen-c6/SRPMS/ *2) https://github.com/xapi-project/xen-api-rpm-buildroot PS: just share some experience when building rpms from xen-api-rpm-buildroot: 1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* (plase see errors below). both are trying to install the same target > Transaction Check Error: > file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-4.2.2-23.el6.x86_64 > file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-4.2.2-23.el6.x86_64 > > 2. there is some error when installing xenopsd-libvirt, but i don't know what the effect > Installing : xenopsd-libvirt-0.9.21-1.x86_64 125/261 > Non-fatal POSTIN scriptlet failure in rpm package xenopsd-libvirt-0.9.21-1.x86_64 > error reading information on service xenopsd-libvirt: No such file or directory > warning: %post(xenopsd-libvirt-0.9.21-1.x86_64) scriptlet failed, exit status 1 > > -- Sayid Munawar Sent with Sparrow (http://www.sparrowmailapp.com/?sig) --5215cc53_6f6dd9ac_5981 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi,

The situation here is that i ha= ve an old LSI (megasr) fakeraid card. it forced me to use kernel 2.6.32, = because XCP/xenserver's default kernel can't detect my harddrive, even af= ter i've compiled the driver using its DDK. 

so i have to build xenserver from scratch from vanilla centos 6 (ouch).=  i've managed to compile xen 4.2.2 (*1) and  xen-api using rpms= built by xen-api-rpm-buildroot(*2)

the problem = is, i think the LVM SR Driver is not compiled in. so, how to add them=3F =  i found the its repo in https://github.com/xapi-project/sm, but as its readme sa= id, it can't be compiled using =22make && make install=22 as usua= l.

cc -O2 -I/usr/include/python2.6/ -I/usr/= include -shared xslib.o xslib=5Fwrap.o -lxenstore -o =5Fxslib.so
/usr/bin/ld: xslib.o: relocation R=5FX86=5F64=5F32 against =60.rodata.s= tr1.8' can not be used when making a shared object; recompile with -fPIC<= /div>
xslib.o: could not read symbols: Bad value
collect2: = ld returned 1 exit status
make=5B1=5D: *** =5B=5Fxslib.so=5D Er= ror 1
make=5B1=5D: Leaving directory =60/home/ayik/sm/snapwatch= d'
make: *** =5Binstall=5D Error 2

any clue how to compile xen-api SM =3F and then of course how to confi= gure it so that we can create LVM SR =3F




PS:
just share some experience when building rpms from xen-a= pi-rpm-buildroot:

1. the xen-ocaml* spec are ove= rlapping with ocaml-xen-lowlevel-libs-* (plase see errors below). both ar= e trying to install the same target

<= /div>
Transaction Check Error:
  file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between= attempted installs of ocaml-xenstore-devel-1.2.1-1.x86=5F64 and xen-ocam= l-devel-4.2.2-23.el6.x86=5F64
  file /usr/lib64/ocaml/xens= tore/xenstore.cmxa conflicts between attempted installs of ocaml-xenstore= -devel-1.2.1-1.x86=5F64 and xen-ocaml-devel-4.2.2-23.el6.x86=5F64

2. there is some error wh= en installing xenopsd-libvirt, but i don't know what the effect
  Ins= talling : xenopsd-libvirt-0.9.21-1.x86=5F64         &= nbsp;                   &nbs= p;                     =                     &nb= sp;                    =                     &n= bsp;          125/261 
Non-fatal = POSTIN scriptlet failure in rpm package xenopsd-libvirt-0.9.21-1.x86=5F64=
error reading information on service xenopsd-libvirt: No such = file or directory
warning: %post(xenopsd-libvirt-0.9.21-1.x86=5F= 64) scriptlet failed, exit status 1



-- 
Sayid = Munawar
Sent with Sparrow

--5215cc53_6f6dd9ac_5981-- --===============0837684983880760023== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0837684983880760023==-- From xen-api-bounces@lists.xen.org Thu Aug 22 08:31:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 22 Aug 2013 08:31:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCQIg-0001Rt-Fw; Thu, 22 Aug 2013 08:31:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCQIe-0001Ro-VF for xen-api@lists.xen.org; Thu, 22 Aug 2013 08:31:25 +0000 Received: from [85.158.137.68:46563] by server-12.bemta-3.messagelabs.com id 80/D8-11891-C5CC5125; Thu, 22 Aug 2013 08:31:24 +0000 X-Env-Sender: ayik@freebsd.or.id X-Msg-Ref: server-15.tower-31.messagelabs.com!1377160280!3141104!1 X-Originating-IP: [209.85.160.47] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26274 invoked from network); 22 Aug 2013 08:31:22 -0000 Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 22 Aug 2013 08:31:22 -0000 Received: by mail-pb0-f47.google.com with SMTP id rr4so1478032pbb.6 for ; Thu, 22 Aug 2013 01:31:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:message-id:subject:mime-version :content-type; bh=W7nRybbvdjkWiwar9uWSsI6Z/ycGqTQSfK41tHCce7o=; b=E2RhvP2v//DRpvEpuUIcvKKM0k3TET+SaKjjvX1fxS9dAdJgdKNhqF4bCQeEFgzxE5 KXzN4e9iQPi1KrSoeC0xiplvAX8SHiWVCnAn1VY3+xpMBvbzw4nNBqBOjANnfmytYBwC Ygh8mWb6VHagtAzEgvLQQ5Fvk6jwoIyIv7IHndh11QK1Os5HUMIytUFAPFBKawdq2YNQ 2Pq7p6HVMgWv0o23XmraqfVXUWC+pR4GQXLGCX7odQhBEOsfUCYnammZzIiG4J+yTLCs KbPNX+M+w5je76lYywnqeFL5qB5frAEl6hwUBWYRXGlWvcdT8iI6EFQVSpp8vCDaqQs/ QeIA== X-Gm-Message-State: ALoCoQkOXile4qUOQJ6hKSoxDmIXRjyGaYNhP0o8xOoPaVWbGlrawo0lRnNLNPwJZ1UGr1Kt0VZQ X-Received: by 10.66.179.143 with SMTP id dg15mr13997314pac.52.1377160280335; Thu, 22 Aug 2013 01:31:20 -0700 (PDT) Received: from [192.168.12.92] ([222.165.255.21]) by mx.google.com with ESMTPSA id wr9sm13414593pbc.7.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 01:31:19 -0700 (PDT) Date: Thu, 22 Aug 2013 15:31:15 +0700 From: Sayid Munawar To: "=?utf-8?Q?xen-api=40lists.xen.org?=" Message-ID: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> X-Mailer: sparrow 1.6.4 (build 1176) MIME-Version: 1.0 Subject: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0837684983880760023==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0837684983880760023== Content-Type: multipart/alternative; boundary="5215cc53_6f6dd9ac_5981" --5215cc53_6f6dd9ac_5981 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, The situation here is that i have an old LSI (megasr) fakeraid card. it forced me to use kernel 2.6.32, because XCP/xenserver's default kernel can't detect my harddrive, even after i've compiled the driver using its DDK. so i have to build xenserver from scratch from vanilla centos 6 (ouch). i've managed to compile xen 4.2.2 (*1) and xen-api using rpms built by xen-api-rpm-buildroot(*2) the problem is, i think the LVM SR Driver is not compiled in. so, how to add them? i found the its repo in https://github.com/xapi-project/sm, but as its readme said, it can't be compiled using "make && make install" as usual. cc -O2 -I/usr/include/python2.6/ -I/usr/include -shared xslib.o xslib_wrap.o -lxenstore -o _xslib.so /usr/bin/ld: xslib.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC xslib.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [_xslib.so] Error 1 make[1]: Leaving directory `/home/ayik/sm/snapwatchd' make: *** [install] Error 2 any clue how to compile xen-api SM ? and then of course how to configure it so that we can create LVM SR ? *1) http://dev.centos.org/centos/6/xen-c6/SRPMS/ *2) https://github.com/xapi-project/xen-api-rpm-buildroot PS: just share some experience when building rpms from xen-api-rpm-buildroot: 1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* (plase see errors below). both are trying to install the same target > Transaction Check Error: > file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-4.2.2-23.el6.x86_64 > file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-4.2.2-23.el6.x86_64 > > 2. there is some error when installing xenopsd-libvirt, but i don't know what the effect > Installing : xenopsd-libvirt-0.9.21-1.x86_64 125/261 > Non-fatal POSTIN scriptlet failure in rpm package xenopsd-libvirt-0.9.21-1.x86_64 > error reading information on service xenopsd-libvirt: No such file or directory > warning: %post(xenopsd-libvirt-0.9.21-1.x86_64) scriptlet failed, exit status 1 > > -- Sayid Munawar Sent with Sparrow (http://www.sparrowmailapp.com/?sig) --5215cc53_6f6dd9ac_5981 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi,

The situation here is that i ha= ve an old LSI (megasr) fakeraid card. it forced me to use kernel 2.6.32, = because XCP/xenserver's default kernel can't detect my harddrive, even af= ter i've compiled the driver using its DDK. 

so i have to build xenserver from scratch from vanilla centos 6 (ouch).=  i've managed to compile xen 4.2.2 (*1) and  xen-api using rpms= built by xen-api-rpm-buildroot(*2)

the problem = is, i think the LVM SR Driver is not compiled in. so, how to add them=3F =  i found the its repo in https://github.com/xapi-project/sm, but as its readme sa= id, it can't be compiled using =22make && make install=22 as usua= l.

cc -O2 -I/usr/include/python2.6/ -I/usr/= include -shared xslib.o xslib=5Fwrap.o -lxenstore -o =5Fxslib.so
/usr/bin/ld: xslib.o: relocation R=5FX86=5F64=5F32 against =60.rodata.s= tr1.8' can not be used when making a shared object; recompile with -fPIC<= /div>
xslib.o: could not read symbols: Bad value
collect2: = ld returned 1 exit status
make=5B1=5D: *** =5B=5Fxslib.so=5D Er= ror 1
make=5B1=5D: Leaving directory =60/home/ayik/sm/snapwatch= d'
make: *** =5Binstall=5D Error 2

any clue how to compile xen-api SM =3F and then of course how to confi= gure it so that we can create LVM SR =3F




PS:
just share some experience when building rpms from xen-a= pi-rpm-buildroot:

1. the xen-ocaml* spec are ove= rlapping with ocaml-xen-lowlevel-libs-* (plase see errors below). both ar= e trying to install the same target

<= /div>
Transaction Check Error:
  file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between= attempted installs of ocaml-xenstore-devel-1.2.1-1.x86=5F64 and xen-ocam= l-devel-4.2.2-23.el6.x86=5F64
  file /usr/lib64/ocaml/xens= tore/xenstore.cmxa conflicts between attempted installs of ocaml-xenstore= -devel-1.2.1-1.x86=5F64 and xen-ocaml-devel-4.2.2-23.el6.x86=5F64

2. there is some error wh= en installing xenopsd-libvirt, but i don't know what the effect
  Ins= talling : xenopsd-libvirt-0.9.21-1.x86=5F64         &= nbsp;                   &nbs= p;                     =                     &nb= sp;                    =                     &n= bsp;          125/261 
Non-fatal = POSTIN scriptlet failure in rpm package xenopsd-libvirt-0.9.21-1.x86=5F64=
error reading information on service xenopsd-libvirt: No such = file or directory
warning: %post(xenopsd-libvirt-0.9.21-1.x86=5F= 64) scriptlet failed, exit status 1



-- 
Sayid = Munawar
Sent with Sparrow

--5215cc53_6f6dd9ac_5981-- --===============0837684983880760023== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0837684983880760023==-- From xen-api-bounces@lists.xen.org Thu Aug 22 14:51:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 22 Aug 2013 14:51:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCWEn-0002xL-Hb; Thu, 22 Aug 2013 14:51:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCWEm-0002xF-4o for xen-api@lists.xen.org; Thu, 22 Aug 2013 14:51:48 +0000 Received: from [193.109.254.147:56743] by server-12.bemta-14.messagelabs.com id 84/91-27329-38526125; Thu, 22 Aug 2013 14:51:47 +0000 X-Env-Sender: euan.harris@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1377183103!5403159!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5227 invoked from network); 22 Aug 2013 14:51:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Aug 2013 14:51:46 -0000 X-IronPort-AV: E=Sophos;i="4.89,934,1367971200"; d="scan'208";a="8020578" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Aug 2013 14:51:42 +0000 Received: from citrix.com (10.80.2.79) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 22 Aug 2013 15:51:40 +0100 Date: Thu, 22 Aug 2013 15:51:40 +0100 From: Euan Harris To: Sayid Munawar Message-ID: <20130822145140.GK8921@citrix.com> References: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Sayid, Thanks for reporting the problems you had with xen-api-rpm-buildroot. > 1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* > (plase see errors below). both are trying to install the same target > > > Transaction Check Error: > > file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between > attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and > xen-ocaml-devel-4.2.2-23.el6.x86_64 > > file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between > attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and > xen-ocaml-devel-4.2.2-23.el6.x86_64 At least for now we rely on specific versions of the files packaged in ocaml-xenstore-devel. I've now marked it as conflicting with xen-ocaml-devel, so yum will refuse to install one if the other is present and will give a slightly clearer error message. Of course this won't help you if you really need xen-ocaml-devel to be installed. Do you have some other dependency which requires xen-ocaml-devel? > 2. there is some error when installing xenopsd-libvirt, but i don't know > what the effect > > > Installing : xenopsd-libvirt-0.9.21-1.x86_64 > > 125/261 > > Non-fatal POSTIN scriptlet failure in rpm package > xenopsd-libvirt-0.9.21-1.x86_64 > > error reading information on service xenopsd-libvirt: No such file or > directory > > warning: %post(xenopsd-libvirt-0.9.21-1.x86_64) scriptlet failed, > exit status 1 This happened because we had temporarily stopped building xenopsd-libvirt, but had forgotten to remove the %post directive that installs the init script. This shouldn't cause you any problems, but I've updated the package to put the libvirt subpackage back in, so this error shouldn't happen again. I'm afraid I can't offer you any advice about your storage manager question. Thanks, Euan _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 22 14:51:58 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 22 Aug 2013 14:51:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCWEn-0002xL-Hb; Thu, 22 Aug 2013 14:51:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCWEm-0002xF-4o for xen-api@lists.xen.org; Thu, 22 Aug 2013 14:51:48 +0000 Received: from [193.109.254.147:56743] by server-12.bemta-14.messagelabs.com id 84/91-27329-38526125; Thu, 22 Aug 2013 14:51:47 +0000 X-Env-Sender: euan.harris@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1377183103!5403159!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5227 invoked from network); 22 Aug 2013 14:51:46 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Aug 2013 14:51:46 -0000 X-IronPort-AV: E=Sophos;i="4.89,934,1367971200"; d="scan'208";a="8020578" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Aug 2013 14:51:42 +0000 Received: from citrix.com (10.80.2.79) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.298.1; Thu, 22 Aug 2013 15:51:40 +0100 Date: Thu, 22 Aug 2013 15:51:40 +0100 From: Euan Harris To: Sayid Munawar Message-ID: <20130822145140.GK8921@citrix.com> References: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Sayid, Thanks for reporting the problems you had with xen-api-rpm-buildroot. > 1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* > (plase see errors below). both are trying to install the same target > > > Transaction Check Error: > > file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between > attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and > xen-ocaml-devel-4.2.2-23.el6.x86_64 > > file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between > attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and > xen-ocaml-devel-4.2.2-23.el6.x86_64 At least for now we rely on specific versions of the files packaged in ocaml-xenstore-devel. I've now marked it as conflicting with xen-ocaml-devel, so yum will refuse to install one if the other is present and will give a slightly clearer error message. Of course this won't help you if you really need xen-ocaml-devel to be installed. Do you have some other dependency which requires xen-ocaml-devel? > 2. there is some error when installing xenopsd-libvirt, but i don't know > what the effect > > > Installing : xenopsd-libvirt-0.9.21-1.x86_64 > > 125/261 > > Non-fatal POSTIN scriptlet failure in rpm package > xenopsd-libvirt-0.9.21-1.x86_64 > > error reading information on service xenopsd-libvirt: No such file or > directory > > warning: %post(xenopsd-libvirt-0.9.21-1.x86_64) scriptlet failed, > exit status 1 This happened because we had temporarily stopped building xenopsd-libvirt, but had forgotten to remove the %post directive that installs the init script. This shouldn't cause you any problems, but I've updated the package to put the libvirt subpackage back in, so this error shouldn't happen again. I'm afraid I can't offer you any advice about your storage manager question. Thanks, Euan _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 22 23:51:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 22 Aug 2013 23:51:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCeef-0003EC-1U; Thu, 22 Aug 2013 23:51:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCeed-0003E7-Tv for xen-api@lists.xensource.com; Thu, 22 Aug 2013 23:51:04 +0000 Received: from [85.158.143.35:14874] by server-3.bemta-4.messagelabs.com id B8/A0-08835-7E3A6125; Thu, 22 Aug 2013 23:51:03 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1377215460!5982632!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22129 invoked from network); 22 Aug 2013 23:51:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 22 Aug 2013 23:51:02 -0000 X-IronPort-AV: E=Sophos;i="4.89,937,1367971200"; d="scan'208,217";a="46781260" Received: from accessns.citrite.net (HELO FTLPMAILMX01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Aug 2013 23:51:00 +0000 Received: from AMSPEX01CL03.citrite.net (10.69.46.34) by FTLPMAILMX01.citrite.net (10.13.107.65) with Microsoft SMTP Server (TLS) id 8.3.298.1; Thu, 22 Aug 2013 19:50:59 -0400 Received: from AMSPEX01CL01.citrite.net ([169.254.6.177]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.02.0342.004; Fri, 23 Aug 2013 01:50:57 +0200 From: Jonathan Ludlam To: George Shuklin Thread-Topic: [Xen-API] Storage XenMotion Thread-Index: AQHOmofDFFYl/JMQ+UWpWQj6zw+S75mh79SS Date: Thu, 22 Aug 2013 23:50:57 +0000 Message-ID: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2451063512641411174==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2451063512641411174== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_746F9F1E250C46D5B35CA49DE413C18Ceucitrixcom_" --_000_746F9F1E250C46D5B35CA49DE413C18Ceucitrixcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On an LVHD based SR, this should get automatically coalesced (so called 'on= line leaf-coalesce'). However, on file-based VHD SRs I believe the decision= was taken not to do online leaf coalesce, as it wasn't felt necessary. Having said that, you might find this link helps, though I haven't tried an= ything in it myself: http://support.citrix.com/article/CTX123400 Jon Sent from my iPad On 16 Aug 2013, at 14:51, "George Shuklin" > wrote: Good day. After VDI migration there is base copy (vhd parent) disk for VDI's of newly= migrated VM. I see no way to coalesce it back except manual operation with= VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and = recreating VBD). Is any way to do this? Thanks. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_746F9F1E250C46D5B35CA49DE413C18Ceucitrixcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
On an LVHD based SR, this should get automatically coalesced (so calle= d 'online leaf-coalesce'). However, on file-based VHD SRs I believe the dec= ision was taken not to do online leaf coalesce, as it wasn't felt necessary= .

Having said that, you might find this link helps, though I haven't tri= ed anything in it myself: http://support.citrix.com/article/CTX1234= 00

Jon



Sent from my iPad

On 16 Aug 2013, at 14:51, "George Shuklin" <george.shuklin@gmail.com> wrote:

Good day.

After VDI migration there is base copy (vhd parent) disk for VDI's of newly= migrated VM. I see no way to coalesce it back except manual operation with= VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and = recreating VBD).

Is any way to do this?

Thanks.
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
htt= p://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--_000_746F9F1E250C46D5B35CA49DE413C18Ceucitrixcom_-- --===============2451063512641411174== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2451063512641411174==-- From xen-api-bounces@lists.xen.org Thu Aug 22 23:51:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 22 Aug 2013 23:51:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCeef-0003EC-1U; Thu, 22 Aug 2013 23:51:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCeed-0003E7-Tv for xen-api@lists.xensource.com; Thu, 22 Aug 2013 23:51:04 +0000 Received: from [85.158.143.35:14874] by server-3.bemta-4.messagelabs.com id B8/A0-08835-7E3A6125; Thu, 22 Aug 2013 23:51:03 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1377215460!5982632!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22129 invoked from network); 22 Aug 2013 23:51:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 22 Aug 2013 23:51:02 -0000 X-IronPort-AV: E=Sophos;i="4.89,937,1367971200"; d="scan'208,217";a="46781260" Received: from accessns.citrite.net (HELO FTLPMAILMX01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 22 Aug 2013 23:51:00 +0000 Received: from AMSPEX01CL03.citrite.net (10.69.46.34) by FTLPMAILMX01.citrite.net (10.13.107.65) with Microsoft SMTP Server (TLS) id 8.3.298.1; Thu, 22 Aug 2013 19:50:59 -0400 Received: from AMSPEX01CL01.citrite.net ([169.254.6.177]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.02.0342.004; Fri, 23 Aug 2013 01:50:57 +0200 From: Jonathan Ludlam To: George Shuklin Thread-Topic: [Xen-API] Storage XenMotion Thread-Index: AQHOmofDFFYl/JMQ+UWpWQj6zw+S75mh79SS Date: Thu, 22 Aug 2013 23:50:57 +0000 Message-ID: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2451063512641411174==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2451063512641411174== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_746F9F1E250C46D5B35CA49DE413C18Ceucitrixcom_" --_000_746F9F1E250C46D5B35CA49DE413C18Ceucitrixcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On an LVHD based SR, this should get automatically coalesced (so called 'on= line leaf-coalesce'). However, on file-based VHD SRs I believe the decision= was taken not to do online leaf coalesce, as it wasn't felt necessary. Having said that, you might find this link helps, though I haven't tried an= ything in it myself: http://support.citrix.com/article/CTX123400 Jon Sent from my iPad On 16 Aug 2013, at 14:51, "George Shuklin" > wrote: Good day. After VDI migration there is base copy (vhd parent) disk for VDI's of newly= migrated VM. I see no way to coalesce it back except manual operation with= VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and = recreating VBD). Is any way to do this? Thanks. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_746F9F1E250C46D5B35CA49DE413C18Ceucitrixcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
On an LVHD based SR, this should get automatically coalesced (so calle= d 'online leaf-coalesce'). However, on file-based VHD SRs I believe the dec= ision was taken not to do online leaf coalesce, as it wasn't felt necessary= .

Having said that, you might find this link helps, though I haven't tri= ed anything in it myself: http://support.citrix.com/article/CTX1234= 00

Jon



Sent from my iPad

On 16 Aug 2013, at 14:51, "George Shuklin" <george.shuklin@gmail.com> wrote:

Good day.

After VDI migration there is base copy (vhd parent) disk for VDI's of newly= migrated VM. I see no way to coalesce it back except manual operation with= VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and = recreating VBD).

Is any way to do this?

Thanks.
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
htt= p://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--_000_746F9F1E250C46D5B35CA49DE413C18Ceucitrixcom_-- --===============2451063512641411174== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============2451063512641411174==-- From xen-api-bounces@lists.xen.org Fri Aug 23 00:02:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 00:02:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCepc-00040X-S7; Fri, 23 Aug 2013 00:02:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCepb-00040R-7S for xen-api@lists.xen.org; Fri, 23 Aug 2013 00:02:23 +0000 Received: from [85.158.143.35:2901] by server-1.bemta-4.messagelabs.com id 11/13-16125-E86A6125; Fri, 23 Aug 2013 00:02:22 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1377216140!5968261!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8822 invoked from network); 23 Aug 2013 00:02:21 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 00:02:21 -0000 X-IronPort-AV: E=Sophos;i="4.89,937,1367971200"; d="scan'208,217";a="44569050" Received: from accessns.citrite.net (HELO FTLPMAILMX01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Aug 2013 00:02:19 +0000 Received: from AMSPEX01CL03.citrite.net (10.69.46.34) by FTLPMAILMX01.citrite.net (10.13.107.65) with Microsoft SMTP Server (TLS) id 8.3.298.1; Thu, 22 Aug 2013 20:02:18 -0400 Received: from AMSPEX01CL01.citrite.net ([169.254.6.177]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.02.0342.004; Fri, 23 Aug 2013 02:02:16 +0200 From: Jonathan Ludlam To: Sayid Munawar Thread-Topic: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi Thread-Index: AQHOnxKP+uCzeehs40aF59uDQ0imQpmh6elg Date: Fri, 23 Aug 2013 00:02:16 +0000 Message-ID: <94C1FF5E-75A1-4670-8A83-E3B2DA5BAFF0@eu.citrix.com> References: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> In-Reply-To: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3835778043277146860==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3835778043277146860== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_94C1FF5E75A146708A83E3B2DA5BAFF0eucitrixcom_" --_000_94C1FF5E75A146708A83E3B2DA5BAFF0eucitrixcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hmm. No idea what your compilation error is, but it's in a bit that is only= required for VSS snapshots (snapshot with quiesce) of windows VMs. You can= ignore snapwatchd if you don't use that feature. However, take care if you're using shared LVM - we have for a long time rel= ied upon patches to LVM to work correctly, particularly in the shared SR ca= se. There has been some work done recently to remove the need for these pat= ches, but I don't know whether this has all been pushed yet. Jon Sent from my iPad On 22 Aug 2013, at 09:35, "Sayid Munawar" > wrote: Hi, The situation here is that i have an old LSI (megasr) fakeraid card. it for= ced me to use kernel 2.6.32, because XCP/xenserver's default kernel can't d= etect my harddrive, even after i've compiled the driver using its DDK. so i have to build xenserver from scratch from vanilla centos 6 (ouch). i'v= e managed to compile xen 4.2.2 (*1) and xen-api using rpms built by xen-ap= i-rpm-buildroot(*2) the problem is, i think the LVM SR Driver is not compiled in. so, how to ad= d them? i found the its repo in https://github.com/xapi-project/sm, but as= its readme said, it can't be compiled using "make && make install" as usua= l. cc -O2 -I/usr/include/python2.6/ -I/usr/include -shared xslib.o xslib_wrap.= o -lxenstore -o _xslib.so /usr/bin/ld: xslib.o: relocation R_X86_64_32 against `.rodata.str1.8' can n= ot be used when making a shared object; recompile with -fPIC xslib.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [_xslib.so] Error 1 make[1]: Leaving directory `/home/ayik/sm/snapwatchd' make: *** [install] Error 2 any clue how to compile xen-api SM ? and then of course how to configure it= so that we can create LVM SR ? *1) http://dev.centos.org/centos/6/xen-c6/SRPMS/ *2) https://github.com/xapi-project/xen-api-rpm-buildroot PS: just share some experience when building rpms from xen-api-rpm-buildroot: 1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* (plas= e see errors below). both are trying to install the same target Transaction Check Error: file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between attempted ins= talls of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-4.2.2-23.e= l6.x86_64 file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between attempted = installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-4.2.2-2= 3.el6.x86_64 2. there is some error when installing xenopsd-libvirt, but i don't know wh= at the effect Installing : xenopsd-libvirt-0.9.21-1.x86_64 = = 125/261 Non-fatal POSTIN scriptlet failure in rpm package xenopsd-libvirt-0.9.21-1.= x86_64 error reading information on service xenopsd-libvirt: No such file or direc= tory warning: %post(xenopsd-libvirt-0.9.21-1.x86_64) scriptlet failed, exit stat= us 1 -- Sayid Munawar Sent with Sparrow _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_94C1FF5E75A146708A83E3B2DA5BAFF0eucitrixcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hmm. No idea what your compilation error is, but it's in a bit that is= only required for VSS snapshots (snapshot with quiesce) of windows VMs. Yo= u can ignore snapwatchd if you don't use that feature.

However, take care if you're using shared LVM - we have for a long tim= e relied upon patches to LVM to work correctly, particularly in the shared = SR case. There has been some work done recently to remove the need for thes= e patches, but I don't know whether this has all been pushed yet.

Jon

Sent from my iPad

On 22 Aug 2013, at 09:35, "Sayid Munawar" <ayik@freebsd.or.id> wrote:

Hi,

The situation here is that i have an old LSI (megasr) fakeraid card. i= t forced me to use kernel 2.6.32, because XCP/xenserver's default kernel ca= n't detect my harddrive, even after i've compiled the driver using its DDK.=  

so i have to build xenserver from scratch from vanilla centos 6 (ouch)= . i've managed to compile xen 4.2.2 (*1) and  xen-api using rpms = built by xen-api-rpm-buildroot(*2)

the problem is, i think the LVM SR Driver is not compiled in. so, how = to add them?  i found the its repo in https://github.com/xapi-project/sm, but as its read= me said, it can't be compiled using "make && make install" as usual.

cc -O2 -I/usr/include/python2.6/ -I/usr/include -shared xslib.o xslib_= wrap.o -lxenstore -o _xslib.so
/usr/bin/ld: xslib.o: relocation R_X86_64_32 against `.rodata.str1.8' = can not be used when making a shared object; recompile with -fPIC
xslib.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [_xslib.so] Error 1
make[1]: Leaving directory `/home/ayik/sm/snapwatchd'
make: *** [install] Error 2

any clue how to compile xen-api SM ? and then of course how to configu= re it so that we can create LVM SR ?




PS:

just share some experience when building rpms from xen-api-rpm-bu= ildroot:

1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* = (plase see errors below). both are trying to install the same target

Transaction Check Error:
  file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between att= empted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-= 4.2.2-23.el6.x86_64
  file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between = attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-dev= el-4.2.2-23.el6.x86_64

2. there is some error when installing xenopsd-libvirt, but i don= 't know what the effect
  Installing : xenopsd-libvirt-0.9.21-1.x86_64     &nbs= p;                     &n= bsp;                     =                      = ;                     &nb= sp;                     &= nbsp;          125/261 
Non-fatal POSTIN scriptlet failure in rpm package xenopsd-libvirt-0.9.= 21-1.x86_64
error reading information on service xenopsd-libvirt: No such file or = directory
warning: %post(xenopsd-libvirt-0.9.21-1.x86_64) scriptlet failed, exit= status 1



-- 
Sayid Munawar
Sent with Sparrow

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
htt= p://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--_000_94C1FF5E75A146708A83E3B2DA5BAFF0eucitrixcom_-- --===============3835778043277146860== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3835778043277146860==-- From xen-api-bounces@lists.xen.org Fri Aug 23 00:02:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 00:02:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCepc-00040X-S7; Fri, 23 Aug 2013 00:02:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCepb-00040R-7S for xen-api@lists.xen.org; Fri, 23 Aug 2013 00:02:23 +0000 Received: from [85.158.143.35:2901] by server-1.bemta-4.messagelabs.com id 11/13-16125-E86A6125; Fri, 23 Aug 2013 00:02:22 +0000 X-Env-Sender: Jonathan.Ludlam@eu.citrix.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1377216140!5968261!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8822 invoked from network); 23 Aug 2013 00:02:21 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 00:02:21 -0000 X-IronPort-AV: E=Sophos;i="4.89,937,1367971200"; d="scan'208,217";a="44569050" Received: from accessns.citrite.net (HELO FTLPMAILMX01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Aug 2013 00:02:19 +0000 Received: from AMSPEX01CL03.citrite.net (10.69.46.34) by FTLPMAILMX01.citrite.net (10.13.107.65) with Microsoft SMTP Server (TLS) id 8.3.298.1; Thu, 22 Aug 2013 20:02:18 -0400 Received: from AMSPEX01CL01.citrite.net ([169.254.6.177]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.02.0342.004; Fri, 23 Aug 2013 02:02:16 +0200 From: Jonathan Ludlam To: Sayid Munawar Thread-Topic: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi Thread-Index: AQHOnxKP+uCzeehs40aF59uDQ0imQpmh6elg Date: Fri, 23 Aug 2013 00:02:16 +0000 Message-ID: <94C1FF5E-75A1-4670-8A83-E3B2DA5BAFF0@eu.citrix.com> References: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> In-Reply-To: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3835778043277146860==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3835778043277146860== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_94C1FF5E75A146708A83E3B2DA5BAFF0eucitrixcom_" --_000_94C1FF5E75A146708A83E3B2DA5BAFF0eucitrixcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hmm. No idea what your compilation error is, but it's in a bit that is only= required for VSS snapshots (snapshot with quiesce) of windows VMs. You can= ignore snapwatchd if you don't use that feature. However, take care if you're using shared LVM - we have for a long time rel= ied upon patches to LVM to work correctly, particularly in the shared SR ca= se. There has been some work done recently to remove the need for these pat= ches, but I don't know whether this has all been pushed yet. Jon Sent from my iPad On 22 Aug 2013, at 09:35, "Sayid Munawar" > wrote: Hi, The situation here is that i have an old LSI (megasr) fakeraid card. it for= ced me to use kernel 2.6.32, because XCP/xenserver's default kernel can't d= etect my harddrive, even after i've compiled the driver using its DDK. so i have to build xenserver from scratch from vanilla centos 6 (ouch). i'v= e managed to compile xen 4.2.2 (*1) and xen-api using rpms built by xen-ap= i-rpm-buildroot(*2) the problem is, i think the LVM SR Driver is not compiled in. so, how to ad= d them? i found the its repo in https://github.com/xapi-project/sm, but as= its readme said, it can't be compiled using "make && make install" as usua= l. cc -O2 -I/usr/include/python2.6/ -I/usr/include -shared xslib.o xslib_wrap.= o -lxenstore -o _xslib.so /usr/bin/ld: xslib.o: relocation R_X86_64_32 against `.rodata.str1.8' can n= ot be used when making a shared object; recompile with -fPIC xslib.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [_xslib.so] Error 1 make[1]: Leaving directory `/home/ayik/sm/snapwatchd' make: *** [install] Error 2 any clue how to compile xen-api SM ? and then of course how to configure it= so that we can create LVM SR ? *1) http://dev.centos.org/centos/6/xen-c6/SRPMS/ *2) https://github.com/xapi-project/xen-api-rpm-buildroot PS: just share some experience when building rpms from xen-api-rpm-buildroot: 1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* (plas= e see errors below). both are trying to install the same target Transaction Check Error: file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between attempted ins= talls of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-4.2.2-23.e= l6.x86_64 file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between attempted = installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-4.2.2-2= 3.el6.x86_64 2. there is some error when installing xenopsd-libvirt, but i don't know wh= at the effect Installing : xenopsd-libvirt-0.9.21-1.x86_64 = = 125/261 Non-fatal POSTIN scriptlet failure in rpm package xenopsd-libvirt-0.9.21-1.= x86_64 error reading information on service xenopsd-libvirt: No such file or direc= tory warning: %post(xenopsd-libvirt-0.9.21-1.x86_64) scriptlet failed, exit stat= us 1 -- Sayid Munawar Sent with Sparrow _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_94C1FF5E75A146708A83E3B2DA5BAFF0eucitrixcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hmm. No idea what your compilation error is, but it's in a bit that is= only required for VSS snapshots (snapshot with quiesce) of windows VMs. Yo= u can ignore snapwatchd if you don't use that feature.

However, take care if you're using shared LVM - we have for a long tim= e relied upon patches to LVM to work correctly, particularly in the shared = SR case. There has been some work done recently to remove the need for thes= e patches, but I don't know whether this has all been pushed yet.

Jon

Sent from my iPad

On 22 Aug 2013, at 09:35, "Sayid Munawar" <ayik@freebsd.or.id> wrote:

Hi,

The situation here is that i have an old LSI (megasr) fakeraid card. i= t forced me to use kernel 2.6.32, because XCP/xenserver's default kernel ca= n't detect my harddrive, even after i've compiled the driver using its DDK.=  

so i have to build xenserver from scratch from vanilla centos 6 (ouch)= . i've managed to compile xen 4.2.2 (*1) and  xen-api using rpms = built by xen-api-rpm-buildroot(*2)

the problem is, i think the LVM SR Driver is not compiled in. so, how = to add them?  i found the its repo in https://github.com/xapi-project/sm, but as its read= me said, it can't be compiled using "make && make install" as usual.

cc -O2 -I/usr/include/python2.6/ -I/usr/include -shared xslib.o xslib_= wrap.o -lxenstore -o _xslib.so
/usr/bin/ld: xslib.o: relocation R_X86_64_32 against `.rodata.str1.8' = can not be used when making a shared object; recompile with -fPIC
xslib.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [_xslib.so] Error 1
make[1]: Leaving directory `/home/ayik/sm/snapwatchd'
make: *** [install] Error 2

any clue how to compile xen-api SM ? and then of course how to configu= re it so that we can create LVM SR ?




PS:

just share some experience when building rpms from xen-api-rpm-bu= ildroot:

1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* = (plase see errors below). both are trying to install the same target

Transaction Check Error:
  file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between att= empted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-devel-= 4.2.2-23.el6.x86_64
  file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between = attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and xen-ocaml-dev= el-4.2.2-23.el6.x86_64

2. there is some error when installing xenopsd-libvirt, but i don= 't know what the effect
  Installing : xenopsd-libvirt-0.9.21-1.x86_64     &nbs= p;                     &n= bsp;                     =                      = ;                     &nb= sp;                     &= nbsp;          125/261 
Non-fatal POSTIN scriptlet failure in rpm package xenopsd-libvirt-0.9.= 21-1.x86_64
error reading information on service xenopsd-libvirt: No such file or = directory
warning: %post(xenopsd-libvirt-0.9.21-1.x86_64) scriptlet failed, exit= status 1



-- 
Sayid Munawar
Sent with Sparrow

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
htt= p://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
--_000_94C1FF5E75A146708A83E3B2DA5BAFF0eucitrixcom_-- --===============3835778043277146860== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3835778043277146860==-- From xen-api-bounces@lists.xen.org Fri Aug 23 02:03:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 02:03:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCgiR-00045p-M7; Fri, 23 Aug 2013 02:03:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCgiP-00045i-JP for xen-api@lists.xen.org; Fri, 23 Aug 2013 02:03:05 +0000 Received: from [85.158.137.68:61622] by server-16.bemta-3.messagelabs.com id B1/50-30005-8D2C6125; Fri, 23 Aug 2013 02:03:04 +0000 X-Env-Sender: ayik@freebsd.or.id X-Msg-Ref: server-6.tower-31.messagelabs.com!1377223381!3163731!1 X-Originating-IP: [209.85.160.46] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11431 invoked from network); 23 Aug 2013 02:03:03 -0000 Received: from mail-pb0-f46.google.com (HELO mail-pb0-f46.google.com) (209.85.160.46) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 02:03:03 -0000 Received: by mail-pb0-f46.google.com with SMTP id rq2so56028pbb.5 for ; Thu, 22 Aug 2013 19:03:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-type; bh=ESL0i6Zfeu+LrnoNhUbbKwXTicx3xmQmepedK8MaVs0=; b=k1EDEn2dO6dkZpBA96S0bT9Ru8+SqEYCmTAzwvGCBgcN1nKhwgy++fK09V2tf7dPSV +VWOtKJY0WBxruTGLjhoSkIm25uvojrIyLZxkketfdIGSqcws6GZLiobyT7gF7gt0VFk urc5w+swtdCnsRPlkA3Gz6AETsaYh3gGnkH27u3aGh5Kv4vAUBYeMTx7ukE/+/z7rD+Y b96t6bB68H37L/DLwsAzKudXkiP2hXbmSZhaCs56p6QD/2cWqILxpfMkRQBaX0KZu/AF iUWAfgruXtvQ8saxpJpUpAVQMF5tC1qjR4mBUwrhnRJhF4irCtMZJywIFwLLpBezVtPx 2oew== X-Gm-Message-State: ALoCoQnRAB9UEvkLFEiiSlt6pAV1ehsudmP0d6/lCFFRf9PoDhVY/4kLU0pbvGdabeM/U4GBbzd1 X-Received: by 10.68.191.231 with SMTP id hb7mr8364115pbc.82.1377223381272; Thu, 22 Aug 2013 19:03:01 -0700 (PDT) Received: from [192.168.11.100] ([111.68.26.19]) by mx.google.com with ESMTPSA id bb1sm17978128pbc.10.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 19:03:00 -0700 (PDT) Date: Fri, 23 Aug 2013 09:02:53 +0700 From: Sayid Munawar To: Jonathan Ludlam Message-ID: In-Reply-To: <94C1FF5E-75A1-4670-8A83-E3B2DA5BAFF0@eu.citrix.com> References: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> <94C1FF5E-75A1-4670-8A83-E3B2DA5BAFF0@eu.citrix.com> X-Mailer: sparrow 1.6.4 (build 1176) MIME-Version: 1.0 Cc: "=?utf-8?Q?xen-api=40lists.xen.org?=" Subject: Re: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5746917895795179023==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5746917895795179023== Content-Type: multipart/alternative; boundary="5216c2cd_1df029d3_5981" --5216c2cd_1df029d3_5981 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday, August 23, 2013 at 7:02 AM, Jonathan Ludlam wrote: > Hmm. No idea what your compilation error is, but it's in a bit that is only required for VSS snapshots (snapshot with quiesce) of windows VMs. You can ignore snapwatchd if you don't use that feature. > > However, take care if you're using shared LVM - we have for a long time relied upon patches to LVM to work correctly, particularly in the shared SR case. There has been some work done recently to remove the need for these patches, but I don't know whether this has all been pushed yet. > > Jon > I see, that's why LVM doesn't supported in debian xcp-xapi, as i remembered. so, i guess i should look for another option. i am new in xcp/xs internals, though have been using it for years. so, what is the simplest SR can i use if i want to manage it via XenCenter ? i think i'd prefer local than remote (nfs/iscsi) -- Sayid Munawar Sent with Sparrow (http://www.sparrowmailapp.com/?sig) --5216c2cd_1df029d3_5981 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
On =46= riday, August 23, 2013 at 7:02 AM, Jonathan Ludlam wrote:
Hmm. No idea what your compilation error is, but it's in a bit that = is only required for VSS snapshots (snapshot with quiesce) of windows VMs= . You can ignore snapwatchd if you don't use that feature.

However, take care if you're using shared LVM - we have for a long t= ime relied upon patches to LVM to work correctly, particularly in the sha= red SR case. There has been some work done recently to remove the need fo= r these patches, but I don't know whether this has all been pushed yet.

Jon


I see, that= 's why LVM doesn't supported in debian xcp-xapi, as i remembered. so, i g= uess i should look for another option. i am new in xcp/xs internals, thou= gh have been using it for years. so, what is the simplest SR can i use if= i want to manage it via XenCenter =3F i think i'd prefer local than remo= te (nfs/iscsi)


-- 
Sayid Munawar
Sent with Sparrow

--5216c2cd_1df029d3_5981-- --===============5746917895795179023== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5746917895795179023==-- From xen-api-bounces@lists.xen.org Fri Aug 23 02:03:16 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 02:03:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCgiR-00045p-M7; Fri, 23 Aug 2013 02:03:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCgiP-00045i-JP for xen-api@lists.xen.org; Fri, 23 Aug 2013 02:03:05 +0000 Received: from [85.158.137.68:61622] by server-16.bemta-3.messagelabs.com id B1/50-30005-8D2C6125; Fri, 23 Aug 2013 02:03:04 +0000 X-Env-Sender: ayik@freebsd.or.id X-Msg-Ref: server-6.tower-31.messagelabs.com!1377223381!3163731!1 X-Originating-IP: [209.85.160.46] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11431 invoked from network); 23 Aug 2013 02:03:03 -0000 Received: from mail-pb0-f46.google.com (HELO mail-pb0-f46.google.com) (209.85.160.46) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 02:03:03 -0000 Received: by mail-pb0-f46.google.com with SMTP id rq2so56028pbb.5 for ; Thu, 22 Aug 2013 19:03:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-type; bh=ESL0i6Zfeu+LrnoNhUbbKwXTicx3xmQmepedK8MaVs0=; b=k1EDEn2dO6dkZpBA96S0bT9Ru8+SqEYCmTAzwvGCBgcN1nKhwgy++fK09V2tf7dPSV +VWOtKJY0WBxruTGLjhoSkIm25uvojrIyLZxkketfdIGSqcws6GZLiobyT7gF7gt0VFk urc5w+swtdCnsRPlkA3Gz6AETsaYh3gGnkH27u3aGh5Kv4vAUBYeMTx7ukE/+/z7rD+Y b96t6bB68H37L/DLwsAzKudXkiP2hXbmSZhaCs56p6QD/2cWqILxpfMkRQBaX0KZu/AF iUWAfgruXtvQ8saxpJpUpAVQMF5tC1qjR4mBUwrhnRJhF4irCtMZJywIFwLLpBezVtPx 2oew== X-Gm-Message-State: ALoCoQnRAB9UEvkLFEiiSlt6pAV1ehsudmP0d6/lCFFRf9PoDhVY/4kLU0pbvGdabeM/U4GBbzd1 X-Received: by 10.68.191.231 with SMTP id hb7mr8364115pbc.82.1377223381272; Thu, 22 Aug 2013 19:03:01 -0700 (PDT) Received: from [192.168.11.100] ([111.68.26.19]) by mx.google.com with ESMTPSA id bb1sm17978128pbc.10.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 19:03:00 -0700 (PDT) Date: Fri, 23 Aug 2013 09:02:53 +0700 From: Sayid Munawar To: Jonathan Ludlam Message-ID: In-Reply-To: <94C1FF5E-75A1-4670-8A83-E3B2DA5BAFF0@eu.citrix.com> References: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> <94C1FF5E-75A1-4670-8A83-E3B2DA5BAFF0@eu.citrix.com> X-Mailer: sparrow 1.6.4 (build 1176) MIME-Version: 1.0 Cc: "=?utf-8?Q?xen-api=40lists.xen.org?=" Subject: Re: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5746917895795179023==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5746917895795179023== Content-Type: multipart/alternative; boundary="5216c2cd_1df029d3_5981" --5216c2cd_1df029d3_5981 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday, August 23, 2013 at 7:02 AM, Jonathan Ludlam wrote: > Hmm. No idea what your compilation error is, but it's in a bit that is only required for VSS snapshots (snapshot with quiesce) of windows VMs. You can ignore snapwatchd if you don't use that feature. > > However, take care if you're using shared LVM - we have for a long time relied upon patches to LVM to work correctly, particularly in the shared SR case. There has been some work done recently to remove the need for these patches, but I don't know whether this has all been pushed yet. > > Jon > I see, that's why LVM doesn't supported in debian xcp-xapi, as i remembered. so, i guess i should look for another option. i am new in xcp/xs internals, though have been using it for years. so, what is the simplest SR can i use if i want to manage it via XenCenter ? i think i'd prefer local than remote (nfs/iscsi) -- Sayid Munawar Sent with Sparrow (http://www.sparrowmailapp.com/?sig) --5216c2cd_1df029d3_5981 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
On =46= riday, August 23, 2013 at 7:02 AM, Jonathan Ludlam wrote:
Hmm. No idea what your compilation error is, but it's in a bit that = is only required for VSS snapshots (snapshot with quiesce) of windows VMs= . You can ignore snapwatchd if you don't use that feature.

However, take care if you're using shared LVM - we have for a long t= ime relied upon patches to LVM to work correctly, particularly in the sha= red SR case. There has been some work done recently to remove the need fo= r these patches, but I don't know whether this has all been pushed yet.

Jon


I see, that= 's why LVM doesn't supported in debian xcp-xapi, as i remembered. so, i g= uess i should look for another option. i am new in xcp/xs internals, thou= gh have been using it for years. so, what is the simplest SR can i use if= i want to manage it via XenCenter =3F i think i'd prefer local than remo= te (nfs/iscsi)


-- 
Sayid Munawar
Sent with Sparrow

--5216c2cd_1df029d3_5981-- --===============5746917895795179023== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5746917895795179023==-- From xen-api-bounces@lists.xen.org Fri Aug 23 02:13:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 02:13:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCgrq-0004EV-Lj; Fri, 23 Aug 2013 02:12:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCgro-0004EQ-V2 for xen-api@lists.xen.org; Fri, 23 Aug 2013 02:12:49 +0000 Received: from [193.109.254.147:34249] by server-15.bemta-14.messagelabs.com id 91/B1-10716-025C6125; Fri, 23 Aug 2013 02:12:48 +0000 X-Env-Sender: ayik@freebsd.or.id X-Msg-Ref: server-16.tower-27.messagelabs.com!1377223965!5463327!1 X-Originating-IP: [209.85.160.47] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10604 invoked from network); 23 Aug 2013 02:12:47 -0000 Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 02:12:47 -0000 Received: by mail-pb0-f47.google.com with SMTP id rr4so62368pbb.20 for ; Thu, 22 Aug 2013 19:12:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-type; bh=GNac6vfqscFQkOeIUPUraUSk5+8sA8uVI0xTYsXfRcs=; b=AC/D3CDhGgBTYe+xoiKMU+1CY8X3ntHcuYENFGSeV673+JQWXS1YhMSMygEtwmiGml v9wqoGzCNEL8gRbLqeV8T6d/5uk+EGQ6qWPJIgxaxxR5wo0GpiEt2XTHlH9n6aYzrNJV 0yUk9OhJWxi/jeB6qcVGrrOr4K3mg8o0VKnvq0aUn5+NEtGmooii2XYGPa5nqEKZ7jna xT5OUfacZ2smpbmzok5/2HsjO+7rFaKii/wWOjw0baVYDJND2zHJN5wAd8g+41u71SVD 1laLRH0ye5dCMB//sut+W4G7S6adxWuyQ2XtkHIcwjWZeH/jN3q120dCN/IJMO8TmnPw LoUw== X-Gm-Message-State: ALoCoQn60IvAaeKVLJ2HWYUETYbUOHBCqnvvGqXqcWwE1vELXfTCGtJDL/g15xVmtftVCx/L369N X-Received: by 10.66.178.143 with SMTP id cy15mr8638947pac.105.1377223964870; Thu, 22 Aug 2013 19:12:44 -0700 (PDT) Received: from [192.168.11.100] ([111.68.26.19]) by mx.google.com with ESMTPSA id bb1sm18018334pbc.10.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 19:12:43 -0700 (PDT) Date: Fri, 23 Aug 2013 09:12:35 +0700 From: Sayid Munawar To: Euan Harris Message-ID: <74D5BC09D78B453D97AD35F3076CABE2@freebsd.or.id> In-Reply-To: <20130822145140.GK8921@citrix.com> References: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> <20130822145140.GK8921@citrix.com> X-Mailer: sparrow 1.6.4 (build 1176) MIME-Version: 1.0 Cc: "=?utf-8?Q?xen-api=40lists.xen.org?=" Subject: Re: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8971387178828952900==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8971387178828952900== Content-Type: multipart/alternative; boundary="5216c513_78b5e776_5981" --5216c513_78b5e776_5981 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline > On Thursday, August 22, 2013 at 9:51 PM, Euan Harris wrote: > > > Hi Sayid, > > Thanks for reporting the problems you had with xen-api-rpm-buildroot. > > > 1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* > > (plase see errors below). both are trying to install the same target > > > > > Transaction Check Error: > > > file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between > > attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and > > xen-ocaml-devel-4.2.2-23.el6.x86_64 > > > file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between > > attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and > > xen-ocaml-devel-4.2.2-23.el6.x86_64 > > > > > At least for now we rely on specific versions of the files packaged > in ocaml-xenstore-devel. I've now marked it as conflicting with > xen-ocaml-devel, so yum will refuse to install one if the other is > present and will give a slightly clearer error message. Of course > this won't help you if you really need xen-ocaml-devel to be installed. > Do you have some other dependency which requires xen-ocaml-devel? > thank you too for you guys working on xen-api-rpm-buildroot, i learnt a lot about xs/xcp when building. i just installed all available rpms, and even don't know why i installed *-devel packages :D. it was because the last time i tried to build via source using john garbutt's xcp-devinstall, it failed. i couldn't login via xencenter. so i tried again using the "rpm" method. -- Sayid Munawar Sent with Sparrow (http://www.sparrowmailapp.com/?sig) --5216c513_78b5e776_5981 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
On Thursday, A= ugust 22, 2013 at 9:51 PM, Euan Harris wrote:
Hi Sayid,

Thanks for reporting the p= roblems you had with xen-api-rpm-buildroot.

1. the xen-ocaml* spec are overlapping wit= h ocaml-xen-lowlevel-libs-*
(plase see errors below). both are= trying to install the same target

> Transac= tion Check Error:
> file /usr/lib64/ocaml/xenstore/xensto= re.a conflicts between
attempted installs of ocaml-xenstore-de= vel-1.2.1-1.x86=5F64 and
xen-ocaml-devel-4.2.2-23.el6.x86=5F64=
> file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts= between
attempted installs of ocaml-xenstore-devel-1.2.1-1.x8= 6=5F64 and
xen-ocaml-devel-4.2.2-23.el6.x86=5F64

At least for now we rely on specific versi= ons of the files packaged
in ocaml-xenstore-devel. I've now ma= rked it as conflicting with
xen-ocaml-devel, so yum will refuse= to install one if the other is
present and will give a slightl= y clearer error message. Of course
this won't help you if you= really need xen-ocaml-devel to be installed.
Do you have some = other dependency which requires xen-ocaml-devel=3F


thank you too for you g= uys working on xen-api-rpm-buildroot, i learnt a lot about xs/xcp when bu= ilding.

i just installed all available rpms, and= even don't know why i installed *-devel packages :D. it was because= the last time i tried to build via source using john garbutt's xcp-devin= stall, it failed. i couldn't login via xencenter. so i tried again using = the =22rpm=22 method.
 
-- 
=
Sayid Munawar
Sent with Sparrow

--5216c513_78b5e776_5981-- --===============8971387178828952900== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8971387178828952900==-- From xen-api-bounces@lists.xen.org Fri Aug 23 02:13:01 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 02:13:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCgrq-0004EV-Lj; Fri, 23 Aug 2013 02:12:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCgro-0004EQ-V2 for xen-api@lists.xen.org; Fri, 23 Aug 2013 02:12:49 +0000 Received: from [193.109.254.147:34249] by server-15.bemta-14.messagelabs.com id 91/B1-10716-025C6125; Fri, 23 Aug 2013 02:12:48 +0000 X-Env-Sender: ayik@freebsd.or.id X-Msg-Ref: server-16.tower-27.messagelabs.com!1377223965!5463327!1 X-Originating-IP: [209.85.160.47] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10604 invoked from network); 23 Aug 2013 02:12:47 -0000 Received: from mail-pb0-f47.google.com (HELO mail-pb0-f47.google.com) (209.85.160.47) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 02:12:47 -0000 Received: by mail-pb0-f47.google.com with SMTP id rr4so62368pbb.20 for ; Thu, 22 Aug 2013 19:12:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-type; bh=GNac6vfqscFQkOeIUPUraUSk5+8sA8uVI0xTYsXfRcs=; b=AC/D3CDhGgBTYe+xoiKMU+1CY8X3ntHcuYENFGSeV673+JQWXS1YhMSMygEtwmiGml v9wqoGzCNEL8gRbLqeV8T6d/5uk+EGQ6qWPJIgxaxxR5wo0GpiEt2XTHlH9n6aYzrNJV 0yUk9OhJWxi/jeB6qcVGrrOr4K3mg8o0VKnvq0aUn5+NEtGmooii2XYGPa5nqEKZ7jna xT5OUfacZ2smpbmzok5/2HsjO+7rFaKii/wWOjw0baVYDJND2zHJN5wAd8g+41u71SVD 1laLRH0ye5dCMB//sut+W4G7S6adxWuyQ2XtkHIcwjWZeH/jN3q120dCN/IJMO8TmnPw LoUw== X-Gm-Message-State: ALoCoQn60IvAaeKVLJ2HWYUETYbUOHBCqnvvGqXqcWwE1vELXfTCGtJDL/g15xVmtftVCx/L369N X-Received: by 10.66.178.143 with SMTP id cy15mr8638947pac.105.1377223964870; Thu, 22 Aug 2013 19:12:44 -0700 (PDT) Received: from [192.168.11.100] ([111.68.26.19]) by mx.google.com with ESMTPSA id bb1sm18018334pbc.10.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 19:12:43 -0700 (PDT) Date: Fri, 23 Aug 2013 09:12:35 +0700 From: Sayid Munawar To: Euan Harris Message-ID: <74D5BC09D78B453D97AD35F3076CABE2@freebsd.or.id> In-Reply-To: <20130822145140.GK8921@citrix.com> References: <723C8777A1274A9E903CFEAFEF2B1CD5@freebsd.or.id> <20130822145140.GK8921@citrix.com> X-Mailer: sparrow 1.6.4 (build 1176) MIME-Version: 1.0 Cc: "=?utf-8?Q?xen-api=40lists.xen.org?=" Subject: Re: [Xen-API] compiling storage managers (sm) to support LVM SR on vanilla centos + xenapi X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8971387178828952900==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8971387178828952900== Content-Type: multipart/alternative; boundary="5216c513_78b5e776_5981" --5216c513_78b5e776_5981 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline > On Thursday, August 22, 2013 at 9:51 PM, Euan Harris wrote: > > > Hi Sayid, > > Thanks for reporting the problems you had with xen-api-rpm-buildroot. > > > 1. the xen-ocaml* spec are overlapping with ocaml-xen-lowlevel-libs-* > > (plase see errors below). both are trying to install the same target > > > > > Transaction Check Error: > > > file /usr/lib64/ocaml/xenstore/xenstore.a conflicts between > > attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and > > xen-ocaml-devel-4.2.2-23.el6.x86_64 > > > file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts between > > attempted installs of ocaml-xenstore-devel-1.2.1-1.x86_64 and > > xen-ocaml-devel-4.2.2-23.el6.x86_64 > > > > > At least for now we rely on specific versions of the files packaged > in ocaml-xenstore-devel. I've now marked it as conflicting with > xen-ocaml-devel, so yum will refuse to install one if the other is > present and will give a slightly clearer error message. Of course > this won't help you if you really need xen-ocaml-devel to be installed. > Do you have some other dependency which requires xen-ocaml-devel? > thank you too for you guys working on xen-api-rpm-buildroot, i learnt a lot about xs/xcp when building. i just installed all available rpms, and even don't know why i installed *-devel packages :D. it was because the last time i tried to build via source using john garbutt's xcp-devinstall, it failed. i couldn't login via xencenter. so i tried again using the "rpm" method. -- Sayid Munawar Sent with Sparrow (http://www.sparrowmailapp.com/?sig) --5216c513_78b5e776_5981 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
On Thursday, A= ugust 22, 2013 at 9:51 PM, Euan Harris wrote:
Hi Sayid,

Thanks for reporting the p= roblems you had with xen-api-rpm-buildroot.

1. the xen-ocaml* spec are overlapping wit= h ocaml-xen-lowlevel-libs-*
(plase see errors below). both are= trying to install the same target

> Transac= tion Check Error:
> file /usr/lib64/ocaml/xenstore/xensto= re.a conflicts between
attempted installs of ocaml-xenstore-de= vel-1.2.1-1.x86=5F64 and
xen-ocaml-devel-4.2.2-23.el6.x86=5F64=
> file /usr/lib64/ocaml/xenstore/xenstore.cmxa conflicts= between
attempted installs of ocaml-xenstore-devel-1.2.1-1.x8= 6=5F64 and
xen-ocaml-devel-4.2.2-23.el6.x86=5F64

At least for now we rely on specific versi= ons of the files packaged
in ocaml-xenstore-devel. I've now ma= rked it as conflicting with
xen-ocaml-devel, so yum will refuse= to install one if the other is
present and will give a slightl= y clearer error message. Of course
this won't help you if you= really need xen-ocaml-devel to be installed.
Do you have some = other dependency which requires xen-ocaml-devel=3F


thank you too for you g= uys working on xen-api-rpm-buildroot, i learnt a lot about xs/xcp when bu= ilding.

i just installed all available rpms, and= even don't know why i installed *-devel packages :D. it was because= the last time i tried to build via source using john garbutt's xcp-devin= stall, it failed. i couldn't login via xencenter. so i tried again using = the =22rpm=22 method.
 
-- 
=
Sayid Munawar
Sent with Sparrow

--5216c513_78b5e776_5981-- --===============8971387178828952900== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============8971387178828952900==-- From xen-api-bounces@lists.xen.org Fri Aug 23 07:52:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 07:52:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCm9u-0007ly-Lh; Fri, 23 Aug 2013 07:51:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCm9t-0007ll-Nb for xen-api@lists.xensource.com; Fri, 23 Aug 2013 07:51:50 +0000 Received: from [85.158.137.68:25849] by server-17.bemta-3.messagelabs.com id E6/75-03449-49417125; Fri, 23 Aug 2013 07:51:48 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1377244307!3365647!1 X-Originating-IP: [209.85.214.47] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4786 invoked from network); 23 Aug 2013 07:51:47 -0000 Received: from mail-bk0-f47.google.com (HELO mail-bk0-f47.google.com) (209.85.214.47) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 07:51:47 -0000 Received: by mail-bk0-f47.google.com with SMTP id mx12so100534bkb.34 for ; Fri, 23 Aug 2013 00:51:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=NmRukuiKvT96AOa6PHA/v1uO5+cS28HfJKvCqsBx7Bk=; b=N/Flygkyi0KoDfQCQiwppwt3FiMeLHqwaUiCUtKJybm4hxdv7XtVtYGfPxm58pB11h qzEJHF2qUJaXoJwQEIPwlLYZEGbzICH8rUde9tnqLiTj9nd2VPCpKlvSeLw2irHm1+xE U5zh4VU+QWRL7GmYcYJe2gveiwF+9mTc+0nGDpw+yajjyodFIM1CxuwF1OP3GZrTpOtO cN7EcT3j0C6BThX8YhWOe+SaJnuokhecUx1fwwcFM6lG1uvWsPsCY0noW39FUHHap4yX jIVOnudqemm3WgAhijrEw3ueiNjcxYJDurvoAxjZhHd8ITnV4h1T/YR1d9I3e3h/9jIw ipJg== X-Received: by 10.205.120.78 with SMTP id fx14mr14056189bkc.7.1377244307507; Fri, 23 Aug 2013 00:51:47 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:c90e:d44f:1af2:f6ce? ([2a00:ab00:0:fffe:c90e:d44f:1af2:f6ce]) by mx.google.com with ESMTPSA id kk2sm3775009bkb.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Aug 2013 00:51:47 -0700 (PDT) Message-ID: <52171492.70401@gmail.com> Date: Fri, 23 Aug 2013 11:51:46 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Jonathan Ludlam References: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> In-Reply-To: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0736554053046658293==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0736554053046658293== Content-Type: multipart/alternative; boundary="------------090406040203060101050606" This is a multi-part message in MIME format. --------------090406040203060101050606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good day. It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no anything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer versions there is none. ... And manual vhd coalesce is really ugly way. On 23.08.2013 03:50, Jonathan Ludlam wrote: > On an LVHD based SR, this should get automatically coalesced (so > called 'online leaf-coalesce'). However, on file-based VHD SRs I > believe the decision was taken not to do online leaf coalesce, as it > wasn't felt necessary. > > Having said that, you might find this link helps, though I haven't > tried anything in it myself: http://support.citrix.com/article/CTX123400 > > Jon > > > > Sent from my iPad > > On 16 Aug 2013, at 14:51, "George Shuklin" > wrote: > >> Good day. >> >> After VDI migration there is base copy (vhd parent) disk for VDI's of >> newly migrated VM. I see no way to coalesce it back except manual >> operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introducing >> it back to xapi and recreating VBD). >> >> Is any way to do this? >> >> Thanks. >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------090406040203060101050606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Good day.

It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no anything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer versions there is none.

... And manual vhd coalesce is really ugly way.


On 23.08.2013 03:50, Jonathan Ludlam wrote:
On an LVHD based SR, this should get automatically coalesced (so called 'online leaf-coalesce'). However, on file-based VHD SRs I believe the decision was taken not to do online leaf coalesce, as it wasn't felt necessary.

Having said that, you might find this link helps, though I haven't tried anything in it myself: http://support.citrix.com/article/CTX123400

Jon



Sent from my iPad

On 16 Aug 2013, at 14:51, "George Shuklin" <george.shuklin@gmail.com> wrote:

Good day.

After VDI migration there is base copy (vhd parent) disk for VDI's of newly migrated VM. I see no way to coalesce it back except manual operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and recreating VBD).

Is any way to do this?

Thanks.
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--------------090406040203060101050606-- --===============0736554053046658293== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0736554053046658293==-- From xen-api-bounces@lists.xen.org Fri Aug 23 07:52:00 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 07:52:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCm9u-0007ly-Lh; Fri, 23 Aug 2013 07:51:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCm9t-0007ll-Nb for xen-api@lists.xensource.com; Fri, 23 Aug 2013 07:51:50 +0000 Received: from [85.158.137.68:25849] by server-17.bemta-3.messagelabs.com id E6/75-03449-49417125; Fri, 23 Aug 2013 07:51:48 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1377244307!3365647!1 X-Originating-IP: [209.85.214.47] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4786 invoked from network); 23 Aug 2013 07:51:47 -0000 Received: from mail-bk0-f47.google.com (HELO mail-bk0-f47.google.com) (209.85.214.47) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 07:51:47 -0000 Received: by mail-bk0-f47.google.com with SMTP id mx12so100534bkb.34 for ; Fri, 23 Aug 2013 00:51:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=NmRukuiKvT96AOa6PHA/v1uO5+cS28HfJKvCqsBx7Bk=; b=N/Flygkyi0KoDfQCQiwppwt3FiMeLHqwaUiCUtKJybm4hxdv7XtVtYGfPxm58pB11h qzEJHF2qUJaXoJwQEIPwlLYZEGbzICH8rUde9tnqLiTj9nd2VPCpKlvSeLw2irHm1+xE U5zh4VU+QWRL7GmYcYJe2gveiwF+9mTc+0nGDpw+yajjyodFIM1CxuwF1OP3GZrTpOtO cN7EcT3j0C6BThX8YhWOe+SaJnuokhecUx1fwwcFM6lG1uvWsPsCY0noW39FUHHap4yX jIVOnudqemm3WgAhijrEw3ueiNjcxYJDurvoAxjZhHd8ITnV4h1T/YR1d9I3e3h/9jIw ipJg== X-Received: by 10.205.120.78 with SMTP id fx14mr14056189bkc.7.1377244307507; Fri, 23 Aug 2013 00:51:47 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:c90e:d44f:1af2:f6ce? ([2a00:ab00:0:fffe:c90e:d44f:1af2:f6ce]) by mx.google.com with ESMTPSA id kk2sm3775009bkb.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Aug 2013 00:51:47 -0700 (PDT) Message-ID: <52171492.70401@gmail.com> Date: Fri, 23 Aug 2013 11:51:46 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Jonathan Ludlam References: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> In-Reply-To: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0736554053046658293==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0736554053046658293== Content-Type: multipart/alternative; boundary="------------090406040203060101050606" This is a multi-part message in MIME format. --------------090406040203060101050606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good day. It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no anything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer versions there is none. ... And manual vhd coalesce is really ugly way. On 23.08.2013 03:50, Jonathan Ludlam wrote: > On an LVHD based SR, this should get automatically coalesced (so > called 'online leaf-coalesce'). However, on file-based VHD SRs I > believe the decision was taken not to do online leaf coalesce, as it > wasn't felt necessary. > > Having said that, you might find this link helps, though I haven't > tried anything in it myself: http://support.citrix.com/article/CTX123400 > > Jon > > > > Sent from my iPad > > On 16 Aug 2013, at 14:51, "George Shuklin" > wrote: > >> Good day. >> >> After VDI migration there is base copy (vhd parent) disk for VDI's of >> newly migrated VM. I see no way to coalesce it back except manual >> operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introducing >> it back to xapi and recreating VBD). >> >> Is any way to do this? >> >> Thanks. >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --------------090406040203060101050606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Good day.

It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no anything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer versions there is none.

... And manual vhd coalesce is really ugly way.


On 23.08.2013 03:50, Jonathan Ludlam wrote:
On an LVHD based SR, this should get automatically coalesced (so called 'online leaf-coalesce'). However, on file-based VHD SRs I believe the decision was taken not to do online leaf coalesce, as it wasn't felt necessary.

Having said that, you might find this link helps, though I haven't tried anything in it myself: http://support.citrix.com/article/CTX123400

Jon



Sent from my iPad

On 16 Aug 2013, at 14:51, "George Shuklin" <george.shuklin@gmail.com> wrote:

Good day.

After VDI migration there is base copy (vhd parent) disk for VDI's of newly migrated VM. I see no way to coalesce it back except manual operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and recreating VBD).

Is any way to do this?

Thanks.
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--------------090406040203060101050606-- --===============0736554053046658293== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============0736554053046658293==-- From xen-api-bounces@lists.xen.org Fri Aug 23 08:45:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 08:45:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCmzL-0002aY-7Z; Fri, 23 Aug 2013 08:44:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCmzK-0002aK-1K for xen-api@lists.xensource.com; Fri, 23 Aug 2013 08:44:58 +0000 Received: from [193.109.254.147:48246] by server-11.bemta-14.messagelabs.com id 21/CF-23511-90127125; Fri, 23 Aug 2013 08:44:57 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1377247493!5508711!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22937 invoked from network); 23 Aug 2013 08:44:56 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 08:44:56 -0000 X-IronPort-AV: E=Sophos;i="4.89,940,1367971200"; d="scan'208,217";a="44648798" Received: from accessns.citrite.net (HELO FTLPMAILMX02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Aug 2013 08:44:53 +0000 Received: from AMSPEX01CL03.citrite.net (10.69.46.34) by FTLPMAILMX02.citrite.net (10.13.107.66) with Microsoft SMTP Server (TLS) id 8.3.298.1; Fri, 23 Aug 2013 04:44:53 -0400 Received: from AMSPEX01CL01.citrite.net ([169.254.6.177]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.02.0342.004; Fri, 23 Aug 2013 10:44:07 +0200 From: Bob Ball To: George Shuklin , Jonathan Ludlam Thread-Topic: [Xen-API] Storage XenMotion Thread-Index: AQHOmofYMS3KPtpcH0SinHdgcznB5pmhzk2AgACGVwCAAC6qIA== Date: Fri, 23 Aug 2013 08:44:06 +0000 Deferred-Delivery: Fri, 23 Aug 2013 08:43:00 +0000 Message-ID: References: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> <52171492.70401@gmail.com> In-Reply-To: <52171492.70401@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.195] MIME-Version: 1.0 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5028980623854039430==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5028980623854039430== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60CF18DAMSPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60CF18DAMSPEX01CL01citri_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It is possible, and present, however it is disabled by default because, as = Jon said, it wasn't considered necessary and therefore we didn't enable it = and test it to verify the functionality. On the other hand, I have had success enabling it in specific scenarios, an= d while it is not a supported mode, if you're using XCP I guess that you do= n't have support from Citrix either way! If you edit /opt/xensource/sm/cleanup.py, go to class FileSR and delete the= "findLeafCoalesceable" method which simply returns None then it will use t= he base classes method and online leaf coalescing on EXT3 should work autom= atically. Bob From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of George Shuklin Sent: 23 August 2013 08:52 To: Jonathan Ludlam Cc: xen-api@lists.xensource.com Subject: Re: [Xen-API] Storage XenMotion Good day. It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no an= ything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer vers= ions there is none. ... And manual vhd coalesce is really ugly way. On 23.08.2013 03:50, Jonathan Ludlam wrote: On an LVHD based SR, this should get automatically coalesced (so called 'on= line leaf-coalesce'). However, on file-based VHD SRs I believe the decision= was taken not to do online leaf coalesce, as it wasn't felt necessary. Having said that, you might find this link helps, though I haven't tried an= ything in it myself: http://support.citrix.com/article/CTX123400 Jon Sent from my iPad On 16 Aug 2013, at 14:51, "George Shuklin" > wrote: Good day. After VDI migration there is base copy (vhd parent) disk for VDI's of newly= migrated VM. I see no way to coalesce it back except manual operation with= VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and = recreating VBD). Is any way to do this? Thanks. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_BB824EA959B82F43820FFEE5E6B00AA60CF18DAMSPEX01CL01citri_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

It is possible, and prese= nt, however it is disabled by default because, as Jon said, it wasn’t= considered necessary and therefore we didn’t enable it and test it to verify the functionality.

 <= /p>

On the other hand, I have= had success enabling it in specific scenarios, and while it is not a suppo= rted mode, if you’re using XCP I guess that you don’t have support from Citrix either way!

 <= /p>

If you edit /opt/xensourc= e/sm/cleanup.py, go to class FileSR and delete the “findLeafCoalescea= ble” method which simply returns None then it will use the base classes method and online leaf coalescing on EXT3 should work automaticall= y.

 <= /p>

Bob

 

From:= xen-api-bounces@lis= ts.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of George Shuklin<= br> Sent: 23 August 2013 08:52
To: Jonathan Ludlam
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] Storage XenMotion

 

Good day.

It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no an= ything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer vers= ions there is none.

... And manual vhd coalesce is really ugly way.


On 23.08.2013 03:50, Jonathan Ludlam wrote:

On an LVHD based SR, this should get automatically c= oalesced (so called 'online leaf-coalesce'). However, on file-based VHD SRs= I believe the decision was taken not to do online leaf coalesce, as it was= n't felt necessary.

 

Having said that, you might find this link helps, th= ough I haven't tried anything in it myself: http://support.citrix.com/= article/CTX123400



Jon

 



Sent from my iPad


On 16 Aug 2013, at 14:51, "George Shuklin" <george.shuklin@gmail.com> wrote:

Good day.<= /p>

After VDI migration there is base copy (vhd parent) = disk for VDI's of newly migrated VM. I see no way to coalesce it back excep= t manual operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introduci= ng it back to xapi and recreating VBD).

Is any way to do this?

Thanks.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://li= sts.xen.org/cgi-bin/mailman/listinfo/xen-api

 

--_000_BB824EA959B82F43820FFEE5E6B00AA60CF18DAMSPEX01CL01citri_-- --===============5028980623854039430== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5028980623854039430==-- From xen-api-bounces@lists.xen.org Fri Aug 23 08:45:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 08:45:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCmzL-0002aY-7Z; Fri, 23 Aug 2013 08:44:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCmzK-0002aK-1K for xen-api@lists.xensource.com; Fri, 23 Aug 2013 08:44:58 +0000 Received: from [193.109.254.147:48246] by server-11.bemta-14.messagelabs.com id 21/CF-23511-90127125; Fri, 23 Aug 2013 08:44:57 +0000 X-Env-Sender: bob.ball@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1377247493!5508711!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22937 invoked from network); 23 Aug 2013 08:44:56 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 08:44:56 -0000 X-IronPort-AV: E=Sophos;i="4.89,940,1367971200"; d="scan'208,217";a="44648798" Received: from accessns.citrite.net (HELO FTLPMAILMX02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Aug 2013 08:44:53 +0000 Received: from AMSPEX01CL03.citrite.net (10.69.46.34) by FTLPMAILMX02.citrite.net (10.13.107.66) with Microsoft SMTP Server (TLS) id 8.3.298.1; Fri, 23 Aug 2013 04:44:53 -0400 Received: from AMSPEX01CL01.citrite.net ([169.254.6.177]) by AMSPEX01CL03.citrite.net ([10.69.46.34]) with mapi id 14.02.0342.004; Fri, 23 Aug 2013 10:44:07 +0200 From: Bob Ball To: George Shuklin , Jonathan Ludlam Thread-Topic: [Xen-API] Storage XenMotion Thread-Index: AQHOmofYMS3KPtpcH0SinHdgcznB5pmhzk2AgACGVwCAAC6qIA== Date: Fri, 23 Aug 2013 08:44:06 +0000 Deferred-Delivery: Fri, 23 Aug 2013 08:43:00 +0000 Message-ID: References: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> <52171492.70401@gmail.com> In-Reply-To: <52171492.70401@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.80.3.195] MIME-Version: 1.0 Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5028980623854039430==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5028980623854039430== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_BB824EA959B82F43820FFEE5E6B00AA60CF18DAMSPEX01CL01citri_" --_000_BB824EA959B82F43820FFEE5E6B00AA60CF18DAMSPEX01CL01citri_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It is possible, and present, however it is disabled by default because, as = Jon said, it wasn't considered necessary and therefore we didn't enable it = and test it to verify the functionality. On the other hand, I have had success enabling it in specific scenarios, an= d while it is not a supported mode, if you're using XCP I guess that you do= n't have support from Citrix either way! If you edit /opt/xensource/sm/cleanup.py, go to class FileSR and delete the= "findLeafCoalesceable" method which simply returns None then it will use t= he base classes method and online leaf coalescing on EXT3 should work autom= atically. Bob From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of George Shuklin Sent: 23 August 2013 08:52 To: Jonathan Ludlam Cc: xen-api@lists.xensource.com Subject: Re: [Xen-API] Storage XenMotion Good day. It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no an= ything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer vers= ions there is none. ... And manual vhd coalesce is really ugly way. On 23.08.2013 03:50, Jonathan Ludlam wrote: On an LVHD based SR, this should get automatically coalesced (so called 'on= line leaf-coalesce'). However, on file-based VHD SRs I believe the decision= was taken not to do online leaf coalesce, as it wasn't felt necessary. Having said that, you might find this link helps, though I haven't tried an= ything in it myself: http://support.citrix.com/article/CTX123400 Jon Sent from my iPad On 16 Aug 2013, at 14:51, "George Shuklin" > wrote: Good day. After VDI migration there is base copy (vhd parent) disk for VDI's of newly= migrated VM. I see no way to coalesce it back except manual operation with= VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and = recreating VBD). Is any way to do this? Thanks. _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --_000_BB824EA959B82F43820FFEE5E6B00AA60CF18DAMSPEX01CL01citri_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

It is possible, and prese= nt, however it is disabled by default because, as Jon said, it wasn’t= considered necessary and therefore we didn’t enable it and test it to verify the functionality.

 <= /p>

On the other hand, I have= had success enabling it in specific scenarios, and while it is not a suppo= rted mode, if you’re using XCP I guess that you don’t have support from Citrix either way!

 <= /p>

If you edit /opt/xensourc= e/sm/cleanup.py, go to class FileSR and delete the “findLeafCoalescea= ble” method which simply returns None then it will use the base classes method and online leaf coalescing on EXT3 should work automaticall= y.

 <= /p>

Bob

 

From:= xen-api-bounces@lis= ts.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of George Shuklin<= br> Sent: 23 August 2013 08:52
To: Jonathan Ludlam
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] Storage XenMotion

 

Good day.

It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no an= ything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer vers= ions there is none.

... And manual vhd coalesce is really ugly way.


On 23.08.2013 03:50, Jonathan Ludlam wrote:

On an LVHD based SR, this should get automatically c= oalesced (so called 'online leaf-coalesce'). However, on file-based VHD SRs= I believe the decision was taken not to do online leaf coalesce, as it was= n't felt necessary.

 

Having said that, you might find this link helps, th= ough I haven't tried anything in it myself: http://support.citrix.com/= article/CTX123400



Jon

 



Sent from my iPad


On 16 Aug 2013, at 14:51, "George Shuklin" <george.shuklin@gmail.com> wrote:

Good day.<= /p>

After VDI migration there is base copy (vhd parent) = disk for VDI's of newly migrated VM. I see no way to coalesce it back excep= t manual operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introduci= ng it back to xapi and recreating VBD).

Is any way to do this?

Thanks.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://li= sts.xen.org/cgi-bin/mailman/listinfo/xen-api

 

--_000_BB824EA959B82F43820FFEE5E6B00AA60CF18DAMSPEX01CL01citri_-- --===============5028980623854039430== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5028980623854039430==-- From xen-api-bounces@lists.xen.org Fri Aug 23 10:49:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 10:49:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCow0-0004ce-Ut; Fri, 23 Aug 2013 10:49:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCluJ-0007Ee-KI for xen-api@lists.xenproject.org; Fri, 23 Aug 2013 07:35:43 +0000 Received: from [193.109.254.147:65415] by server-4.bemta-14.messagelabs.com id 04/AB-05823-EC017125; Fri, 23 Aug 2013 07:35:42 +0000 X-Env-Sender: alexander.a.kryuchkov@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1377243340!224927!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23490 invoked from network); 23 Aug 2013 07:35:42 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 07:35:42 -0000 Received: by mail-ve0-f173.google.com with SMTP id cy12so203415veb.18 for ; Fri, 23 Aug 2013 00:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=YqrlnS+7ZGxIqY6aUWR6cRhen4LOAHgoMsbUzV5FXoI=; b=EwVWCwyJEVuP4WuJmVlUkvhPNl3Qzd525WLW9kWsT7B9zcsp9bcR+KYUPLQrXI4zwY lNBm/7/j3HUC0jyToldT52WIxRuUblLC2eGVaWPotsu3+gZaBwxMBQTeM4zr1xhtVO+a 8+6enI3gTj6eFTztETWH5ONu2YrGSCEMet1kfYg4P0HfWlBVpuhcPFi9GhteA9gJEM5x wuuPSX3ZXaoWnDDRmo84hhrfl+bhfAKxbSPfupFJgzbzG4N3+dh/IAoUlOIoFytWAnE1 UeNTBW1Dfw1v9Qalh/k6fe9hk4LXSAaKLakYW/ViWrRqqTSIX1WWYMPIwx8ahGNKIxSg qx+A== MIME-Version: 1.0 X-Received: by 10.58.237.105 with SMTP id vb9mr15236295vec.2.1377243340102; Fri, 23 Aug 2013 00:35:40 -0700 (PDT) Received: by 10.220.110.83 with HTTP; Fri, 23 Aug 2013 00:35:40 -0700 (PDT) Date: Fri, 23 Aug 2013 11:35:40 +0400 Message-ID: From: alexander kryuchkov To: xen-api@lists.xenproject.org X-Mailman-Approved-At: Fri, 23 Aug 2013 10:49:39 +0000 Subject: [Xen-API] Please help XCP 1.6 with Citrix hotfixes resulted in license problem URGENT X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3393759683206375453==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3393759683206375453== Content-Type: multipart/alternative; boundary=089e01294a500e6eb704e4987458 --089e01294a500e6eb704e4987458 Content-Type: text/plain; charset=ISO-8859-1 Hello gentlemen. I've got a serious problem. I'm desperate to say more precisely. My hosts are running XCP 1.6.After upgrade from 1.1 some of my VMs still running MS Server 2003 started to lock up in the state of so called gray screen of death. After a bit of googling i discovered that it's a bug and Citrix released hotfixes against this disease. No hotfixes for XCP though. So i installed them. Everything went fine until recently, when everyday my hosts started to send emails stating that license is going to expire. Here's an example: Field Value ----- ----- Name: LICENSE_EXPIRES_SOON Priority: 10 Class: Host Object UUID: 40aa0b58-d489-4009-a55a-95c5b151c0ce Timestamp: 20130821T00:02:02Z Message UUID: 6e7ede5b-74a0-90e6-3543-3a59763c278f Pool name: zen Body: Your license will expire in 10 days I suppose it's because of an updated xapi from Citrix. My question is - what can i do with this, because i suppose when the counter reaches zero my servers could just lock up as with ordinary Xenserver. More precise question is which are responsible for this kind of checks. Probably it's possible to take them from Xenserver 6.2 since it's completely free now. And what's worse, i'm not even in the office to physically reach the servers, have network access though. Please, i'd appreciate any help. --089e01294a500e6eb704e4987458 Content-Type: text/html; charset=ISO-8859-1
Hello gentlemen.

I've got a serious problem. I'm desperate to say more precisely. My hosts are running XCP 1.6.After upgrade from 1.1 some of my VMs still running MS Server 2003 started to lock up in the state of so called gray screen of death. After a bit of googling i discovered that it's a bug and Citrix released hotfixes against this disease. No hotfixes for XCP though. So i installed them. Everything went fine until recently, when everyday my hosts started to send emails stating that license is going to expire. Here's an example:

Field Value
----- -----
Name: LICENSE_EXPIRES_SOON
Priority: 10
Class: Host
Object UUID: 40aa0b58-d489-4009-a55a-95c5b151c0ce
Timestamp: 20130821T00:02:02Z
Message UUID: 6e7ede5b-74a0-90e6-3543-3a59763c278f
Pool name: zen
Body: Your license will expire in 10 days

I suppose it's because of an updated xapi from Citrix. My question is - what can i do with this, because i suppose when the counter reaches zero my servers could just lock up as with ordinary Xenserver. More precise question is which are responsible for this kind of checks. Probably it's possible to take them from Xenserver 6.2 since it's completely free now. And what's worse, i'm not even in the office to physically reach the servers, have network access though. Please, i'd appreciate any help.
--089e01294a500e6eb704e4987458-- --===============3393759683206375453== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3393759683206375453==-- From xen-api-bounces@lists.xen.org Fri Aug 23 10:49:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 10:49:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCow0-0004ce-Ut; Fri, 23 Aug 2013 10:49:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCluJ-0007Ee-KI for xen-api@lists.xenproject.org; Fri, 23 Aug 2013 07:35:43 +0000 Received: from [193.109.254.147:65415] by server-4.bemta-14.messagelabs.com id 04/AB-05823-EC017125; Fri, 23 Aug 2013 07:35:42 +0000 X-Env-Sender: alexander.a.kryuchkov@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1377243340!224927!1 X-Originating-IP: [209.85.128.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23490 invoked from network); 23 Aug 2013 07:35:42 -0000 Received: from mail-ve0-f173.google.com (HELO mail-ve0-f173.google.com) (209.85.128.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 07:35:42 -0000 Received: by mail-ve0-f173.google.com with SMTP id cy12so203415veb.18 for ; Fri, 23 Aug 2013 00:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=YqrlnS+7ZGxIqY6aUWR6cRhen4LOAHgoMsbUzV5FXoI=; b=EwVWCwyJEVuP4WuJmVlUkvhPNl3Qzd525WLW9kWsT7B9zcsp9bcR+KYUPLQrXI4zwY lNBm/7/j3HUC0jyToldT52WIxRuUblLC2eGVaWPotsu3+gZaBwxMBQTeM4zr1xhtVO+a 8+6enI3gTj6eFTztETWH5ONu2YrGSCEMet1kfYg4P0HfWlBVpuhcPFi9GhteA9gJEM5x wuuPSX3ZXaoWnDDRmo84hhrfl+bhfAKxbSPfupFJgzbzG4N3+dh/IAoUlOIoFytWAnE1 UeNTBW1Dfw1v9Qalh/k6fe9hk4LXSAaKLakYW/ViWrRqqTSIX1WWYMPIwx8ahGNKIxSg qx+A== MIME-Version: 1.0 X-Received: by 10.58.237.105 with SMTP id vb9mr15236295vec.2.1377243340102; Fri, 23 Aug 2013 00:35:40 -0700 (PDT) Received: by 10.220.110.83 with HTTP; Fri, 23 Aug 2013 00:35:40 -0700 (PDT) Date: Fri, 23 Aug 2013 11:35:40 +0400 Message-ID: From: alexander kryuchkov To: xen-api@lists.xenproject.org X-Mailman-Approved-At: Fri, 23 Aug 2013 10:49:39 +0000 Subject: [Xen-API] Please help XCP 1.6 with Citrix hotfixes resulted in license problem URGENT X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3393759683206375453==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3393759683206375453== Content-Type: multipart/alternative; boundary=089e01294a500e6eb704e4987458 --089e01294a500e6eb704e4987458 Content-Type: text/plain; charset=ISO-8859-1 Hello gentlemen. I've got a serious problem. I'm desperate to say more precisely. My hosts are running XCP 1.6.After upgrade from 1.1 some of my VMs still running MS Server 2003 started to lock up in the state of so called gray screen of death. After a bit of googling i discovered that it's a bug and Citrix released hotfixes against this disease. No hotfixes for XCP though. So i installed them. Everything went fine until recently, when everyday my hosts started to send emails stating that license is going to expire. Here's an example: Field Value ----- ----- Name: LICENSE_EXPIRES_SOON Priority: 10 Class: Host Object UUID: 40aa0b58-d489-4009-a55a-95c5b151c0ce Timestamp: 20130821T00:02:02Z Message UUID: 6e7ede5b-74a0-90e6-3543-3a59763c278f Pool name: zen Body: Your license will expire in 10 days I suppose it's because of an updated xapi from Citrix. My question is - what can i do with this, because i suppose when the counter reaches zero my servers could just lock up as with ordinary Xenserver. More precise question is which are responsible for this kind of checks. Probably it's possible to take them from Xenserver 6.2 since it's completely free now. And what's worse, i'm not even in the office to physically reach the servers, have network access though. Please, i'd appreciate any help. --089e01294a500e6eb704e4987458 Content-Type: text/html; charset=ISO-8859-1
Hello gentlemen.

I've got a serious problem. I'm desperate to say more precisely. My hosts are running XCP 1.6.After upgrade from 1.1 some of my VMs still running MS Server 2003 started to lock up in the state of so called gray screen of death. After a bit of googling i discovered that it's a bug and Citrix released hotfixes against this disease. No hotfixes for XCP though. So i installed them. Everything went fine until recently, when everyday my hosts started to send emails stating that license is going to expire. Here's an example:

Field Value
----- -----
Name: LICENSE_EXPIRES_SOON
Priority: 10
Class: Host
Object UUID: 40aa0b58-d489-4009-a55a-95c5b151c0ce
Timestamp: 20130821T00:02:02Z
Message UUID: 6e7ede5b-74a0-90e6-3543-3a59763c278f
Pool name: zen
Body: Your license will expire in 10 days

I suppose it's because of an updated xapi from Citrix. My question is - what can i do with this, because i suppose when the counter reaches zero my servers could just lock up as with ordinary Xenserver. More precise question is which are responsible for this kind of checks. Probably it's possible to take them from Xenserver 6.2 since it's completely free now. And what's worse, i'm not even in the office to physically reach the servers, have network access though. Please, i'd appreciate any help.
--089e01294a500e6eb704e4987458-- --===============3393759683206375453== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3393759683206375453==-- From xen-api-bounces@lists.xen.org Fri Aug 23 10:58:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 10:58:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCp40-0004j6-O1; Fri, 23 Aug 2013 10:57:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCp3z-0004j1-DB for xen-api@lists.xenproject.org; Fri, 23 Aug 2013 10:57:55 +0000 Received: from [193.109.254.147:42981] by server-15.bemta-14.messagelabs.com id 4A/52-10716-23047125; Fri, 23 Aug 2013 10:57:54 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1377255471!5538796!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10344 invoked from network); 23 Aug 2013 10:57:53 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 10:57:53 -0000 X-IronPort-AV: E=Sophos;i="4.89,940,1367971200"; d="scan'208";a="44673622" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 23 Aug 2013 10:57:51 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 23 Aug 2013 06:57:50 -0400 Received: from [10.80.118.125] by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VCp3u-0006oX-Gh; Fri, 23 Aug 2013 11:57:50 +0100 Message-ID: <52173FE7.2000901@citrix.com> Date: Fri, 23 Aug 2013 11:56:39 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: alexander kryuchkov References: In-Reply-To: X-DLP: MIA1 Cc: xen-api@lists.xenproject.org Subject: Re: [Xen-API] Please help XCP 1.6 with Citrix hotfixes resulted in license problem URGENT X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 23/08/13 08:35, alexander kryuchkov wrote: > Hello gentlemen. > > I've got a serious problem. I'm desperate to say more precisely. My > hosts are running XCP 1.6.After upgrade from 1.1 some of my VMs still > running MS Server 2003 started to lock up in the state of so called gray > screen of death. After a bit of googling i discovered that it's a bug > and Citrix released hotfixes against this disease. No hotfixes for XCP > though. So i installed them. Everything went fine until recently, when > everyday my hosts started to send emails stating that license is going > to expire. Here's an example: > > Field Value > ----- ----- > Name: LICENSE_EXPIRES_SOON > Priority: 10 > Class: Host > Object UUID: 40aa0b58-d489-4009-a55a-95c5b151c0ce > Timestamp: 20130821T00:02:02Z > Message UUID: 6e7ede5b-74a0-90e6-3543-3a59763c278f > Pool name: zen > Body: Your license will expire in 10 days > > I suppose it's because of an updated xapi from Citrix. My question is - > what can i do with this, because i suppose when the counter reaches zero > my servers could just lock up as with ordinary Xenserver. More precise > question is which are responsible for this kind of checks. Probably it's > possible to take them from Xenserver 6.2 since it's completely free now. > And what's worse, i'm not even in the office to physically reach the > servers, have network access though. Please, i'd appreciate any help. Can you tell me what RPMs that you installed as part of this hotfix? It seems like v6d from XenServer might have been installed, overwriting the one from XCP. If this is the case, you will need to re-install the original v6d RPM from XCP. I do recommend upgrading to XenServer 6.2, when you get the chance. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 23 10:58:04 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 10:58:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCp40-0004j6-O1; Fri, 23 Aug 2013 10:57:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCp3z-0004j1-DB for xen-api@lists.xenproject.org; Fri, 23 Aug 2013 10:57:55 +0000 Received: from [193.109.254.147:42981] by server-15.bemta-14.messagelabs.com id 4A/52-10716-23047125; Fri, 23 Aug 2013 10:57:54 +0000 X-Env-Sender: mike.mcclurg@citrix.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1377255471!5538796!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10344 invoked from network); 23 Aug 2013 10:57:53 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 10:57:53 -0000 X-IronPort-AV: E=Sophos;i="4.89,940,1367971200"; d="scan'208";a="44673622" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 23 Aug 2013 10:57:51 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 23 Aug 2013 06:57:50 -0400 Received: from [10.80.118.125] by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VCp3u-0006oX-Gh; Fri, 23 Aug 2013 11:57:50 +0100 Message-ID: <52173FE7.2000901@citrix.com> Date: Fri, 23 Aug 2013 11:56:39 +0100 From: Mike McClurg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: alexander kryuchkov References: In-Reply-To: X-DLP: MIA1 Cc: xen-api@lists.xenproject.org Subject: Re: [Xen-API] Please help XCP 1.6 with Citrix hotfixes resulted in license problem URGENT X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On 23/08/13 08:35, alexander kryuchkov wrote: > Hello gentlemen. > > I've got a serious problem. I'm desperate to say more precisely. My > hosts are running XCP 1.6.After upgrade from 1.1 some of my VMs still > running MS Server 2003 started to lock up in the state of so called gray > screen of death. After a bit of googling i discovered that it's a bug > and Citrix released hotfixes against this disease. No hotfixes for XCP > though. So i installed them. Everything went fine until recently, when > everyday my hosts started to send emails stating that license is going > to expire. Here's an example: > > Field Value > ----- ----- > Name: LICENSE_EXPIRES_SOON > Priority: 10 > Class: Host > Object UUID: 40aa0b58-d489-4009-a55a-95c5b151c0ce > Timestamp: 20130821T00:02:02Z > Message UUID: 6e7ede5b-74a0-90e6-3543-3a59763c278f > Pool name: zen > Body: Your license will expire in 10 days > > I suppose it's because of an updated xapi from Citrix. My question is - > what can i do with this, because i suppose when the counter reaches zero > my servers could just lock up as with ordinary Xenserver. More precise > question is which are responsible for this kind of checks. Probably it's > possible to take them from Xenserver 6.2 since it's completely free now. > And what's worse, i'm not even in the office to physically reach the > servers, have network access though. Please, i'd appreciate any help. Can you tell me what RPMs that you installed as part of this hotfix? It seems like v6d from XenServer might have been installed, overwriting the one from XCP. If this is the case, you will need to re-install the original v6d RPM from XCP. I do recommend upgrading to XenServer 6.2, when you get the chance. Mike _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 23 13:51:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 13:51:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCrmB-00089v-HU; Fri, 23 Aug 2013 13:51:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCrmA-00089q-4K for xen-api@lists.xensource.com; Fri, 23 Aug 2013 13:51:42 +0000 Received: from [85.158.139.211:65470] by server-13.bemta-5.messagelabs.com id D5/ED-23010-DE867125; Fri, 23 Aug 2013 13:51:41 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1377265898!4016771!1 X-Originating-IP: [209.85.214.41] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30174 invoked from network); 23 Aug 2013 13:51:39 -0000 Received: from mail-bk0-f41.google.com (HELO mail-bk0-f41.google.com) (209.85.214.41) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 13:51:39 -0000 Received: by mail-bk0-f41.google.com with SMTP id na10so238801bkb.14 for ; Fri, 23 Aug 2013 06:51:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=T5zhygVgWRm7Snq38dwSXnFqCd07+gPDbXyVU4+xud4=; b=uVTok28J6LYHX0f0hj/M83UCU7UhsUdsiFxwSk01sY5FXqeBnzAwwCIOgcT159Rpne NLK7/mb2rXG0cXrqfrEhWahFo/tAwzDCPs9qienIp4eeZDM6NX6Q8TFfKzDzzamEOhwm GXwlIQ+BUJxVbpZ3SXx6wOxMFWwC7YTmKCTxCEm4BHFCdjTPmvo8waJ5YI/LxE5i7c54 oZ3ygjYjo1E6Ls1f0gWJD5E9lePgaUG+YWCUZh3410zz1gPgK3sUx3LuU5u8Ft0K3tUf y4283dVh8ewRPQYDZnjC25/vz9WVrwVEP1Fp1wDUDgECd7ETGVZus46o28o982nKPno7 er3g== X-Received: by 10.205.9.198 with SMTP id ox6mr15233332bkb.19.1377265898673; Fri, 23 Aug 2013 06:51:38 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:eccd:8bb2:861f:f904? ([2a00:ab00:0:fffe:eccd:8bb2:861f:f904]) by mx.google.com with ESMTPSA id jt14sm4256507bkb.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Aug 2013 06:51:38 -0700 (PDT) Message-ID: <521768E9.5080500@gmail.com> Date: Fri, 23 Aug 2013 17:51:37 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Bob Ball References: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> <52171492.70401@gmail.com> In-Reply-To: Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1393576549066684242==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1393576549066684242== Content-Type: multipart/alternative; boundary="------------020907040009020206020808" This is a multi-part message in MIME format. --------------020907040009020206020808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good day. Unfortunately it corrupts VHD after Storage XenMotion. Pure installation of XenServer 6.2, empty source nfs-based SR (one VHD), absolutely empty target SR. Got this (too scary to put near product within range of 50km): Aug 23 17:36:09 lab-xvg4 SMGC: [10848] Starting asynch srUpdate for SR 8673efcb-8f37-66a1-2e4b-869ebfc65123 Aug 23 17:36:09 lab-xvg4 SM: [11098] sr_update {'sr_uuid': '8673efcb-8f37-66a1-2e4b-869ebfc65123', 'subtask_of': 'OpaqueRef:eec2850c-911e-6f8d-7f51-90d582d9be85', 'args': [], 'host_ref': 'OpaqueRef:a74a78be-51a6-4074-0200-b84f461cbb34', 'session_ref': 'OpaqueRef:121950cd-7eef-8461-4a75-ee6dcf40a890', 'device_config': {'SRmaster': 'true', 'serverpath': '/vol/groundhog-sr/', 'server': '192.168.3.250'}, 'command': 'sr_update', 'sr_ref': 'OpaqueRef:529d6557-ca7d-9078-b0e0-83979ca62cae'} Aug 23 17:36:09 lab-xvg4 SM: [11098] lock: closed /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR.update_asynch status changed to [success] Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/running Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr, acquired: True (exists: True) Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'scan', '-f', '-c', '-m', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/*.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] pread SUCCESS Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR 8673 ('nfssr') (3 VDIs in 1 VHD trees): no changes Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Removed vhd-blocks from *c8e03791(3.000G/24.055M) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db'} Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'read', '--debug', '-B', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] pread SUCCESS Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Set vhd-blocks = eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU= for *c8e03791(3.000G/24.055M) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Num combined blocks = 562 Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesced size = 1.100G Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce candidate: *c8e03791(3.000G/24.055M) (tree height 3) Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/running, acquired: True (exists: True) Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr, acquired: True (exists: True) Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'scan', '-f', '-c', '-m', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/*.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] pread SUCCESS Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR 8673 ('nfssr') (3 VDIs in 1 VHD trees): no changes Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Removed vhd-blocks from *c8e03791(3.000G/24.055M) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db'} Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'read', '--debug', '-B', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] pread SUCCESS Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Set vhd-blocks = eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU= for *c8e03791(3.000G/24.055M) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Num combined blocks = 562 Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesced size = 1.100G Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce candidate: *c8e03791(3.000G/24.055M) (tree height 3) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalescing *c8e03791(3.000G/24.055M) -> *121364ab(3.000G/1.100G) Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'check', '--debug', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] FAILED in util.pread: (rc 22) stdout: 'differencing header is invalid: parent creation time in future Aug 23 17:36:10 lab-xvg4 SM: [10848] /var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd appears invalid; dumping metadata Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Footer Summary: Aug 23 17:36:10 lab-xvg4 SM: [10848] ------------------- Aug 23 17:36:10 lab-xvg4 SM: [10848] Cookie : conectix Aug 23 17:36:10 lab-xvg4 SM: [10848] Features : (0x00000002) Aug 23 17:36:10 lab-xvg4 SM: [10848] File format version : Major: 1, Minor: 0 Aug 23 17:36:10 lab-xvg4 SM: [10848] Data offset : 512 Aug 23 17:36:10 lab-xvg4 SM: [10848] Timestamp : Fri Aug 23 17:32:15 2013 Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator Application : 'tap' Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator version : Major: 1, Minor: 3 Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator OS : Unknown! Aug 23 17:36:10 lab-xvg4 SM: [10848] Original disk size : 3072 MB (3221225472 Bytes) Aug 23 17:36:10 lab-xvg4 SM: [10848] Current disk size : 3072 MB (3221225472 Bytes) Aug 23 17:36:10 lab-xvg4 SM: [10848] Geometry : Cyl: 6241, Hds: 16, Sctrs: 63 Aug 23 17:36:10 lab-xvg4 SM: [10848] : = 3071 MB (3220955136 Bytes) Aug 23 17:36:10 lab-xvg4 SM: [10848] Disk type : Differencing hard disk Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum : 0xffffeff7|0xffffeff7 (Good!) Aug 23 17:36:10 lab-xvg4 SM: [10848] UUID : 3c966502-afdd-4426-8295-ac2ab35bb074 Aug 23 17:36:10 lab-xvg4 SM: [10848] Saved state : No Aug 23 17:36:10 lab-xvg4 SM: [10848] Hidden : 1 Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Header Summary: Aug 23 17:36:10 lab-xvg4 SM: [10848] ------------------- Aug 23 17:36:10 lab-xvg4 SM: [10848] Cookie : cxsparse Aug 23 17:36:10 lab-xvg4 SM: [10848] Data offset (unusd) : 18446744073709 Aug 23 17:36:10 lab-xvg4 SM: [10848] Table offset : 1536 Aug 23 17:36:10 lab-xvg4 SM: [10848] Header version : 0x00010000 Aug 23 17:36:10 lab-xvg4 SM: [10848] Max BAT size : 1536 Aug 23 17:36:10 lab-xvg4 SM: [10848] Block size : 2097152 (2 MB) Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent name : 121364ab-8ec5-44c6-a3f0-543b700680db.vhd Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent UUID : fe69800f-11b2-4959-97c9-861b3f220ea4 Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent timestamp : Fri Aug 23 21:42:48 2013 Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum : 0xffffdc4e|0xffffdc4e (Good!) Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Parent Locators: Aug 23 17:36:10 lab-xvg4 SM: [10848] -------------------- Aug 23 17:36:10 lab-xvg4 SM: [10848] locator: : 0 Aug 23 17:36:10 lab-xvg4 SM: [10848] code : PLAT_CODE_MACX Aug 23 17:36:10 lab-xvg4 SM: [10848] data_space : 512 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_length : 49 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_offset : 8704 Aug 23 17:36:10 lab-xvg4 SM: [10848] decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] locator: : 1 Aug 23 17:36:10 lab-xvg4 SM: [10848] code : PLAT_CODE_W2KU Aug 23 17:36:10 lab-xvg4 SM: [10848] data_space : 512 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_length : 84 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_offset : 9216 Aug 23 17:36:10 lab-xvg4 SM: [10848] decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] locator: : 2 Aug 23 17:36:10 lab-xvg4 SM: [10848] code : PLAT_CODE_W2RU Aug 23 17:36:10 lab-xvg4 SM: [10848] data_space : 512 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_length : 84 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_offset : 9728 Aug 23 17:36:10 lab-xvg4 SM: [10848] decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Batmap Summary: Aug 23 17:36:10 lab-xvg4 SM: [10848] ------------------- Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap offset : 8192 Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap size (secs) : 1 Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap version : 0x00010002 Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum : 0xffffffff|0xffffffff (Good!) Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] ', stderr: '' Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *********************** Aug 23 17:36:10 lab-xvg4 SMGC: [10848] * E X C E P T I O N * Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *********************** Aug 23 17:36:10 lab-xvg4 SMGC: [10848] coalesce: EXCEPTION util.SMException, VHD *c8e03791(3.000G/24.055M) corrupted Aug 23 17:36:10 lab-xvg4 SMGC: [10848] File "/opt/xensource/sm/cleanup.py", line 1414, in coalesce Aug 23 17:36:10 lab-xvg4 SMGC: [10848] self._coalesce(vdi) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] File "/opt/xensource/sm/cleanup.py", line 1604, in _coalesce Aug 23 17:36:10 lab-xvg4 SMGC: [10848] vdi._doCoalesce() Aug 23 17:36:10 lab-xvg4 SMGC: [10848] File "/opt/xensource/sm/cleanup.py", line 663, in _doCoalesce Aug 23 17:36:10 lab-xvg4 SMGC: [10848] self.validate() Aug 23 17:36:10 lab-xvg4 SMGC: [10848] File "/opt/xensource/sm/cleanup.py", line 646, in validate Aug 23 17:36:10 lab-xvg4 SMGC: [10848] raise util.SMException("VHD %s corrupted" % self) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce failed, skipping On 23.08.2013 12:44, Bob Ball wrote: > > It is possible, and present, however it is disabled by default > because, as Jon said, it wasn't considered necessary and therefore we > didn't enable it and test it to verify the functionality. > > On the other hand, I have had success enabling it in specific > scenarios, and while it is not a supported mode, if you're using XCP I > guess that you don't have support from Citrix either way! > > If you edit /opt/xensource/sm/cleanup.py, go to class FileSR and > delete the "findLeafCoalesceable" method which simply returns None > then it will use the base classes method and online leaf coalescing on > EXT3 should work automatically. > > Bob > > *From:*xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin > *Sent:* 23 August 2013 08:52 > *To:* Jonathan Ludlam > *Cc:* xen-api@lists.xensource.com > *Subject:* Re: [Xen-API] Storage XenMotion > > Good day. > > It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had > no anything related to leaf-coalesce. In XCP 1.1 there was plugin, in > newer versions there is none. > > ... And manual vhd coalesce is really ugly way. > > > On 23.08.2013 03:50, Jonathan Ludlam wrote: > > On an LVHD based SR, this should get automatically coalesced (so > called 'online leaf-coalesce'). However, on file-based VHD SRs I > believe the decision was taken not to do online leaf coalesce, as > it wasn't felt necessary. > > Having said that, you might find this link helps, though I haven't > tried anything in it myself: > http://support.citrix.com/article/CTX123400 > > > > Jon > > > > Sent from my iPad > > > On 16 Aug 2013, at 14:51, "George Shuklin" > > wrote: > > Good day. > > After VDI migration there is base copy (vhd parent) disk for > VDI's of newly migrated VM. I see no way to coalesce it back > except manual operation with VHD (vhd-util coalesce -n VHD -o > new.vhd, introducing it back to xapi and recreating VBD). > > Is any way to do this? > > Thanks. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --------------020907040009020206020808 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Good day.

Unfortunately it corrupts VHD after Storage XenMotion. Pure installation of XenServer 6.2, empty source nfs-based SR (one VHD), absolutely empty target SR.

Got this (too scary to put near product within range of 50km):


Aug 23 17:36:09 lab-xvg4 SMGC: [10848] Starting asynch srUpdate for SR 8673efcb-8f37-66a1-2e4b-869ebfc65123
Aug 23 17:36:09 lab-xvg4 SM: [11098] sr_update {'sr_uuid': '8673efcb-8f37-66a1-2e4b-869ebfc65123', 'subtask_of': 'OpaqueRef:eec2850c-911e-6f8d-7f51-90d582d9be85', 'args': [], 'host_ref': 'OpaqueRef:a74a78be-51a6-4074-0200-b84f461cbb34', 'session_ref': 'OpaqueRef:121950cd-7eef-8461-4a75-ee6dcf40a890', 'device_config': {'SRmaster': 'true', 'serverpath': '/vol/groundhog-sr/', 'server': '192.168.3.250'}, 'command': 'sr_update', 'sr_ref': 'OpaqueRef:529d6557-ca7d-9078-b0e0-83979ca62cae'}
Aug 23 17:36:09 lab-xvg4 SM: [11098] lock: closed /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR.update_asynch status changed to [success]
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/running
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr, acquired: True (exists: True)
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'scan', '-f', '-c', '-m', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/*.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848]   pread SUCCESS
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR 8673 ('nfssr') (3 VDIs in 1 VHD trees): no changes
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Removed vhd-blocks from *c8e03791(3.000G/24.055M)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db'}
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'read', '--debug', '-B', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848]   pread SUCCESS
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Set vhd-blocks = eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU= for *c8e03791(3.000G/24.055M)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Num combined blocks = 562
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesced size = 1.100G
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce candidate: *c8e03791(3.000G/24.055M) (tree height 3)
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/running, acquired: True (exists: True)
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr, acquired: True (exists: True)
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'scan', '-f', '-c', '-m', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/*.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848]   pread SUCCESS
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR 8673 ('nfssr') (3 VDIs in 1 VHD trees): no changes
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Removed vhd-blocks from *c8e03791(3.000G/24.055M)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db'}
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'read', '--debug', '-B', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848]   pread SUCCESS
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Set vhd-blocks = eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU= for *c8e03791(3.000G/24.055M)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Num combined blocks = 562
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesced size = 1.100G
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce candidate: *c8e03791(3.000G/24.055M) (tree height 3)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalescing *c8e03791(3.000G/24.055M) -> *121364ab(3.000G/1.100G)
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'check', '--debug', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848] FAILED in util.pread: (rc 22) stdout: 'differencing header is invalid: parent creation time in future
Aug 23 17:36:10 lab-xvg4 SM: [10848] /var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd appears invalid; dumping metadata
Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Footer Summary:
Aug 23 17:36:10 lab-xvg4 SM: [10848] -------------------
Aug 23 17:36:10 lab-xvg4 SM: [10848] Cookie              : conectix
Aug 23 17:36:10 lab-xvg4 SM: [10848] Features            : (0x00000002) <RESV>
Aug 23 17:36:10 lab-xvg4 SM: [10848] File format version : Major: 1, Minor: 0
Aug 23 17:36:10 lab-xvg4 SM: [10848] Data offset         : 512
Aug 23 17:36:10 lab-xvg4 SM: [10848] Timestamp           : Fri Aug 23 17:32:15 2013
Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator Application : 'tap'
Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator version     : Major: 1, Minor: 3
Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator OS          : Unknown!
Aug 23 17:36:10 lab-xvg4 SM: [10848] Original disk size  : 3072 MB (3221225472 Bytes)
Aug 23 17:36:10 lab-xvg4 SM: [10848] Current disk size   : 3072 MB (3221225472 Bytes)
Aug 23 17:36:10 lab-xvg4 SM: [10848] Geometry            : Cyl: 6241, Hds: 16, Sctrs: 63
Aug 23 17:36:10 lab-xvg4 SM: [10848]                     : = 3071 MB (3220955136 Bytes)
Aug 23 17:36:10 lab-xvg4 SM: [10848] Disk type           : Differencing hard disk
Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum            : 0xffffeff7|0xffffeff7 (Good!)
Aug 23 17:36:10 lab-xvg4 SM: [10848] UUID                : 3c966502-afdd-4426-8295-ac2ab35bb074
Aug 23 17:36:10 lab-xvg4 SM: [10848] Saved state         : No
Aug 23 17:36:10 lab-xvg4 SM: [10848] Hidden              : 1
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Header Summary:
Aug 23 17:36:10 lab-xvg4 SM: [10848] -------------------
Aug 23 17:36:10 lab-xvg4 SM: [10848] Cookie              : cxsparse
Aug 23 17:36:10 lab-xvg4 SM: [10848] Data offset (unusd) : 18446744073709
Aug 23 17:36:10 lab-xvg4 SM: [10848] Table offset        : 1536
Aug 23 17:36:10 lab-xvg4 SM: [10848] Header version      : 0x00010000
Aug 23 17:36:10 lab-xvg4 SM: [10848] Max BAT size        : 1536
Aug 23 17:36:10 lab-xvg4 SM: [10848] Block size          : 2097152 (2 MB)
Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent name         : 121364ab-8ec5-44c6-a3f0-543b700680db.vhd
Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent UUID         : fe69800f-11b2-4959-97c9-861b3f220ea4
Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent timestamp    : Fri Aug 23 21:42:48 2013
Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum            : 0xffffdc4e|0xffffdc4e (Good!)
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Parent Locators:
Aug 23 17:36:10 lab-xvg4 SM: [10848] --------------------
Aug 23 17:36:10 lab-xvg4 SM: [10848] locator:            : 0
Aug 23 17:36:10 lab-xvg4 SM: [10848]        code         : PLAT_CODE_MACX
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_space   : 512
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_length  : 49
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_offset  : 8704
Aug 23 17:36:10 lab-xvg4 SM: [10848]        decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] locator:            : 1
Aug 23 17:36:10 lab-xvg4 SM: [10848]        code         : PLAT_CODE_W2KU
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_space   : 512
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_length  : 84
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_offset  : 9216
Aug 23 17:36:10 lab-xvg4 SM: [10848]        decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] locator:            : 2
Aug 23 17:36:10 lab-xvg4 SM: [10848]        code         : PLAT_CODE_W2RU
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_space   : 512
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_length  : 84
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_offset  : 9728
Aug 23 17:36:10 lab-xvg4 SM: [10848]        decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Batmap Summary:
Aug 23 17:36:10 lab-xvg4 SM: [10848] -------------------
Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap offset       : 8192
Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap size (secs)  : 1
Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap version      : 0x00010002
Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum            : 0xffffffff|0xffffffff (Good!)
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] ', stderr: ''
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]          ***********************
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]          *  E X C E P T I O N  *
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]          ***********************
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] coalesce: EXCEPTION util.SMException, VHD *c8e03791(3.000G/24.055M) corrupted
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]   File "/opt/xensource/sm/cleanup.py", line 1414, in coalesce
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]     self._coalesce(vdi)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]   File "/opt/xensource/sm/cleanup.py", line 1604, in _coalesce
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]     vdi._doCoalesce()
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]   File "/opt/xensource/sm/cleanup.py", line 663, in _doCoalesce
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]     self.validate()
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]   File "/opt/xensource/sm/cleanup.py", line 646, in validate
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]     raise util.SMException("VHD %s corrupted" % self)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce failed, skipping



On 23.08.2013 12:44, Bob Ball wrote:

It is possible, and present, however it is disabled by default because, as Jon said, it wasn’t considered necessary and therefore we didn’t enable it and test it to verify the functionality.

 

On the other hand, I have had success enabling it in specific scenarios, and while it is not a supported mode, if you’re using XCP I guess that you don’t have support from Citrix either way!

 

If you edit /opt/xensource/sm/cleanup.py, go to class FileSR and delete the “findLeafCoalesceable” method which simply returns None then it will use the base classes method and online leaf coalescing on EXT3 should work automatically.

 

Bob

 

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of George Shuklin
Sent: 23 August 2013 08:52
To: Jonathan Ludlam
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] Storage XenMotion

 

Good day.

It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no anything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer versions there is none.

... And manual vhd coalesce is really ugly way.


On 23.08.2013 03:50, Jonathan Ludlam wrote:

On an LVHD based SR, this should get automatically coalesced (so called 'online leaf-coalesce'). However, on file-based VHD SRs I believe the decision was taken not to do online leaf coalesce, as it wasn't felt necessary.

 

Having said that, you might find this link helps, though I haven't tried anything in it myself: http://support.citrix.com/article/CTX123400



Jon

 



Sent from my iPad


On 16 Aug 2013, at 14:51, "George Shuklin" <george.shuklin@gmail.com> wrote:

Good day.

After VDI migration there is base copy (vhd parent) disk for VDI's of newly migrated VM. I see no way to coalesce it back except manual operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and recreating VBD).

Is any way to do this?

Thanks.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

 


--------------020907040009020206020808-- --===============1393576549066684242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1393576549066684242==-- From xen-api-bounces@lists.xen.org Fri Aug 23 13:51:51 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 23 Aug 2013 13:51:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCrmB-00089v-HU; Fri, 23 Aug 2013 13:51:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VCrmA-00089q-4K for xen-api@lists.xensource.com; Fri, 23 Aug 2013 13:51:42 +0000 Received: from [85.158.139.211:65470] by server-13.bemta-5.messagelabs.com id D5/ED-23010-DE867125; Fri, 23 Aug 2013 13:51:41 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1377265898!4016771!1 X-Originating-IP: [209.85.214.41] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30174 invoked from network); 23 Aug 2013 13:51:39 -0000 Received: from mail-bk0-f41.google.com (HELO mail-bk0-f41.google.com) (209.85.214.41) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 23 Aug 2013 13:51:39 -0000 Received: by mail-bk0-f41.google.com with SMTP id na10so238801bkb.14 for ; Fri, 23 Aug 2013 06:51:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=T5zhygVgWRm7Snq38dwSXnFqCd07+gPDbXyVU4+xud4=; b=uVTok28J6LYHX0f0hj/M83UCU7UhsUdsiFxwSk01sY5FXqeBnzAwwCIOgcT159Rpne NLK7/mb2rXG0cXrqfrEhWahFo/tAwzDCPs9qienIp4eeZDM6NX6Q8TFfKzDzzamEOhwm GXwlIQ+BUJxVbpZ3SXx6wOxMFWwC7YTmKCTxCEm4BHFCdjTPmvo8waJ5YI/LxE5i7c54 oZ3ygjYjo1E6Ls1f0gWJD5E9lePgaUG+YWCUZh3410zz1gPgK3sUx3LuU5u8Ft0K3tUf y4283dVh8ewRPQYDZnjC25/vz9WVrwVEP1Fp1wDUDgECd7ETGVZus46o28o982nKPno7 er3g== X-Received: by 10.205.9.198 with SMTP id ox6mr15233332bkb.19.1377265898673; Fri, 23 Aug 2013 06:51:38 -0700 (PDT) Received: from ?IPv6:2a00:ab00:0:fffe:eccd:8bb2:861f:f904? ([2a00:ab00:0:fffe:eccd:8bb2:861f:f904]) by mx.google.com with ESMTPSA id jt14sm4256507bkb.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 23 Aug 2013 06:51:38 -0700 (PDT) Message-ID: <521768E9.5080500@gmail.com> Date: Fri, 23 Aug 2013 17:51:37 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Bob Ball References: <746F9F1E-250C-46D5-B35C-A49DE413C18C@eu.citrix.com> <52171492.70401@gmail.com> In-Reply-To: Cc: "xen-api@lists.xensource.com" Subject: Re: [Xen-API] Storage XenMotion X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1393576549066684242==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1393576549066684242== Content-Type: multipart/alternative; boundary="------------020907040009020206020808" This is a multi-part message in MIME format. --------------020907040009020206020808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good day. Unfortunately it corrupts VHD after Storage XenMotion. Pure installation of XenServer 6.2, empty source nfs-based SR (one VHD), absolutely empty target SR. Got this (too scary to put near product within range of 50km): Aug 23 17:36:09 lab-xvg4 SMGC: [10848] Starting asynch srUpdate for SR 8673efcb-8f37-66a1-2e4b-869ebfc65123 Aug 23 17:36:09 lab-xvg4 SM: [11098] sr_update {'sr_uuid': '8673efcb-8f37-66a1-2e4b-869ebfc65123', 'subtask_of': 'OpaqueRef:eec2850c-911e-6f8d-7f51-90d582d9be85', 'args': [], 'host_ref': 'OpaqueRef:a74a78be-51a6-4074-0200-b84f461cbb34', 'session_ref': 'OpaqueRef:121950cd-7eef-8461-4a75-ee6dcf40a890', 'device_config': {'SRmaster': 'true', 'serverpath': '/vol/groundhog-sr/', 'server': '192.168.3.250'}, 'command': 'sr_update', 'sr_ref': 'OpaqueRef:529d6557-ca7d-9078-b0e0-83979ca62cae'} Aug 23 17:36:09 lab-xvg4 SM: [11098] lock: closed /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR.update_asynch status changed to [success] Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/running Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr, acquired: True (exists: True) Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'scan', '-f', '-c', '-m', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/*.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] pread SUCCESS Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR 8673 ('nfssr') (3 VDIs in 1 VHD trees): no changes Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Removed vhd-blocks from *c8e03791(3.000G/24.055M) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db'} Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'read', '--debug', '-B', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] pread SUCCESS Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Set vhd-blocks = eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU= for *c8e03791(3.000G/24.055M) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Num combined blocks = 562 Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesced size = 1.100G Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce candidate: *c8e03791(3.000G/24.055M) (tree height 3) Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/running, acquired: True (exists: True) Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr, acquired: True (exists: True) Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'scan', '-f', '-c', '-m', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/*.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] pread SUCCESS Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR 8673 ('nfssr') (3 VDIs in 1 VHD trees): no changes Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Removed vhd-blocks from *c8e03791(3.000G/24.055M) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db'} Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'read', '--debug', '-B', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] pread SUCCESS Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Set vhd-blocks = eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU= for *c8e03791(3.000G/24.055M) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='} Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Num combined blocks = 562 Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesced size = 1.100G Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce candidate: *c8e03791(3.000G/24.055M) (tree height 3) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalescing *c8e03791(3.000G/24.055M) -> *121364ab(3.000G/1.100G) Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'check', '--debug', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd'] Aug 23 17:36:10 lab-xvg4 SM: [10848] FAILED in util.pread: (rc 22) stdout: 'differencing header is invalid: parent creation time in future Aug 23 17:36:10 lab-xvg4 SM: [10848] /var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd appears invalid; dumping metadata Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Footer Summary: Aug 23 17:36:10 lab-xvg4 SM: [10848] ------------------- Aug 23 17:36:10 lab-xvg4 SM: [10848] Cookie : conectix Aug 23 17:36:10 lab-xvg4 SM: [10848] Features : (0x00000002) Aug 23 17:36:10 lab-xvg4 SM: [10848] File format version : Major: 1, Minor: 0 Aug 23 17:36:10 lab-xvg4 SM: [10848] Data offset : 512 Aug 23 17:36:10 lab-xvg4 SM: [10848] Timestamp : Fri Aug 23 17:32:15 2013 Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator Application : 'tap' Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator version : Major: 1, Minor: 3 Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator OS : Unknown! Aug 23 17:36:10 lab-xvg4 SM: [10848] Original disk size : 3072 MB (3221225472 Bytes) Aug 23 17:36:10 lab-xvg4 SM: [10848] Current disk size : 3072 MB (3221225472 Bytes) Aug 23 17:36:10 lab-xvg4 SM: [10848] Geometry : Cyl: 6241, Hds: 16, Sctrs: 63 Aug 23 17:36:10 lab-xvg4 SM: [10848] : = 3071 MB (3220955136 Bytes) Aug 23 17:36:10 lab-xvg4 SM: [10848] Disk type : Differencing hard disk Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum : 0xffffeff7|0xffffeff7 (Good!) Aug 23 17:36:10 lab-xvg4 SM: [10848] UUID : 3c966502-afdd-4426-8295-ac2ab35bb074 Aug 23 17:36:10 lab-xvg4 SM: [10848] Saved state : No Aug 23 17:36:10 lab-xvg4 SM: [10848] Hidden : 1 Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Header Summary: Aug 23 17:36:10 lab-xvg4 SM: [10848] ------------------- Aug 23 17:36:10 lab-xvg4 SM: [10848] Cookie : cxsparse Aug 23 17:36:10 lab-xvg4 SM: [10848] Data offset (unusd) : 18446744073709 Aug 23 17:36:10 lab-xvg4 SM: [10848] Table offset : 1536 Aug 23 17:36:10 lab-xvg4 SM: [10848] Header version : 0x00010000 Aug 23 17:36:10 lab-xvg4 SM: [10848] Max BAT size : 1536 Aug 23 17:36:10 lab-xvg4 SM: [10848] Block size : 2097152 (2 MB) Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent name : 121364ab-8ec5-44c6-a3f0-543b700680db.vhd Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent UUID : fe69800f-11b2-4959-97c9-861b3f220ea4 Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent timestamp : Fri Aug 23 21:42:48 2013 Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum : 0xffffdc4e|0xffffdc4e (Good!) Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Parent Locators: Aug 23 17:36:10 lab-xvg4 SM: [10848] -------------------- Aug 23 17:36:10 lab-xvg4 SM: [10848] locator: : 0 Aug 23 17:36:10 lab-xvg4 SM: [10848] code : PLAT_CODE_MACX Aug 23 17:36:10 lab-xvg4 SM: [10848] data_space : 512 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_length : 49 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_offset : 8704 Aug 23 17:36:10 lab-xvg4 SM: [10848] decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] locator: : 1 Aug 23 17:36:10 lab-xvg4 SM: [10848] code : PLAT_CODE_W2KU Aug 23 17:36:10 lab-xvg4 SM: [10848] data_space : 512 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_length : 84 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_offset : 9216 Aug 23 17:36:10 lab-xvg4 SM: [10848] decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] locator: : 2 Aug 23 17:36:10 lab-xvg4 SM: [10848] code : PLAT_CODE_W2RU Aug 23 17:36:10 lab-xvg4 SM: [10848] data_space : 512 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_length : 84 Aug 23 17:36:10 lab-xvg4 SM: [10848] data_offset : 9728 Aug 23 17:36:10 lab-xvg4 SM: [10848] decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Batmap Summary: Aug 23 17:36:10 lab-xvg4 SM: [10848] ------------------- Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap offset : 8192 Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap size (secs) : 1 Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap version : 0x00010002 Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum : 0xffffffff|0xffffffff (Good!) Aug 23 17:36:10 lab-xvg4 SM: [10848] Aug 23 17:36:10 lab-xvg4 SM: [10848] ', stderr: '' Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *********************** Aug 23 17:36:10 lab-xvg4 SMGC: [10848] * E X C E P T I O N * Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *********************** Aug 23 17:36:10 lab-xvg4 SMGC: [10848] coalesce: EXCEPTION util.SMException, VHD *c8e03791(3.000G/24.055M) corrupted Aug 23 17:36:10 lab-xvg4 SMGC: [10848] File "/opt/xensource/sm/cleanup.py", line 1414, in coalesce Aug 23 17:36:10 lab-xvg4 SMGC: [10848] self._coalesce(vdi) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] File "/opt/xensource/sm/cleanup.py", line 1604, in _coalesce Aug 23 17:36:10 lab-xvg4 SMGC: [10848] vdi._doCoalesce() Aug 23 17:36:10 lab-xvg4 SMGC: [10848] File "/opt/xensource/sm/cleanup.py", line 663, in _doCoalesce Aug 23 17:36:10 lab-xvg4 SMGC: [10848] self.validate() Aug 23 17:36:10 lab-xvg4 SMGC: [10848] File "/opt/xensource/sm/cleanup.py", line 646, in validate Aug 23 17:36:10 lab-xvg4 SMGC: [10848] raise util.SMException("VHD %s corrupted" % self) Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~* Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce failed, skipping On 23.08.2013 12:44, Bob Ball wrote: > > It is possible, and present, however it is disabled by default > because, as Jon said, it wasn't considered necessary and therefore we > didn't enable it and test it to verify the functionality. > > On the other hand, I have had success enabling it in specific > scenarios, and while it is not a supported mode, if you're using XCP I > guess that you don't have support from Citrix either way! > > If you edit /opt/xensource/sm/cleanup.py, go to class FileSR and > delete the "findLeafCoalesceable" method which simply returns None > then it will use the base classes method and online leaf coalescing on > EXT3 should work automatically. > > Bob > > *From:*xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] *On Behalf Of *George Shuklin > *Sent:* 23 August 2013 08:52 > *To:* Jonathan Ludlam > *Cc:* xen-api@lists.xensource.com > *Subject:* Re: [Xen-API] Storage XenMotion > > Good day. > > It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had > no anything related to leaf-coalesce. In XCP 1.1 there was plugin, in > newer versions there is none. > > ... And manual vhd coalesce is really ugly way. > > > On 23.08.2013 03:50, Jonathan Ludlam wrote: > > On an LVHD based SR, this should get automatically coalesced (so > called 'online leaf-coalesce'). However, on file-based VHD SRs I > believe the decision was taken not to do online leaf coalesce, as > it wasn't felt necessary. > > Having said that, you might find this link helps, though I haven't > tried anything in it myself: > http://support.citrix.com/article/CTX123400 > > > > Jon > > > > Sent from my iPad > > > On 16 Aug 2013, at 14:51, "George Shuklin" > > wrote: > > Good day. > > After VDI migration there is base copy (vhd parent) disk for > VDI's of newly migrated VM. I see no way to coalesce it back > except manual operation with VHD (vhd-util coalesce -n VHD -o > new.vhd, introducing it back to xapi and recreating VBD). > > Is any way to do this? > > Thanks. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --------------020907040009020206020808 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Good day.

Unfortunately it corrupts VHD after Storage XenMotion. Pure installation of XenServer 6.2, empty source nfs-based SR (one VHD), absolutely empty target SR.

Got this (too scary to put near product within range of 50km):


Aug 23 17:36:09 lab-xvg4 SMGC: [10848] Starting asynch srUpdate for SR 8673efcb-8f37-66a1-2e4b-869ebfc65123
Aug 23 17:36:09 lab-xvg4 SM: [11098] sr_update {'sr_uuid': '8673efcb-8f37-66a1-2e4b-869ebfc65123', 'subtask_of': 'OpaqueRef:eec2850c-911e-6f8d-7f51-90d582d9be85', 'args': [], 'host_ref': 'OpaqueRef:a74a78be-51a6-4074-0200-b84f461cbb34', 'session_ref': 'OpaqueRef:121950cd-7eef-8461-4a75-ee6dcf40a890', 'device_config': {'SRmaster': 'true', 'serverpath': '/vol/groundhog-sr/', 'server': '192.168.3.250'}, 'command': 'sr_update', 'sr_ref': 'OpaqueRef:529d6557-ca7d-9078-b0e0-83979ca62cae'}
Aug 23 17:36:09 lab-xvg4 SM: [11098] lock: closed /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR.update_asynch status changed to [success]
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/running
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr, acquired: True (exists: True)
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'scan', '-f', '-c', '-m', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/*.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848]   pread SUCCESS
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR 8673 ('nfssr') (3 VDIs in 1 VHD trees): no changes
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Removed vhd-blocks from *c8e03791(3.000G/24.055M)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db'}
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'read', '--debug', '-B', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848]   pread SUCCESS
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Set vhd-blocks = eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU= for *c8e03791(3.000G/24.055M)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Num combined blocks = 562
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesced size = 1.100G
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce candidate: *c8e03791(3.000G/24.055M) (tree height 3)
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/running, acquired: True (exists: True)
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: tried lock /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr, acquired: True (exists: True)
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'scan', '-f', '-c', '-m', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/*.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848]   pread SUCCESS
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] SR 8673 ('nfssr') (3 VDIs in 1 VHD trees): no changes
Aug 23 17:36:10 lab-xvg4 SM: [10848] lock: released /var/lock/sm/8673efcb-8f37-66a1-2e4b-869ebfc65123/sr
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Removed vhd-blocks from *c8e03791(3.000G/24.055M)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db'}
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'read', '--debug', '-B', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848]   pread SUCCESS
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Set vhd-blocks = eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU= for *c8e03791(3.000G/24.055M)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *c8e03791(3.000G/24.055M): {'vhd-parent': '121364ab-8ec5-44c6-a3f0-543b700680db', 'vhd-blocks': 'eJxjYMAOHAiIo8uj813AYg5wcQUonYDDXHIBABzvAoU='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Got sm-config for *121364ab(3.000G/1.100G): {'base_mirror': 'b5a5ee83-697c-05dd-67d6-755c76ba196f/1054e6d8-4f3b-4de8-a33b-a2d80c59d0a7', 'vhd-blocks': 'eJz7//JPBxD86DzAgAISoLQDC5gEQiAAstNb6v///8fClu4CpP+7OLhAVaS4QABIFB08S0tLA4l/AcqnQ8WefylxP+JS45bmlg4U+5f+z6X+i5tLCktJChC4pLg4QKwFIagLILQLAwuQZmFxgLoPADwhRyY='}
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Num combined blocks = 562
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesced size = 1.100G
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce candidate: *c8e03791(3.000G/24.055M) (tree height 3)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalescing *c8e03791(3.000G/24.055M) -> *121364ab(3.000G/1.100G)
Aug 23 17:36:10 lab-xvg4 SM: [10848] ['/usr/bin/vhd-util', 'check', '--debug', '-n', '/var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd']
Aug 23 17:36:10 lab-xvg4 SM: [10848] FAILED in util.pread: (rc 22) stdout: 'differencing header is invalid: parent creation time in future
Aug 23 17:36:10 lab-xvg4 SM: [10848] /var/run/sr-mount/8673efcb-8f37-66a1-2e4b-869ebfc65123/c8e03791-5985-4239-9915-40c902050f26.vhd appears invalid; dumping metadata
Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Footer Summary:
Aug 23 17:36:10 lab-xvg4 SM: [10848] -------------------
Aug 23 17:36:10 lab-xvg4 SM: [10848] Cookie              : conectix
Aug 23 17:36:10 lab-xvg4 SM: [10848] Features            : (0x00000002) <RESV>
Aug 23 17:36:10 lab-xvg4 SM: [10848] File format version : Major: 1, Minor: 0
Aug 23 17:36:10 lab-xvg4 SM: [10848] Data offset         : 512
Aug 23 17:36:10 lab-xvg4 SM: [10848] Timestamp           : Fri Aug 23 17:32:15 2013
Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator Application : 'tap'
Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator version     : Major: 1, Minor: 3
Aug 23 17:36:10 lab-xvg4 SM: [10848] Creator OS          : Unknown!
Aug 23 17:36:10 lab-xvg4 SM: [10848] Original disk size  : 3072 MB (3221225472 Bytes)
Aug 23 17:36:10 lab-xvg4 SM: [10848] Current disk size   : 3072 MB (3221225472 Bytes)
Aug 23 17:36:10 lab-xvg4 SM: [10848] Geometry            : Cyl: 6241, Hds: 16, Sctrs: 63
Aug 23 17:36:10 lab-xvg4 SM: [10848]                     : = 3071 MB (3220955136 Bytes)
Aug 23 17:36:10 lab-xvg4 SM: [10848] Disk type           : Differencing hard disk
Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum            : 0xffffeff7|0xffffeff7 (Good!)
Aug 23 17:36:10 lab-xvg4 SM: [10848] UUID                : 3c966502-afdd-4426-8295-ac2ab35bb074
Aug 23 17:36:10 lab-xvg4 SM: [10848] Saved state         : No
Aug 23 17:36:10 lab-xvg4 SM: [10848] Hidden              : 1
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Header Summary:
Aug 23 17:36:10 lab-xvg4 SM: [10848] -------------------
Aug 23 17:36:10 lab-xvg4 SM: [10848] Cookie              : cxsparse
Aug 23 17:36:10 lab-xvg4 SM: [10848] Data offset (unusd) : 18446744073709
Aug 23 17:36:10 lab-xvg4 SM: [10848] Table offset        : 1536
Aug 23 17:36:10 lab-xvg4 SM: [10848] Header version      : 0x00010000
Aug 23 17:36:10 lab-xvg4 SM: [10848] Max BAT size        : 1536
Aug 23 17:36:10 lab-xvg4 SM: [10848] Block size          : 2097152 (2 MB)
Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent name         : 121364ab-8ec5-44c6-a3f0-543b700680db.vhd
Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent UUID         : fe69800f-11b2-4959-97c9-861b3f220ea4
Aug 23 17:36:10 lab-xvg4 SM: [10848] Parent timestamp    : Fri Aug 23 21:42:48 2013
Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum            : 0xffffdc4e|0xffffdc4e (Good!)
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Parent Locators:
Aug 23 17:36:10 lab-xvg4 SM: [10848] --------------------
Aug 23 17:36:10 lab-xvg4 SM: [10848] locator:            : 0
Aug 23 17:36:10 lab-xvg4 SM: [10848]        code         : PLAT_CODE_MACX
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_space   : 512
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_length  : 49
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_offset  : 8704
Aug 23 17:36:10 lab-xvg4 SM: [10848]        decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] locator:            : 1
Aug 23 17:36:10 lab-xvg4 SM: [10848]        code         : PLAT_CODE_W2KU
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_space   : 512
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_length  : 84
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_offset  : 9216
Aug 23 17:36:10 lab-xvg4 SM: [10848]        decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] locator:            : 2
Aug 23 17:36:10 lab-xvg4 SM: [10848]        code         : PLAT_CODE_W2RU
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_space   : 512
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_length  : 84
Aug 23 17:36:10 lab-xvg4 SM: [10848]        data_offset  : 9728
Aug 23 17:36:10 lab-xvg4 SM: [10848]        decoded name : ./121364ab-8ec5-44c6-a3f0-543b700680db.vhd
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] VHD Batmap Summary:
Aug 23 17:36:10 lab-xvg4 SM: [10848] -------------------
Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap offset       : 8192
Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap size (secs)  : 1
Aug 23 17:36:10 lab-xvg4 SM: [10848] Batmap version      : 0x00010002
Aug 23 17:36:10 lab-xvg4 SM: [10848] Checksum            : 0xffffffff|0xffffffff (Good!)
Aug 23 17:36:10 lab-xvg4 SM: [10848]
Aug 23 17:36:10 lab-xvg4 SM: [10848] ', stderr: ''
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]          ***********************
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]          *  E X C E P T I O N  *
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]          ***********************
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] coalesce: EXCEPTION util.SMException, VHD *c8e03791(3.000G/24.055M) corrupted
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]   File "/opt/xensource/sm/cleanup.py", line 1414, in coalesce
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]     self._coalesce(vdi)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]   File "/opt/xensource/sm/cleanup.py", line 1604, in _coalesce
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]     vdi._doCoalesce()
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]   File "/opt/xensource/sm/cleanup.py", line 663, in _doCoalesce
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]     self.validate()
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]   File "/opt/xensource/sm/cleanup.py", line 646, in validate
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]     raise util.SMException("VHD %s corrupted" % self)
Aug 23 17:36:10 lab-xvg4 SMGC: [10848]
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*
Aug 23 17:36:10 lab-xvg4 SMGC: [10848] Coalesce failed, skipping



On 23.08.2013 12:44, Bob Ball wrote:

It is possible, and present, however it is disabled by default because, as Jon said, it wasn’t considered necessary and therefore we didn’t enable it and test it to verify the functionality.

 

On the other hand, I have had success enabling it in specific scenarios, and while it is not a supported mode, if you’re using XCP I guess that you don’t have support from Citrix either way!

 

If you edit /opt/xensource/sm/cleanup.py, go to class FileSR and delete the “findLeafCoalesceable” method which simply returns None then it will use the base classes method and online leaf coalescing on EXT3 should work automatically.

 

Bob

 

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of George Shuklin
Sent: 23 August 2013 08:52
To: Jonathan Ludlam
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] Storage XenMotion

 

Good day.

It's kinda strange - newer version of XCP (1.6) and XenServer 6.2 had no anything related to leaf-coalesce. In XCP 1.1 there was plugin, in newer versions there is none.

... And manual vhd coalesce is really ugly way.


On 23.08.2013 03:50, Jonathan Ludlam wrote:

On an LVHD based SR, this should get automatically coalesced (so called 'online leaf-coalesce'). However, on file-based VHD SRs I believe the decision was taken not to do online leaf coalesce, as it wasn't felt necessary.

 

Having said that, you might find this link helps, though I haven't tried anything in it myself: http://support.citrix.com/article/CTX123400



Jon

 



Sent from my iPad


On 16 Aug 2013, at 14:51, "George Shuklin" <george.shuklin@gmail.com> wrote:

Good day.

After VDI migration there is base copy (vhd parent) disk for VDI's of newly migrated VM. I see no way to coalesce it back except manual operation with VHD (vhd-util coalesce -n VHD -o new.vhd, introducing it back to xapi and recreating VBD).

Is any way to do this?

Thanks.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

 


--------------020907040009020206020808-- --===============1393576549066684242== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1393576549066684242==-- From xen-api-bounces@lists.xen.org Wed Aug 28 06:06:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Aug 2013 06:06:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEYtA-0006qb-3K; Wed, 28 Aug 2013 06:05:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEYt8-0006qW-MM for xen-api@lists.xen.org; Wed, 28 Aug 2013 06:05:54 +0000 Received: from [85.158.139.211:13396] by server-13.bemta-5.messagelabs.com id 98/35-23010-1439D125; Wed, 28 Aug 2013 06:05:53 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1377669953!4743808!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20563 invoked from network); 28 Aug 2013 06:05:53 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Aug 2013 06:05:53 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id r7S65qTM003302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Aug 2013 08:05:52 +0200 Message-ID: <521D932A.2060405@swisscenter.com> Date: Wed, 28 Aug 2013 08:05:30 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" X-Virus-Scanned: clamav-milter 0.97.8 at mail X-Virus-Status: Clean Subject: [Xen-API] Xenserver 5.6fp1 -> Xenserver 6.2 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Is a direct upgrade from XS 5.6fp1 to XS 6.2 supported (booting from 6.2 = install CD). Anyone experienced it ? Thanks for your answers. Cheers, S=E9bastien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 28 06:06:08 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Aug 2013 06:06:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEYtA-0006qb-3K; Wed, 28 Aug 2013 06:05:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEYt8-0006qW-MM for xen-api@lists.xen.org; Wed, 28 Aug 2013 06:05:54 +0000 Received: from [85.158.139.211:13396] by server-13.bemta-5.messagelabs.com id 98/35-23010-1439D125; Wed, 28 Aug 2013 06:05:53 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1377669953!4743808!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20563 invoked from network); 28 Aug 2013 06:05:53 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Aug 2013 06:05:53 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id r7S65qTM003302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Aug 2013 08:05:52 +0200 Message-ID: <521D932A.2060405@swisscenter.com> Date: Wed, 28 Aug 2013 08:05:30 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" X-Virus-Scanned: clamav-milter 0.97.8 at mail X-Virus-Status: Clean Subject: [Xen-API] Xenserver 5.6fp1 -> Xenserver 6.2 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Is a direct upgrade from XS 5.6fp1 to XS 6.2 supported (booting from 6.2 = install CD). Anyone experienced it ? Thanks for your answers. Cheers, S=E9bastien _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 28 06:09:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Aug 2013 06:09:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEYw2-0006vm-G8; Wed, 28 Aug 2013 06:08:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEYw1-0006vf-3w for xen-api@lists.xen.org; Wed, 28 Aug 2013 06:08:53 +0000 Received: from [85.158.143.35:10865] by server-3.bemta-4.messagelabs.com id 5D/CE-08835-4F39D125; Wed, 28 Aug 2013 06:08:52 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1377670131!6897639!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19947 invoked from network); 28 Aug 2013 06:08:51 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Aug 2013 06:08:51 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id r7S68njG003517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Aug 2013 08:08:51 +0200 Message-ID: <521D93DB.6000101@swisscenter.com> Date: Wed, 28 Aug 2013 08:08:27 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" References: <521D932A.2060405@swisscenter.com> In-Reply-To: <521D932A.2060405@swisscenter.com> X-Virus-Scanned: clamav-milter 0.97.8 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] Xenserver 5.6fp1 -> Xenserver 6.2 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Nevermind, i should have googled it before asking :) http://forums.citrix.com/thread.jspa?threadID=3D334163 On 28.08.2013 08:05, S=E9bastien RICCIO wrote: > Hi, > > Is a direct upgrade from XS 5.6fp1 to XS 6.2 supported (booting from = > 6.2 install CD). > Anyone experienced it ? > > Thanks for your answers. > > Cheers, > S=E9bastien > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Aug 28 06:09:05 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Aug 2013 06:09:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEYw2-0006vm-G8; Wed, 28 Aug 2013 06:08:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEYw1-0006vf-3w for xen-api@lists.xen.org; Wed, 28 Aug 2013 06:08:53 +0000 Received: from [85.158.143.35:10865] by server-3.bemta-4.messagelabs.com id 5D/CE-08835-4F39D125; Wed, 28 Aug 2013 06:08:52 +0000 X-Env-Sender: sr@swisscenter.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1377670131!6897639!1 X-Originating-IP: [94.103.96.90] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19947 invoked from network); 28 Aug 2013 06:08:51 -0000 Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Aug 2013 06:08:51 -0000 Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10]) (authenticated bits=0) by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id r7S68njG003517 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 28 Aug 2013 08:08:51 +0200 Message-ID: <521D93DB.6000101@swisscenter.com> Date: Wed, 28 Aug 2013 08:08:27 +0200 From: =?ISO-8859-1?Q?S=E9bastien_RICCIO?= User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "xen-api@lists.xen.org" References: <521D932A.2060405@swisscenter.com> In-Reply-To: <521D932A.2060405@swisscenter.com> X-Virus-Scanned: clamav-milter 0.97.8 at mail X-Virus-Status: Clean Subject: Re: [Xen-API] Xenserver 5.6fp1 -> Xenserver 6.2 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Nevermind, i should have googled it before asking :) http://forums.citrix.com/thread.jspa?threadID=3D334163 On 28.08.2013 08:05, S=E9bastien RICCIO wrote: > Hi, > > Is a direct upgrade from XS 5.6fp1 to XS 6.2 supported (booting from = > 6.2 install CD). > Anyone experienced it ? > > Thanks for your answers. > > Cheers, > S=E9bastien > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 10:07:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 10:07:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEz8Q-00066p-14; Thu, 29 Aug 2013 10:07:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEz8O-00066h-JH; Thu, 29 Aug 2013 10:07:24 +0000 Received: from [85.158.143.35:36846] by server-3.bemta-4.messagelabs.com id 91/42-08835-B5D1F125; Thu, 29 Aug 2013 10:07:23 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1377770843!94251!1 X-Originating-IP: [209.85.214.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3001 invoked from network); 29 Aug 2013 10:07:23 -0000 Received: from mail-bk0-f47.google.com (HELO mail-bk0-f47.google.com) (209.85.214.47) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 10:07:23 -0000 Received: by mail-bk0-f47.google.com with SMTP id mx12so80017bkb.6 for ; Thu, 29 Aug 2013 03:07:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=rmzm2oUK4V9iKI5CxEhyUo1rpIKAOQYldxA2IXLFi2Q=; b=Ld3bki4eR+nKL5odllwmbdN4izmstDRuG6/BON37WXcdpazck/OjAJNJVD4H3zieOh O5Cb3PKJ3buaYYVCZT5tmwVRZSZUu05hbo5qSLpxHM+uwskbYJHua3vC+Iworknt68O5 B4NmO+dePrkts8ZHhcPnVr14x96Z5jCvPORWmngsJgyipvyWYOxfKHHiHLRBRasBE1Xs 0k9sDTUJ4MIFbmy4giQ+dQlRUNDPDJUVelp9H5pEeadeKUse7EENzB8xqDiRyb0w9cAs x4arhwcu+ZelTeeThgoH8ZCECLU5Go1JMf0QuRXv/bek5hXeeMy7TdseCRUjXKGHu64q WFmA== X-Received: by 10.204.171.198 with SMTP id i6mr1854220bkz.21.1377770842846; Thu, 29 Aug 2013 03:07:22 -0700 (PDT) Received: from [172.16.26.11] (97e16e42.skybroadband.com. [151.225.110.66]) by mx.google.com with ESMTPSA id zl3sm6919346bkb.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 Aug 2013 03:07:21 -0700 (PDT) Message-ID: <521F1D57.9030009@xen.org> Date: Thu, 29 Aug 2013 11:07:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-API] Do we need a CfP dead-line extensions for the Xen Project Developer Summit? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I have been getting a number of queries related to extending the CfP deadline for the Xen Project Developer Summit. Many who want to submit, need to go through an internal approval process. I am willing to add an extra week, if that helps. If you want an extra week please vote +1, otherwise -1. I am also still looking for a couple of volunteers to be on the Program Management Committee Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 10:07:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 10:07:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEz8Q-00066p-14; Thu, 29 Aug 2013 10:07:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEz8O-00066h-JH; Thu, 29 Aug 2013 10:07:24 +0000 Received: from [85.158.143.35:36846] by server-3.bemta-4.messagelabs.com id 91/42-08835-B5D1F125; Thu, 29 Aug 2013 10:07:23 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1377770843!94251!1 X-Originating-IP: [209.85.214.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3001 invoked from network); 29 Aug 2013 10:07:23 -0000 Received: from mail-bk0-f47.google.com (HELO mail-bk0-f47.google.com) (209.85.214.47) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 10:07:23 -0000 Received: by mail-bk0-f47.google.com with SMTP id mx12so80017bkb.6 for ; Thu, 29 Aug 2013 03:07:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=rmzm2oUK4V9iKI5CxEhyUo1rpIKAOQYldxA2IXLFi2Q=; b=Ld3bki4eR+nKL5odllwmbdN4izmstDRuG6/BON37WXcdpazck/OjAJNJVD4H3zieOh O5Cb3PKJ3buaYYVCZT5tmwVRZSZUu05hbo5qSLpxHM+uwskbYJHua3vC+Iworknt68O5 B4NmO+dePrkts8ZHhcPnVr14x96Z5jCvPORWmngsJgyipvyWYOxfKHHiHLRBRasBE1Xs 0k9sDTUJ4MIFbmy4giQ+dQlRUNDPDJUVelp9H5pEeadeKUse7EENzB8xqDiRyb0w9cAs x4arhwcu+ZelTeeThgoH8ZCECLU5Go1JMf0QuRXv/bek5hXeeMy7TdseCRUjXKGHu64q WFmA== X-Received: by 10.204.171.198 with SMTP id i6mr1854220bkz.21.1377770842846; Thu, 29 Aug 2013 03:07:22 -0700 (PDT) Received: from [172.16.26.11] (97e16e42.skybroadband.com. [151.225.110.66]) by mx.google.com with ESMTPSA id zl3sm6919346bkb.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 Aug 2013 03:07:21 -0700 (PDT) Message-ID: <521F1D57.9030009@xen.org> Date: Thu, 29 Aug 2013 11:07:19 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-API] Do we need a CfP dead-line extensions for the Xen Project Developer Summit? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, I have been getting a number of queries related to extending the CfP deadline for the Xen Project Developer Summit. Many who want to submit, need to go through an internal approval process. I am willing to add an extra week, if that helps. If you want an extra week please vote +1, otherwise -1. I am also still looking for a couple of volunteers to be on the Program Management Committee Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 10:27:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 10:27:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEzRK-0006yB-Rt; Thu, 29 Aug 2013 10:26:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEzJx-0006YI-BI; Thu, 29 Aug 2013 10:19:21 +0000 Received: from [85.158.143.35:65243] by server-2.bemta-4.messagelabs.com id FF/8A-26052-8202F125; Thu, 29 Aug 2013 10:19:20 +0000 X-Env-Sender: jaeyong.yoo@samsung.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1377771558!104834!1 X-Originating-IP: [203.254.224.33] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjAzLjI1NC4yMjQuMzMgPT4gMzY3NDY5\n X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25935 invoked from network); 29 Aug 2013 10:19:19 -0000 Received: from mailout3.samsung.com (HELO mailout3.samsung.com) (203.254.224.33) by server-12.tower-21.messagelabs.com with SMTP; 29 Aug 2013 10:19:19 -0000 Received: from epcpsbgr2.samsung.com (u142.gpu120.samsung.co.kr [203.254.230.142]) by mailout3.samsung.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTP id <0MSA007EGFC6O5Q0@mailout3.samsung.com>; Thu, 29 Aug 2013 19:19:18 +0900 (KST) Received: from epcpsbgm2.samsung.com ( [172.20.52.114]) by epcpsbgr2.samsung.com (EPCPMTA) with SMTP id 1D.9C.17682.5202F125; Thu, 29 Aug 2013 19:19:17 +0900 (KST) X-AuditID: cbfee68e-b7f756d000004512-d8-521f2025e996 Received: from epmmp2 ( [203.254.227.17]) by epcpsbgm2.samsung.com (EPCPMTA) with SMTP id 8F.21.05832.5202F125; Thu, 29 Aug 2013 19:19:17 +0900 (KST) Received: from JaeyongYooPC ([168.219.193.108]) by mmp2.samsung.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPA id <0MSA00ML9FC51C10@mmp2.samsung.com>; Thu, 29 Aug 2013 19:19:17 +0900 (KST) From: Jaeyong Yoo To: lars.kurth@xen.org, xen-devel@lists.xen.org, xen-api@lists.xen.org References: <521F1D57.9030009@xen.org> In-reply-to: <521F1D57.9030009@xen.org> Date: Thu, 29 Aug 2013 19:19:20 +0900 Message-id: <006b01cea4a1$398db040$aca910c0$%yoo@samsung.com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac6kn7tVSU7h1oFyR9yi6Is4vkxK7wAAW07Q Content-language: ko X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMIsWRmVeSWpSXmKPExsWyRsSkSFdVQT7IYNY5G4v1G3sZLY7P2sdi seTjYhYHZo+ju38zeZy+NYstgCmKyyYlNSezLLVI3y6BK+Nyw2eWgtPsFT0fPjE2MHazdTFy ckgImEj0PpzCAmGLSVy4tx4ozsUhJLCUUWJ/7xUWmKI1C8+zQCSmM0osvzCZFcL5zyhxsmkt I0gVm4C2xLo3TWC2iICbRPuPz6wgtpCAmsSxacfAJnEKqEs0vP/JDmILC6RJrGhsYwaxWQRU JZ6+OMAEYvMK2EpsmbOMEcIWlPgx+R5YL7OAlsT6nceZIGx5ic1r3gL1cgBdpy7x6K8uiCki YCRxtMUTokJEYt+Ld4wgZ0oIrGOX6H69iR1ilYDEt8mHWCBaZSU2HWCG+FFS4uCKGywTGMVn IVk8C8niWUgWz0KyYgEjyypG0dSC5ILipPQiI73ixNzi0rx0veT83E2MwAg7/e9Z3w7Gmwes DzEmA62fyCwlmpwPjNC8knhDYzMjC1MTU2Mjc0sz0oSVxHnVWqwDhQTSE0tSs1NTC1KL4otK c1KLDzEycXBKNTDWFCscnaWWd62xXGdP87+a+qztNxs/bdr8OX/+Rc3A2sV2RunnC6SnOgnd svr94IRqUFi9r4J66LZrmfIffyx1kpqlM/mX0LPN7B8zFXsOxLy/m7umsnTKzVCVnTzNXOcy v17JdrCMbnykvFWDT2RikT1fFotZguWCFQdylogJR1iZ/CqdW6DEUpyRaKjFXFScCAAnM7aU xgIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAKsWRmVeSWpSXmKPExsVy+t9jQV1VBfkgg6d7TS3Wb+xltDg+ax+L xZKPi1kcmD2O7v7N5HH61iy2AKaoBkabjNTElNQihdS85PyUzLx0WyXv4HjneFMzA0NdQ0sL cyWFvMTcVFslF58AXbfMHKAtSgpliTmlQKGAxOJiJX07TBNCQ9x0LWAaI3R9Q4LgeowM0EDC GsaMyw2fWQpOs1f0fPjE2MDYzdbFyMkhIWAisWbheRYIW0ziwr31QHEuDiGB6YwSyy9MZoVw /jNKnGxaywhSxSagLbHuTROYLSLgJtH+4zMriC0koCZxbNoxsEmcAuoSDe9/soPYwgJpEisa 25hBbBYBVYmnLw4wgdi8ArYSW+YsY4SwBSV+TL4H1sssoCWxfudxJghbXmLzmrdAvRxA16lL PPqrC2KKCBhJHG3xhKgQkdj34h3jBEbBWUgGzUIyaBaSQbOQtCxgZFnFKJpakFxQnJSea6RX nJhbXJqXrpecn7uJERy/z6R3MK5qsDjEKMDBqMTDG/FbNkiINbGsuDL3EKMEB7OSCO9bTvkg Id6UxMqq1KL8+KLSnNTiQ4zJQH9OZJYSTc4Hppa8knhDYxMzI0sjc0MLI2Nz0oSVxHkPtloH CgmkJ5akZqemFqQWwWxh4uCUamDM1CsTfOPEc6Y8ssG/7cFZy+2OrMl7n5leZP5zwF1udbZA x/SQFutDq2YFLrFeEZ1yNuoq38KOaerVi9++3vxm189zwpM3+fg/Lbg67+D/4m0MFe2qFo3K GzemPIlbLbMyPf/a5Dma16+YJsebNdW2rvvyq3M3u+OHOxdNumc2i791FQl9wz5ZiaU4I9FQ i7moOBEACchIXiMDAAA= DLP-Filter: Pass X-MTR: 20000000000000000@CPGS X-CFilter-Loop: Reflected X-Mailman-Approved-At: Thu, 29 Aug 2013 10:26:58 +0000 Subject: Re: [Xen-API] [Xen-devel] Do we need a CfP dead-line extensions for the Xen Project Developer Summit? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org +1 here. Jaeyong > -----Original Message----- > From: xen-devel-bounces@lists.xen.org [mailto:xen-devel- > bounces@lists.xen.org] On Behalf Of Lars Kurth > Sent: Thursday, August 29, 2013 7:07 PM > To: xen-devel@lists.xen.org; xen-api@lists.xen.org > Subject: [Xen-devel] Do we need a CfP dead-line extensions for the Xen > Project Developer Summit? > > Hi all, > > I have been getting a number of queries related to extending the CfP > deadline for the Xen Project Developer Summit. Many who want to submit, > need to go through an internal approval process. I am willing to add an > extra week, if that helps. > > If you want an extra week please vote +1, otherwise -1. > > I am also still looking for a couple of volunteers to be on the Program > Management Committee > > Regards > Lars > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 10:27:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 10:27:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEzRK-0006yB-Rt; Thu, 29 Aug 2013 10:26:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEzJx-0006YI-BI; Thu, 29 Aug 2013 10:19:21 +0000 Received: from [85.158.143.35:65243] by server-2.bemta-4.messagelabs.com id FF/8A-26052-8202F125; Thu, 29 Aug 2013 10:19:20 +0000 X-Env-Sender: jaeyong.yoo@samsung.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1377771558!104834!1 X-Originating-IP: [203.254.224.33] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjAzLjI1NC4yMjQuMzMgPT4gMzY3NDY5\n X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25935 invoked from network); 29 Aug 2013 10:19:19 -0000 Received: from mailout3.samsung.com (HELO mailout3.samsung.com) (203.254.224.33) by server-12.tower-21.messagelabs.com with SMTP; 29 Aug 2013 10:19:19 -0000 Received: from epcpsbgr2.samsung.com (u142.gpu120.samsung.co.kr [203.254.230.142]) by mailout3.samsung.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTP id <0MSA007EGFC6O5Q0@mailout3.samsung.com>; Thu, 29 Aug 2013 19:19:18 +0900 (KST) Received: from epcpsbgm2.samsung.com ( [172.20.52.114]) by epcpsbgr2.samsung.com (EPCPMTA) with SMTP id 1D.9C.17682.5202F125; Thu, 29 Aug 2013 19:19:17 +0900 (KST) X-AuditID: cbfee68e-b7f756d000004512-d8-521f2025e996 Received: from epmmp2 ( [203.254.227.17]) by epcpsbgm2.samsung.com (EPCPMTA) with SMTP id 8F.21.05832.5202F125; Thu, 29 Aug 2013 19:19:17 +0900 (KST) Received: from JaeyongYooPC ([168.219.193.108]) by mmp2.samsung.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPA id <0MSA00ML9FC51C10@mmp2.samsung.com>; Thu, 29 Aug 2013 19:19:17 +0900 (KST) From: Jaeyong Yoo To: lars.kurth@xen.org, xen-devel@lists.xen.org, xen-api@lists.xen.org References: <521F1D57.9030009@xen.org> In-reply-to: <521F1D57.9030009@xen.org> Date: Thu, 29 Aug 2013 19:19:20 +0900 Message-id: <006b01cea4a1$398db040$aca910c0$%yoo@samsung.com> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-index: Ac6kn7tVSU7h1oFyR9yi6Is4vkxK7wAAW07Q Content-language: ko X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMIsWRmVeSWpSXmKPExsWyRsSkSFdVQT7IYNY5G4v1G3sZLY7P2sdi seTjYhYHZo+ju38zeZy+NYstgCmKyyYlNSezLLVI3y6BK+Nyw2eWgtPsFT0fPjE2MHazdTFy ckgImEj0PpzCAmGLSVy4tx4ozsUhJLCUUWJ/7xUWmKI1C8+zQCSmM0osvzCZFcL5zyhxsmkt I0gVm4C2xLo3TWC2iICbRPuPz6wgtpCAmsSxacfAJnEKqEs0vP/JDmILC6RJrGhsYwaxWQRU JZ6+OMAEYvMK2EpsmbOMEcIWlPgx+R5YL7OAlsT6nceZIGx5ic1r3gL1cgBdpy7x6K8uiCki YCRxtMUTokJEYt+Ld4wgZ0oIrGOX6H69iR1ilYDEt8mHWCBaZSU2HWCG+FFS4uCKGywTGMVn IVk8C8niWUgWz0KyYgEjyypG0dSC5ILipPQiI73ixNzi0rx0veT83E2MwAg7/e9Z3w7Gmwes DzEmA62fyCwlmpwPjNC8knhDYzMjC1MTU2Mjc0sz0oSVxHnVWqwDhQTSE0tSs1NTC1KL4otK c1KLDzEycXBKNTDWFCscnaWWd62xXGdP87+a+qztNxs/bdr8OX/+Rc3A2sV2RunnC6SnOgnd svr94IRqUFi9r4J66LZrmfIffyx1kpqlM/mX0LPN7B8zFXsOxLy/m7umsnTKzVCVnTzNXOcy v17JdrCMbnykvFWDT2RikT1fFotZguWCFQdylogJR1iZ/CqdW6DEUpyRaKjFXFScCAAnM7aU xgIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAKsWRmVeSWpSXmKPExsVy+t9jQV1VBfkgg6d7TS3Wb+xltDg+ax+L xZKPi1kcmD2O7v7N5HH61iy2AKaoBkabjNTElNQihdS85PyUzLx0WyXv4HjneFMzA0NdQ0sL cyWFvMTcVFslF58AXbfMHKAtSgpliTmlQKGAxOJiJX07TBNCQ9x0LWAaI3R9Q4LgeowM0EDC GsaMyw2fWQpOs1f0fPjE2MDYzdbFyMkhIWAisWbheRYIW0ziwr31QHEuDiGB6YwSyy9MZoVw /jNKnGxaywhSxSagLbHuTROYLSLgJtH+4zMriC0koCZxbNoxsEmcAuoSDe9/soPYwgJpEisa 25hBbBYBVYmnLw4wgdi8ArYSW+YsY4SwBSV+TL4H1sssoCWxfudxJghbXmLzmrdAvRxA16lL PPqrC2KKCBhJHG3xhKgQkdj34h3jBEbBWUgGzUIyaBaSQbOQtCxgZFnFKJpakFxQnJSea6RX nJhbXJqXrpecn7uJERy/z6R3MK5qsDjEKMDBqMTDG/FbNkiINbGsuDL3EKMEB7OSCO9bTvkg Id6UxMqq1KL8+KLSnNTiQ4zJQH9OZJYSTc4Hppa8knhDYxMzI0sjc0MLI2Nz0oSVxHkPtloH CgmkJ5akZqemFqQWwWxh4uCUamDM1CsTfOPEc6Y8ssG/7cFZy+2OrMl7n5leZP5zwF1udbZA x/SQFutDq2YFLrFeEZ1yNuoq38KOaerVi9++3vxm189zwpM3+fg/Lbg67+D/4m0MFe2qFo3K GzemPIlbLbMyPf/a5Dma16+YJsebNdW2rvvyq3M3u+OHOxdNumc2i791FQl9wz5ZiaU4I9FQ i7moOBEACchIXiMDAAA= DLP-Filter: Pass X-MTR: 20000000000000000@CPGS X-CFilter-Loop: Reflected X-Mailman-Approved-At: Thu, 29 Aug 2013 10:26:58 +0000 Subject: Re: [Xen-API] [Xen-devel] Do we need a CfP dead-line extensions for the Xen Project Developer Summit? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org +1 here. Jaeyong > -----Original Message----- > From: xen-devel-bounces@lists.xen.org [mailto:xen-devel- > bounces@lists.xen.org] On Behalf Of Lars Kurth > Sent: Thursday, August 29, 2013 7:07 PM > To: xen-devel@lists.xen.org; xen-api@lists.xen.org > Subject: [Xen-devel] Do we need a CfP dead-line extensions for the Xen > Project Developer Summit? > > Hi all, > > I have been getting a number of queries related to extending the CfP > deadline for the Xen Project Developer Summit. Many who want to submit, > need to go through an internal approval process. I am willing to add an > extra week, if that helps. > > If you want an extra week please vote +1, otherwise -1. > > I am also still looking for a couple of volunteers to be on the Program > Management Committee > > Regards > Lars > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 10:59:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 10:59:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEzwL-0007un-Ku; Thu, 29 Aug 2013 10:59:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEzwK-0007uf-ME; Thu, 29 Aug 2013 10:59:00 +0000 Received: from [85.158.143.35:65353] by server-3.bemta-4.messagelabs.com id 29/CA-08835-3792F125; Thu, 29 Aug 2013 10:58:59 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1377773938!115736!1 X-Originating-IP: [209.85.214.47] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_MESSAGE, MPART_ALT_DIFF X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15313 invoked from network); 29 Aug 2013 10:58:59 -0000 Received: from mail-bk0-f47.google.com (HELO mail-bk0-f47.google.com) (209.85.214.47) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 10:58:59 -0000 Received: by mail-bk0-f47.google.com with SMTP id mx12so102882bkb.20 for ; Thu, 29 Aug 2013 03:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=jCQRW1bhXxo3IMUFFoiMrC/bt5YnrxdmhorUVE9hDfY=; b=ue/ZBKa+DrHCTDzVlqZZh9j5J4IOB6u05XbHSkBLvKrN1vz9/qwchj+7zywFTvkZUZ 4usP5ZdSTF1n5fu06HvdvlyM6uG6tkLDey9qedDq2WhFwMwIXA+eFInqIH9Sx3ds+k7f qUkC4RKXFZpA14CqKNRBcvAC1kDzVBhpAe/SPXy4dcIN1rW3zbpHeUSSFNzyH6GARmdr b6AAn0bZUPDgcfEY77Wnj951Yv3b14nTv4SOjNjxnVnc/HMEDTx5n9o5OoYcm/n2XPi5 iFkfG/p3reo0zXFv0u9abdR1zNqpIvk63SIAwwu/QFzMCtNcAVdoZxS4W8o+hyC5jebB A7Tw== X-Received: by 10.204.225.196 with SMTP id it4mr941598bkb.34.1377773938395; Thu, 29 Aug 2013 03:58:58 -0700 (PDT) Received: from [172.16.26.11] (97e16e42.skybroadband.com. [151.225.110.66]) by mx.google.com with ESMTPSA id w9sm7011098bkn.12.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 Aug 2013 03:58:57 -0700 (PDT) Message-ID: <521F296F.4060708@xen.org> Date: Thu, 29 Aug 2013 11:58:55 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-API] Xen Project Advisory Board Minutes for August 2013 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5239012778304309828==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5239012778304309828== Content-Type: multipart/alternative; boundary="------------020402020903080608050102" This is a multi-part message in MIME format. --------------020402020903080608050102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Seehttp://wiki.xenproject.org/wiki/AB_Meeting/August_2013_Minutes --------------020402020903080608050102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit See http://wiki.xenproject.org/wiki/AB_Meeting/August_2013_Minutes --------------020402020903080608050102-- --===============5239012778304309828== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5239012778304309828==-- From xen-api-bounces@lists.xen.org Thu Aug 29 10:59:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 10:59:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEzwL-0007un-Ku; Thu, 29 Aug 2013 10:59:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VEzwK-0007uf-ME; Thu, 29 Aug 2013 10:59:00 +0000 Received: from [85.158.143.35:65353] by server-3.bemta-4.messagelabs.com id 29/CA-08835-3792F125; Thu, 29 Aug 2013 10:58:59 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1377773938!115736!1 X-Originating-IP: [209.85.214.47] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_MESSAGE, MPART_ALT_DIFF X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15313 invoked from network); 29 Aug 2013 10:58:59 -0000 Received: from mail-bk0-f47.google.com (HELO mail-bk0-f47.google.com) (209.85.214.47) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 10:58:59 -0000 Received: by mail-bk0-f47.google.com with SMTP id mx12so102882bkb.20 for ; Thu, 29 Aug 2013 03:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=jCQRW1bhXxo3IMUFFoiMrC/bt5YnrxdmhorUVE9hDfY=; b=ue/ZBKa+DrHCTDzVlqZZh9j5J4IOB6u05XbHSkBLvKrN1vz9/qwchj+7zywFTvkZUZ 4usP5ZdSTF1n5fu06HvdvlyM6uG6tkLDey9qedDq2WhFwMwIXA+eFInqIH9Sx3ds+k7f qUkC4RKXFZpA14CqKNRBcvAC1kDzVBhpAe/SPXy4dcIN1rW3zbpHeUSSFNzyH6GARmdr b6AAn0bZUPDgcfEY77Wnj951Yv3b14nTv4SOjNjxnVnc/HMEDTx5n9o5OoYcm/n2XPi5 iFkfG/p3reo0zXFv0u9abdR1zNqpIvk63SIAwwu/QFzMCtNcAVdoZxS4W8o+hyC5jebB A7Tw== X-Received: by 10.204.225.196 with SMTP id it4mr941598bkb.34.1377773938395; Thu, 29 Aug 2013 03:58:58 -0700 (PDT) Received: from [172.16.26.11] (97e16e42.skybroadband.com. [151.225.110.66]) by mx.google.com with ESMTPSA id w9sm7011098bkn.12.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 Aug 2013 03:58:57 -0700 (PDT) Message-ID: <521F296F.4060708@xen.org> Date: Thu, 29 Aug 2013 11:58:55 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-API] Xen Project Advisory Board Minutes for August 2013 X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5239012778304309828==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5239012778304309828== Content-Type: multipart/alternative; boundary="------------020402020903080608050102" This is a multi-part message in MIME format. --------------020402020903080608050102 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Seehttp://wiki.xenproject.org/wiki/AB_Meeting/August_2013_Minutes --------------020402020903080608050102 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit See http://wiki.xenproject.org/wiki/AB_Meeting/August_2013_Minutes --------------020402020903080608050102-- --===============5239012778304309828== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5239012778304309828==-- From xen-api-bounces@lists.xen.org Thu Aug 29 11:05:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 11:05:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF023-0008IU-5s; Thu, 29 Aug 2013 11:04:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF020-0008II-Rf; Thu, 29 Aug 2013 11:04:53 +0000 Received: from [85.158.143.35:22926] by server-2.bemta-4.messagelabs.com id 02/E3-26052-4DA2F125; Thu, 29 Aug 2013 11:04:52 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1377774291!124648!1 X-Originating-IP: [209.85.214.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12386 invoked from network); 29 Aug 2013 11:04:51 -0000 Received: from mail-bk0-f44.google.com (HELO mail-bk0-f44.google.com) (209.85.214.44) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 11:04:51 -0000 Received: by mail-bk0-f44.google.com with SMTP id mz10so108048bkb.3 for ; Thu, 29 Aug 2013 04:04:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=4xzvynbQcHESGuQHqIuQfFmZkFST8tvsi54MniWF2Hw=; b=QCXiaQu+pwUYUjPCYvuOM8Oe7RSv/VDUzQcKhpjjg+cuxpUDYq+JIgl1EJSt/cVbcl 5vEUMuS2apRhi6Hq7bwIDSY7arorR4HfXzrz+jjkLK6JgoGzgV4nu1NrnEnu+bqBfVgw 7Qc9BeFlB0bSqLhNifrthFUJmilkiOhcpHeELH/ae9iMk/l5im+6w7EsCuzEFGmVxEUi tHww+Eoue+ETGlNi+hI3FFfEAkAGubEsdM8zn6hPFJhqg7G9e4Goib/+eUcvkPM0siVc 3Na0tyvPi7Tf45OtJkGr8FdUPEjsrHFSrxN8L1QGMk/aj+JAie6yrcts4fmXUomTyzcd WADg== X-Received: by 10.205.20.133 with SMTP id qo5mr2082448bkb.6.1377774291146; Thu, 29 Aug 2013 04:04:51 -0700 (PDT) Received: from [172.16.26.11] (97e16e42.skybroadband.com. [151.225.110.66]) by mx.google.com with ESMTPSA id od6sm7021992bkb.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 Aug 2013 04:04:50 -0700 (PDT) Message-ID: <521F2AD0.5060301@xen.org> Date: Thu, 29 Aug 2013 12:04:48 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "cl-mirage@lists.cam.ac.uk List" Subject: [Xen-API] [Update] 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, just a quick update that the Xen Project Advisory Board has approved a line-item in the budget for the Developer Meeting on October 23rd. I am currently planning for 30 people. More information will follow next week. If you do want to attend, please make sure you arrive in Edinburgh on the 23rd AM (or before). Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 11:05:12 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 11:05:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF023-0008IU-5s; Thu, 29 Aug 2013 11:04:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF020-0008II-Rf; Thu, 29 Aug 2013 11:04:53 +0000 Received: from [85.158.143.35:22926] by server-2.bemta-4.messagelabs.com id 02/E3-26052-4DA2F125; Thu, 29 Aug 2013 11:04:52 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1377774291!124648!1 X-Originating-IP: [209.85.214.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12386 invoked from network); 29 Aug 2013 11:04:51 -0000 Received: from mail-bk0-f44.google.com (HELO mail-bk0-f44.google.com) (209.85.214.44) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 11:04:51 -0000 Received: by mail-bk0-f44.google.com with SMTP id mz10so108048bkb.3 for ; Thu, 29 Aug 2013 04:04:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=4xzvynbQcHESGuQHqIuQfFmZkFST8tvsi54MniWF2Hw=; b=QCXiaQu+pwUYUjPCYvuOM8Oe7RSv/VDUzQcKhpjjg+cuxpUDYq+JIgl1EJSt/cVbcl 5vEUMuS2apRhi6Hq7bwIDSY7arorR4HfXzrz+jjkLK6JgoGzgV4nu1NrnEnu+bqBfVgw 7Qc9BeFlB0bSqLhNifrthFUJmilkiOhcpHeELH/ae9iMk/l5im+6w7EsCuzEFGmVxEUi tHww+Eoue+ETGlNi+hI3FFfEAkAGubEsdM8zn6hPFJhqg7G9e4Goib/+eUcvkPM0siVc 3Na0tyvPi7Tf45OtJkGr8FdUPEjsrHFSrxN8L1QGMk/aj+JAie6yrcts4fmXUomTyzcd WADg== X-Received: by 10.205.20.133 with SMTP id qo5mr2082448bkb.6.1377774291146; Thu, 29 Aug 2013 04:04:51 -0700 (PDT) Received: from [172.16.26.11] (97e16e42.skybroadband.com. [151.225.110.66]) by mx.google.com with ESMTPSA id od6sm7021992bkb.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 Aug 2013 04:04:50 -0700 (PDT) Message-ID: <521F2AD0.5060301@xen.org> Date: Thu, 29 Aug 2013 12:04:48 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "cl-mirage@lists.cam.ac.uk List" Subject: [Xen-API] [Update] 1/2 day developer meeting before Xen Developer Summit (i.e. in the afternoon of October 23, Edinburgh, UK) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, just a quick update that the Xen Project Advisory Board has approved a line-item in the budget for the Developer Meeting on October 23rd. I am currently planning for 30 people. More information will follow next week. If you do want to attend, please make sure you arrive in Edinburgh on the 23rd AM (or before). Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 11:18:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 11:18:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF0Ev-0000rS-12; Thu, 29 Aug 2013 11:18:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF0Eu-0000rK-01; Thu, 29 Aug 2013 11:18:12 +0000 Received: from [193.109.254.147:54566] by server-2.bemta-14.messagelabs.com id 40/56-18933-3FD2F125; Thu, 29 Aug 2013 11:18:11 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1377775089!32332!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27876 invoked from network); 29 Aug 2013 11:18:10 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 11:18:10 -0000 Received: by mail-wg0-f42.google.com with SMTP id l18so86515wgh.1 for ; Thu, 29 Aug 2013 04:18:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=acHErWuKbOKP4vIY9S+3TFkMBvXmIzxTZ75iZgCErQw=; b=a1YmEYe4TeU6j2TQJEUZvJmjgnijQpF24y+1MzoZVlUWd805ADY7BA9i550mYtK+HX SQ7EkHU0NaKGT6hkYd861B8FHbg+hNrlZNkJQq5PELNg8nR4Bt++eplEZr4Jx6fyKQMO UKc3mTbjy5p3qLBcZYYAeX97+pq5VhrHSf2UAGgpFvtqGpvusnS7kU3lFlWxgi011a5q 7/ebh0D33r7rYXizZEzTznu3FRdAEpOPhBSOQcZAxpQVk4c0xMkc86AUrT/i7Ne0GFSk B2D46IOeXJ5oEI81sYgxwgLMqkCdK5xQWBHqU1kkskMmT2SqjwaCjN4QLMYl7nohwVlu ZLTQ== MIME-Version: 1.0 X-Received: by 10.194.122.129 with SMTP id ls1mr5148072wjb.37.1377775082982; Thu, 29 Aug 2013 04:18:02 -0700 (PDT) Received: by 10.194.202.162 with HTTP; Thu, 29 Aug 2013 04:18:02 -0700 (PDT) In-Reply-To: <521F1D57.9030009@xen.org> References: <521F1D57.9030009@xen.org> Date: Thu, 29 Aug 2013 12:18:02 +0100 X-Google-Sender-Auth: otC7lDWnu0LMZOc7c_xifjHAXr8 Message-ID: From: George Dunlap To: Lars Kurth Cc: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] Do we need a CfP dead-line extensions for the Xen Project Developer Summit? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Thu, Aug 29, 2013 at 11:07 AM, Lars Kurth wrote: > Hi all, > > I have been getting a number of queries related to extending the CfP > deadline for the Xen Project Developer Summit. Many who want to submit, need > to go through an internal approval process. I am willing to add an extra > week, if that helps. I think as long as there's a good reason, I'm OK with it: +1 -George _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 11:18:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 11:18:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF0Ev-0000rS-12; Thu, 29 Aug 2013 11:18:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF0Eu-0000rK-01; Thu, 29 Aug 2013 11:18:12 +0000 Received: from [193.109.254.147:54566] by server-2.bemta-14.messagelabs.com id 40/56-18933-3FD2F125; Thu, 29 Aug 2013 11:18:11 +0000 X-Env-Sender: dunlapg@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1377775089!32332!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27876 invoked from network); 29 Aug 2013 11:18:10 -0000 Received: from mail-wg0-f42.google.com (HELO mail-wg0-f42.google.com) (74.125.82.42) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 11:18:10 -0000 Received: by mail-wg0-f42.google.com with SMTP id l18so86515wgh.1 for ; Thu, 29 Aug 2013 04:18:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=acHErWuKbOKP4vIY9S+3TFkMBvXmIzxTZ75iZgCErQw=; b=a1YmEYe4TeU6j2TQJEUZvJmjgnijQpF24y+1MzoZVlUWd805ADY7BA9i550mYtK+HX SQ7EkHU0NaKGT6hkYd861B8FHbg+hNrlZNkJQq5PELNg8nR4Bt++eplEZr4Jx6fyKQMO UKc3mTbjy5p3qLBcZYYAeX97+pq5VhrHSf2UAGgpFvtqGpvusnS7kU3lFlWxgi011a5q 7/ebh0D33r7rYXizZEzTznu3FRdAEpOPhBSOQcZAxpQVk4c0xMkc86AUrT/i7Ne0GFSk B2D46IOeXJ5oEI81sYgxwgLMqkCdK5xQWBHqU1kkskMmT2SqjwaCjN4QLMYl7nohwVlu ZLTQ== MIME-Version: 1.0 X-Received: by 10.194.122.129 with SMTP id ls1mr5148072wjb.37.1377775082982; Thu, 29 Aug 2013 04:18:02 -0700 (PDT) Received: by 10.194.202.162 with HTTP; Thu, 29 Aug 2013 04:18:02 -0700 (PDT) In-Reply-To: <521F1D57.9030009@xen.org> References: <521F1D57.9030009@xen.org> Date: Thu, 29 Aug 2013 12:18:02 +0100 X-Google-Sender-Auth: otC7lDWnu0LMZOc7c_xifjHAXr8 Message-ID: From: George Dunlap To: Lars Kurth Cc: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] Do we need a CfP dead-line extensions for the Xen Project Developer Summit? X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Thu, Aug 29, 2013 at 11:07 AM, Lars Kurth wrote: > Hi all, > > I have been getting a number of queries related to extending the CfP > deadline for the Xen Project Developer Summit. Many who want to submit, need > to go through an internal approval process. I am willing to add an extra > week, if that helps. I think as long as there's a good reason, I'm OK with it: +1 -George _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 15:32:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 15:32:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF4DD-0002KJ-GF; Thu, 29 Aug 2013 15:32:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF3UQ-0000se-Ic for xen-api@lists.xenproject.org; Thu, 29 Aug 2013 14:46:26 +0000 Received: from [85.158.143.35:41668] by server-3.bemta-4.messagelabs.com id 4A/80-08835-EBE5F125; Thu, 29 Aug 2013 14:46:22 +0000 X-Env-Sender: pravin.chavan@gslab.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1377787581!205259!1 X-Originating-IP: [115.113.154.103] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16324 invoked from network); 29 Aug 2013 14:46:21 -0000 Received: from mail.gslab.com (HELO mail.gslab.com) (115.113.154.103) by server-3.tower-21.messagelabs.com with SMTP; 29 Aug 2013 14:46:21 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.gslab.com (Postfix) with ESMTP id DC73EF8E0006 for ; Thu, 29 Aug 2013 20:11:25 +0530 (IST) X-Virus-Scanned: amavisd-new at gslab.com Received: from mail.gslab.com ([127.0.0.1]) by localhost (mail.gslab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8cqqkGD0wyPa for ; Thu, 29 Aug 2013 20:11:25 +0530 (IST) Received: from mail.gslab.com (mail.gslab.com [172.29.21.1]) by mail.gslab.com (Postfix) with ESMTP id 29D68F8E0005 for ; Thu, 29 Aug 2013 20:11:25 +0530 (IST) Date: Thu, 29 Aug 2013 20:11:24 +0530 (IST) From: Pravin Chavan To: xen-api@lists.xenproject.org Message-ID: <1528834157.32145.1377787284884.JavaMail.root@mail.gslab.com> In-Reply-To: <708571925.31729.1377781398190.JavaMail.root@mail.gslab.com> MIME-Version: 1.0 X-Originating-IP: [10.35.34.242] X-Mailer: Zimbra 6.0.8_GA_2661 (ZimbraWebClient - FF3.0 (Win)/6.0.8_GA_2661) X-Mailman-Approved-At: Thu, 29 Aug 2013 15:32:41 +0000 Subject: [Xen-API] XCP VM Creation and Console access X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Need some urgent help regarding XCP(Xen Cloud Platform) I install xcp using - apt-get install xcp-xapi My base OS is Ubuntu 12.04 I am trying to create a VM using "xe" toolstack, it gets reflected as in "running" state when i fire "xe vm-list", but i am unable to access the VM's console either from "xe console vm=Name_of_the_VM" or "openxenmanager" or "VNC" And When I shutdown("xe vm-shutdown vm=Name_of_the_VM") and start ("xe vm-start vm=Name_of_the_VM") the VM (created above) it gives the following error : Error parameters: File "/usr/lib/xcp/lib/pygrub.xcp", line 876, in , data = fs.open_file(chosencfg["kernel"]).read(), IOError: [Errno 2] No such file or directory Reply ASAP Thanks in advance Thanks. Pravin _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 15:32:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 15:32:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF4DD-0002KJ-GF; Thu, 29 Aug 2013 15:32:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF3UQ-0000se-Ic for xen-api@lists.xenproject.org; Thu, 29 Aug 2013 14:46:26 +0000 Received: from [85.158.143.35:41668] by server-3.bemta-4.messagelabs.com id 4A/80-08835-EBE5F125; Thu, 29 Aug 2013 14:46:22 +0000 X-Env-Sender: pravin.chavan@gslab.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1377787581!205259!1 X-Originating-IP: [115.113.154.103] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16324 invoked from network); 29 Aug 2013 14:46:21 -0000 Received: from mail.gslab.com (HELO mail.gslab.com) (115.113.154.103) by server-3.tower-21.messagelabs.com with SMTP; 29 Aug 2013 14:46:21 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.gslab.com (Postfix) with ESMTP id DC73EF8E0006 for ; Thu, 29 Aug 2013 20:11:25 +0530 (IST) X-Virus-Scanned: amavisd-new at gslab.com Received: from mail.gslab.com ([127.0.0.1]) by localhost (mail.gslab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8cqqkGD0wyPa for ; Thu, 29 Aug 2013 20:11:25 +0530 (IST) Received: from mail.gslab.com (mail.gslab.com [172.29.21.1]) by mail.gslab.com (Postfix) with ESMTP id 29D68F8E0005 for ; Thu, 29 Aug 2013 20:11:25 +0530 (IST) Date: Thu, 29 Aug 2013 20:11:24 +0530 (IST) From: Pravin Chavan To: xen-api@lists.xenproject.org Message-ID: <1528834157.32145.1377787284884.JavaMail.root@mail.gslab.com> In-Reply-To: <708571925.31729.1377781398190.JavaMail.root@mail.gslab.com> MIME-Version: 1.0 X-Originating-IP: [10.35.34.242] X-Mailer: Zimbra 6.0.8_GA_2661 (ZimbraWebClient - FF3.0 (Win)/6.0.8_GA_2661) X-Mailman-Approved-At: Thu, 29 Aug 2013 15:32:41 +0000 Subject: [Xen-API] XCP VM Creation and Console access X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi, Need some urgent help regarding XCP(Xen Cloud Platform) I install xcp using - apt-get install xcp-xapi My base OS is Ubuntu 12.04 I am trying to create a VM using "xe" toolstack, it gets reflected as in "running" state when i fire "xe vm-list", but i am unable to access the VM's console either from "xe console vm=Name_of_the_VM" or "openxenmanager" or "VNC" And When I shutdown("xe vm-shutdown vm=Name_of_the_VM") and start ("xe vm-start vm=Name_of_the_VM") the VM (created above) it gives the following error : Error parameters: File "/usr/lib/xcp/lib/pygrub.xcp", line 876, in , data = fs.open_file(chosencfg["kernel"]).read(), IOError: [Errno 2] No such file or directory Reply ASAP Thanks in advance Thanks. Pravin _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 15:39:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 15:39:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF4Jm-0002dQ-Vl; Thu, 29 Aug 2013 15:39:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF4Jl-0002dA-Gk; Thu, 29 Aug 2013 15:39:29 +0000 Received: from [85.158.143.35:31993] by server-1.bemta-4.messagelabs.com id BB/47-16125-03B6F125; Thu, 29 Aug 2013 15:39:28 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1377790768!221851!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14254 invoked from network); 29 Aug 2013 15:39:28 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 15:39:28 -0000 Received: by mail-ee0-f45.google.com with SMTP id c50so335552eek.18 for ; Thu, 29 Aug 2013 08:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=hYwDQo6/5e5mpZ8lIMJDthBTlvwfk8r/r1FGpfL7/bM=; b=NPv0WB+3Q5eyGMOTi+nWUXQo7kjBsSLFlB2ALxnCu3VB4s3R/aDyTZl+Mw9WCMCvrn 7cD9xYruadlr/hupa3+p8XTO8LDOtq+7P2WG2JYIi1dZ4hbSVF7FxL6gwmXXJ2dzmBUF eNThANRVj9TQeJ5uQfW12zki8NN8CXskVpM1vbI2Zjfl0xnUKdEaHxu9J2ISUSZtXNQh kC8X4egh/6zDme6QE1ouZPAbO81wOGTVykFz493zopPHp325rTo7Yog1yoKw0f61WHAh rUtDUXPe9CLr40JMICV0nr9ATiV8f+WsLa8sPQwdChuHIxIvEdkQfttLig3tfzpqfEoB 4sWQ== X-Received: by 10.15.45.8 with SMTP id a8mr5347748eew.1.1377790767926; Thu, 29 Aug 2013 08:39:27 -0700 (PDT) Received: from [172.16.26.11] (97e16e42.skybroadband.com. [151.225.110.66]) by mx.google.com with ESMTPSA id f49sm47056175eec.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 Aug 2013 08:39:26 -0700 (PDT) Message-ID: <521F6B2C.6060806@xen.org> Date: Thu, 29 Aug 2013 16:39:24 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "cl-mirage@lists.cam.ac.uk List" Subject: [Xen-API] Cfp deadline for Xen project Developer Summit extended to Sept 6th X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, after having been approached by several people who need to get approval for their talk submissions, we extended the CfP deadline by a week. The new deadline is Sept 6th Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Aug 29 15:39:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Aug 2013 15:39:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF4Jm-0002dQ-Vl; Thu, 29 Aug 2013 15:39:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VF4Jl-0002dA-Gk; Thu, 29 Aug 2013 15:39:29 +0000 Received: from [85.158.143.35:31993] by server-1.bemta-4.messagelabs.com id BB/47-16125-03B6F125; Thu, 29 Aug 2013 15:39:28 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1377790768!221851!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14254 invoked from network); 29 Aug 2013 15:39:28 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 29 Aug 2013 15:39:28 -0000 Received: by mail-ee0-f45.google.com with SMTP id c50so335552eek.18 for ; Thu, 29 Aug 2013 08:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=hYwDQo6/5e5mpZ8lIMJDthBTlvwfk8r/r1FGpfL7/bM=; b=NPv0WB+3Q5eyGMOTi+nWUXQo7kjBsSLFlB2ALxnCu3VB4s3R/aDyTZl+Mw9WCMCvrn 7cD9xYruadlr/hupa3+p8XTO8LDOtq+7P2WG2JYIi1dZ4hbSVF7FxL6gwmXXJ2dzmBUF eNThANRVj9TQeJ5uQfW12zki8NN8CXskVpM1vbI2Zjfl0xnUKdEaHxu9J2ISUSZtXNQh kC8X4egh/6zDme6QE1ouZPAbO81wOGTVykFz493zopPHp325rTo7Yog1yoKw0f61WHAh rUtDUXPe9CLr40JMICV0nr9ATiV8f+WsLa8sPQwdChuHIxIvEdkQfttLig3tfzpqfEoB 4sWQ== X-Received: by 10.15.45.8 with SMTP id a8mr5347748eew.1.1377790767926; Thu, 29 Aug 2013 08:39:27 -0700 (PDT) Received: from [172.16.26.11] (97e16e42.skybroadband.com. [151.225.110.66]) by mx.google.com with ESMTPSA id f49sm47056175eec.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 29 Aug 2013 08:39:26 -0700 (PDT) Message-ID: <521F6B2C.6060806@xen.org> Date: Thu, 29 Aug 2013 16:39:24 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "cl-mirage@lists.cam.ac.uk List" Subject: [Xen-API] Cfp deadline for Xen project Developer Summit extended to Sept 6th X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi all, after having been approached by several people who need to get approval for their talk submissions, we extended the CfP deadline by a week. The new deadline is Sept 6th Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 30 09:02:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 30 Aug 2013 09:02:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFKae-0001Fk-Vn; Fri, 30 Aug 2013 09:02:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFKad-0001Ff-N1 for xen-api@lists.xen.org; Fri, 30 Aug 2013 09:01:59 +0000 Received: from [85.158.143.35:12486] by server-3.bemta-4.messagelabs.com id AD/CD-08835-78F50225; Fri, 30 Aug 2013 09:01:59 +0000 X-Env-Sender: guillaume.thouvenin@polymtl.ca X-Msg-Ref: server-2.tower-21.messagelabs.com!1377853317!353338!1 X-Originating-IP: [132.207.4.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30979 invoked from network); 30 Aug 2013 09:01:58 -0000 Received: from smtp.polymtl.ca (HELO smtp.polymtl.ca) (132.207.4.11) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Aug 2013 09:01:58 -0000 Received: from localhost (imp-4-2.polymtl.ca [132.207.4.77]) by smtp.polymtl.ca (8.14.3/8.14.3) with ESMTP id r7U91uYO029780 for ; Fri, 30 Aug 2013 05:01:56 -0400 Received: from b017311-ux.frec.bull.fr (b017311-ux.frec.bull.fr [129.183.140.139]) by www.imp.polymtl.ca (Horde MIME library) with HTTP; Fri, 30 Aug 2013 11:01:56 +0200 Message-ID: <20130830110156.zyhuhvef2o8c4sk0@www.imp.polymtl.ca> Date: Fri, 30 Aug 2013 11:01:56 +0200 From: Guillaume Thouvenin To: "xen-api@lists.xen.org" MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) X-Poly-FromMTA: (imp-4-2.polymtl.ca [132.207.4.77]) at Fri, 30 Aug 2013 09:01:56 +0000 Subject: [Xen-API] Storage_interface.Missing_configuration_parameter("path") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello, I'm trying to use the Xen tech preview by following this tutorial http://wiki.xenproject.org/wiki/Ceph_and_libvirt_technology_preview Except a problem when configuring the network and another problem in the grub.conf that was generated by the xenserver-install-wizard everything seems OK: I can use the CLI and I can connect to the server from the xencenter. A problem occurred when I tried to create a PV guest. I'm using the ubuntu template but when I want to choose a storage I have a message "There are no SR locations that can support this disk". Here is the list of SR: [root@r421-e2-5 init.d]# xe sr-list uuid ( RO) : 30bcfd5e-053b-533d-7f63-438449bb2e7e name-label ( RW): LocalISO name-description ( RW): host ( RO): r421-e2-5 type ( RO): iso content-type ( RO): iso uuid ( RO) : f4a6376d-564f-de52-2241-4130b0e9d94b name-label ( RW): /usr/share/xapi/images name-description ( RW): Files stored in /usr/share/xapi/images host ( RO): r421-e2-5 type ( RO): ffs content-type ( RO): default uuid ( RO) : 23546dc6-5e3e-6bf8-dd53-c50a89fe21d6 name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): r421-e2-5 type ( RO): iso content-type ( RO): iso uuid ( RO) : a9655149-1f2f-40c3-b197-22b64c5da8a9 name-label ( RW): /var/run/sr-mount/a9655149-1f2f-40c3-b197-22b64c5da8a9 name-description ( RW): Files stored in /var/run/sr-mount/a9655149-1f2f-40c3-b197-22b64c5da8a9 host ( RO): r421-e2-5 type ( RO): ext content-type ( RO): default So I tried to create a new ext SR (I need ext because I want it to be usable with openstack) on a fresh ext3 filesystem on my second disk (/dev/sdb1) and here is what I've got: [root@r421-e2-5 init.d]# xe sr-create content-type=user host-uuid=c3946fc5-5955-49ca-b738-1a1f835dae92 type=ext device-config:device=/dev/sdb1 shared=false name-label="ext3 SR on sdb1" The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Storage_interface.Missing_configuration_parameter("path") I looked in /var/log/xen/* but I see nothing special. I also run status on xen services and the only problem I can see is with xendomains status that is FAILED and I don't know why but I cannot start it. I don't really know what to look for so any help is welcome :) Best Regards, Guillaume _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 30 09:02:17 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 30 Aug 2013 09:02:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFKae-0001Fk-Vn; Fri, 30 Aug 2013 09:02:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFKad-0001Ff-N1 for xen-api@lists.xen.org; Fri, 30 Aug 2013 09:01:59 +0000 Received: from [85.158.143.35:12486] by server-3.bemta-4.messagelabs.com id AD/CD-08835-78F50225; Fri, 30 Aug 2013 09:01:59 +0000 X-Env-Sender: guillaume.thouvenin@polymtl.ca X-Msg-Ref: server-2.tower-21.messagelabs.com!1377853317!353338!1 X-Originating-IP: [132.207.4.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30979 invoked from network); 30 Aug 2013 09:01:58 -0000 Received: from smtp.polymtl.ca (HELO smtp.polymtl.ca) (132.207.4.11) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Aug 2013 09:01:58 -0000 Received: from localhost (imp-4-2.polymtl.ca [132.207.4.77]) by smtp.polymtl.ca (8.14.3/8.14.3) with ESMTP id r7U91uYO029780 for ; Fri, 30 Aug 2013 05:01:56 -0400 Received: from b017311-ux.frec.bull.fr (b017311-ux.frec.bull.fr [129.183.140.139]) by www.imp.polymtl.ca (Horde MIME library) with HTTP; Fri, 30 Aug 2013 11:01:56 +0200 Message-ID: <20130830110156.zyhuhvef2o8c4sk0@www.imp.polymtl.ca> Date: Fri, 30 Aug 2013 11:01:56 +0200 From: Guillaume Thouvenin To: "xen-api@lists.xen.org" MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) X-Poly-FromMTA: (imp-4-2.polymtl.ca [132.207.4.77]) at Fri, 30 Aug 2013 09:01:56 +0000 Subject: [Xen-API] Storage_interface.Missing_configuration_parameter("path") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello, I'm trying to use the Xen tech preview by following this tutorial http://wiki.xenproject.org/wiki/Ceph_and_libvirt_technology_preview Except a problem when configuring the network and another problem in the grub.conf that was generated by the xenserver-install-wizard everything seems OK: I can use the CLI and I can connect to the server from the xencenter. A problem occurred when I tried to create a PV guest. I'm using the ubuntu template but when I want to choose a storage I have a message "There are no SR locations that can support this disk". Here is the list of SR: [root@r421-e2-5 init.d]# xe sr-list uuid ( RO) : 30bcfd5e-053b-533d-7f63-438449bb2e7e name-label ( RW): LocalISO name-description ( RW): host ( RO): r421-e2-5 type ( RO): iso content-type ( RO): iso uuid ( RO) : f4a6376d-564f-de52-2241-4130b0e9d94b name-label ( RW): /usr/share/xapi/images name-description ( RW): Files stored in /usr/share/xapi/images host ( RO): r421-e2-5 type ( RO): ffs content-type ( RO): default uuid ( RO) : 23546dc6-5e3e-6bf8-dd53-c50a89fe21d6 name-label ( RW): XenServer Tools name-description ( RW): XenServer Tools ISOs host ( RO): r421-e2-5 type ( RO): iso content-type ( RO): iso uuid ( RO) : a9655149-1f2f-40c3-b197-22b64c5da8a9 name-label ( RW): /var/run/sr-mount/a9655149-1f2f-40c3-b197-22b64c5da8a9 name-description ( RW): Files stored in /var/run/sr-mount/a9655149-1f2f-40c3-b197-22b64c5da8a9 host ( RO): r421-e2-5 type ( RO): ext content-type ( RO): default So I tried to create a new ext SR (I need ext because I want it to be usable with openstack) on a fresh ext3 filesystem on my second disk (/dev/sdb1) and here is what I've got: [root@r421-e2-5 init.d]# xe sr-create content-type=user host-uuid=c3946fc5-5955-49ca-b738-1a1f835dae92 type=ext device-config:device=/dev/sdb1 shared=false name-label="ext3 SR on sdb1" The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Storage_interface.Missing_configuration_parameter("path") I looked in /var/log/xen/* but I see nothing special. I also run status on xen services and the only problem I can see is with xendomains status that is FAILED and I don't know why but I cannot start it. I don't really know what to look for so any help is welcome :) Best Regards, Guillaume _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 30 10:50:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 30 Aug 2013 10:50:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFMHv-00044n-B5; Fri, 30 Aug 2013 10:50:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFMHu-00044i-7H for xen-api@lists.xen.org; Fri, 30 Aug 2013 10:50:46 +0000 Received: from [85.158.137.68:23982] by server-7.bemta-3.messagelabs.com id 8C/12-24536-50970225; Fri, 30 Aug 2013 10:50:45 +0000 X-Env-Sender: guillaume.thouvenin@polymtl.ca X-Msg-Ref: server-6.tower-31.messagelabs.com!1377859843!4462381!1 X-Originating-IP: [132.207.4.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23092 invoked from network); 30 Aug 2013 10:50:44 -0000 Received: from smtp.polymtl.ca (HELO smtp.polymtl.ca) (132.207.4.11) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Aug 2013 10:50:44 -0000 Received: from localhost (imp-4-2.polymtl.ca [132.207.4.77]) by smtp.polymtl.ca (8.14.3/8.14.3) with ESMTP id r7UAog7i000408 for ; Fri, 30 Aug 2013 06:50:42 -0400 Received: from b017311-ux.frec.bull.fr (b017311-ux.frec.bull.fr [129.183.140.139]) by www.imp.polymtl.ca (Horde MIME library) with HTTP; Fri, 30 Aug 2013 12:50:41 +0200 Message-ID: <20130830125041.y0oj9ie8g8go8gs0@www.imp.polymtl.ca> Date: Fri, 30 Aug 2013 12:50:41 +0200 From: Guillaume Thouvenin To: xen-api@lists.xen.org References: <20130830110156.zyhuhvef2o8c4sk0@www.imp.polymtl.ca> In-Reply-To: <20130830110156.zyhuhvef2o8c4sk0@www.imp.polymtl.ca> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) X-Poly-FromMTA: (imp-4-2.polymtl.ca [132.207.4.77]) at Fri, 30 Aug 2013 10:50:42 +0000 Subject: Re: [Xen-API] Storage_interface.Missing_configuration_parameter("path") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Guillaume Thouvenin a =E9crit : > A problem occurred when I tried to create a PV guest. I'm using the = > ubuntu template but when I want to choose a storage I have a message = > "There are no SR locations that can support this disk". Even if I can not modify the disk, it creates a disk named unknown. = Another strange problem occurs if I continue and try to boot the VM. I = can see in the log of Xencenter: xenopsd internal error: Failure("Driver domain disapppeared: = e1c0925f-8782-4ca2-9a43-cf2a37bc56a2") and if I list the machine that run on Xen I see: [root@r421-e2-5 images]# xe vm-list uuid ( RO) : = 8d90fb82-9348-c4af-aeaf-0aae8241374b name-label ( RW): raringvm1 power-state ( RO): halted uuid ( RO) : e1c0925f-8782-4ca2-9a43-cf2a37bc56a2 name-label ( RW): Control domain on host: unknown power-state ( RO): running It seems strange that the name of the host is unknown... Again I see nothing new in /var/log/xen/*.log _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 30 10:50:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 30 Aug 2013 10:50:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFMHv-00044n-B5; Fri, 30 Aug 2013 10:50:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFMHu-00044i-7H for xen-api@lists.xen.org; Fri, 30 Aug 2013 10:50:46 +0000 Received: from [85.158.137.68:23982] by server-7.bemta-3.messagelabs.com id 8C/12-24536-50970225; Fri, 30 Aug 2013 10:50:45 +0000 X-Env-Sender: guillaume.thouvenin@polymtl.ca X-Msg-Ref: server-6.tower-31.messagelabs.com!1377859843!4462381!1 X-Originating-IP: [132.207.4.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.9.11; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23092 invoked from network); 30 Aug 2013 10:50:44 -0000 Received: from smtp.polymtl.ca (HELO smtp.polymtl.ca) (132.207.4.11) by server-6.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Aug 2013 10:50:44 -0000 Received: from localhost (imp-4-2.polymtl.ca [132.207.4.77]) by smtp.polymtl.ca (8.14.3/8.14.3) with ESMTP id r7UAog7i000408 for ; Fri, 30 Aug 2013 06:50:42 -0400 Received: from b017311-ux.frec.bull.fr (b017311-ux.frec.bull.fr [129.183.140.139]) by www.imp.polymtl.ca (Horde MIME library) with HTTP; Fri, 30 Aug 2013 12:50:41 +0200 Message-ID: <20130830125041.y0oj9ie8g8go8gs0@www.imp.polymtl.ca> Date: Fri, 30 Aug 2013 12:50:41 +0200 From: Guillaume Thouvenin To: xen-api@lists.xen.org References: <20130830110156.zyhuhvef2o8c4sk0@www.imp.polymtl.ca> In-Reply-To: <20130830110156.zyhuhvef2o8c4sk0@www.imp.polymtl.ca> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) X-Poly-FromMTA: (imp-4-2.polymtl.ca [132.207.4.77]) at Fri, 30 Aug 2013 10:50:42 +0000 Subject: Re: [Xen-API] Storage_interface.Missing_configuration_parameter("path") X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Guillaume Thouvenin a =E9crit : > A problem occurred when I tried to create a PV guest. I'm using the = > ubuntu template but when I want to choose a storage I have a message = > "There are no SR locations that can support this disk". Even if I can not modify the disk, it creates a disk named unknown. = Another strange problem occurs if I continue and try to boot the VM. I = can see in the log of Xencenter: xenopsd internal error: Failure("Driver domain disapppeared: = e1c0925f-8782-4ca2-9a43-cf2a37bc56a2") and if I list the machine that run on Xen I see: [root@r421-e2-5 images]# xe vm-list uuid ( RO) : = 8d90fb82-9348-c4af-aeaf-0aae8241374b name-label ( RW): raringvm1 power-state ( RO): halted uuid ( RO) : e1c0925f-8782-4ca2-9a43-cf2a37bc56a2 name-label ( RW): Control domain on host: unknown power-state ( RO): running It seems strange that the name of the host is unknown... Again I see nothing new in /var/log/xen/*.log _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Aug 30 22:05:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 30 Aug 2013 22:05:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFWon-0006rd-3L; Fri, 30 Aug 2013 22:05:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1VFWol-0006rY-6x for xen-api@lists.xen.org; Fri, 30 Aug 2013 22:05:23 +0000 Received: from [85.158.143.35:55433] by server-3.bemta-4.messagelabs.com id 0C/33-08835-22711225; Fri, 30 Aug 2013 22:05:22 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1377900321!512004!1 X-Originating-IP: [209.85.212.181] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7880 invoked from network); 30 Aug 2013 22:05:22 -0000 Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com) (209.85.212.181) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Aug 2013 22:05:22 -0000 Received: by mail-wi0-f181.google.com with SMTP id c10so10014wiw.2 for ; Fri, 30 Aug 2013 15:05:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=fFAZGxknCBkLq8UHaq11VAv7nOCWSkFtjc3B60RlcPU=; b=VBfD18i0At/agLVtWhWTaee516AEk8D5srSidxpBPUb02VbgrKti6mEbkFDBCFPUd9 mcUAK6tJ9Lb8zQnV8ZRHpmlhWh72Xf5HKrEBtkVyROdwZNazPpjhecmECJafZDdAWV0A +eyZx88ef8cGrRi34RYGqykhdfmtb5cpNvboRTi5d2ECMDQLL3vJ14ngYvv6OAaN3MAg CsgHiHdZPeEiThETumN3WzwYD01oqJksRjYSlt/sfdYfZ6DPafcIwzxdJSV68k7PiYKz Y989KQPSpkIF/ZUEqX3fwjWc6Ph+2v7swixKdY+dvZ7C7klkBC0Fdrr3UswxUItP3sZt z9hg== MIME-Version: 1.0 X-Received: by 10.180.212.51 with SMTP id nh19mr4210633wic.14.1377900321696; Fri, 30 Aug 2013 15:05:21 -0700 (PDT) Received: by 10.216.11.8 with HTTP; Fri, 30 Aug 2013 15:05:21 -0700 (PDT) Date: Sat, 31 Aug 2013 03:35:21 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: "xen-api@lists.xen.org" Subject: [Xen-API] Startup Memory for Guests X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1208170715738439258==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1208170715738439258== Content-Type: multipart/alternative; boundary=001a11c3576035eea304e5316bc7 --001a11c3576035eea304e5316bc7 Content-Type: text/plain; charset=ISO-8859-1 Hi list, While using ballooning, I found that VM always uses its "target" memory as startup memory. Is it possible to change it to static max as startup memory ? Basically I have hosts where I want VM to start with max possible memory and then shrink if there are other VMs trying to start. If the static-max is available then start/restart should use that. It will give better host utilization for me. Any ideas how would I do that with help of XAPI ? Thanks. --001a11c3576035eea304e5316bc7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi list,

While using ballooning, I foun= d that VM always uses its "target" memory as startup memory. Is i= t possible to change it to static max as startup memory ?

Basically I have hosts where I want VM to start with max possible memo= ry and then shrink if there are other VMs trying to start. =A0If the static= -max is available then start/restart should use that. =A0It will give bette= r host utilization for me.

Any ideas how would I do that with help of XAPI ?
=

Thanks.
--001a11c3576035eea304e5316bc7-- --===============1208170715738439258== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1208170715738439258==-- From xen-api-bounces@lists.xen.org Fri Aug 30 22:05:38 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 30 Aug 2013 22:05:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VFWon-0006rd-3L; Fri, 30 Aug 2013 22:05:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2rushikeshj@gmail.com>) id 1VFWol-0006rY-6x for xen-api@lists.xen.org; Fri, 30 Aug 2013 22:05:23 +0000 Received: from [85.158.143.35:55433] by server-3.bemta-4.messagelabs.com id 0C/33-08835-22711225; Fri, 30 Aug 2013 22:05:22 +0000 X-Env-Sender: 2rushikeshj@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1377900321!512004!1 X-Originating-IP: [209.85.212.181] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.9.12; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7880 invoked from network); 30 Aug 2013 22:05:22 -0000 Received: from mail-wi0-f181.google.com (HELO mail-wi0-f181.google.com) (209.85.212.181) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Aug 2013 22:05:22 -0000 Received: by mail-wi0-f181.google.com with SMTP id c10so10014wiw.2 for ; Fri, 30 Aug 2013 15:05:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=fFAZGxknCBkLq8UHaq11VAv7nOCWSkFtjc3B60RlcPU=; b=VBfD18i0At/agLVtWhWTaee516AEk8D5srSidxpBPUb02VbgrKti6mEbkFDBCFPUd9 mcUAK6tJ9Lb8zQnV8ZRHpmlhWh72Xf5HKrEBtkVyROdwZNazPpjhecmECJafZDdAWV0A +eyZx88ef8cGrRi34RYGqykhdfmtb5cpNvboRTi5d2ECMDQLL3vJ14ngYvv6OAaN3MAg CsgHiHdZPeEiThETumN3WzwYD01oqJksRjYSlt/sfdYfZ6DPafcIwzxdJSV68k7PiYKz Y989KQPSpkIF/ZUEqX3fwjWc6Ph+2v7swixKdY+dvZ7C7klkBC0Fdrr3UswxUItP3sZt z9hg== MIME-Version: 1.0 X-Received: by 10.180.212.51 with SMTP id nh19mr4210633wic.14.1377900321696; Fri, 30 Aug 2013 15:05:21 -0700 (PDT) Received: by 10.216.11.8 with HTTP; Fri, 30 Aug 2013 15:05:21 -0700 (PDT) Date: Sat, 31 Aug 2013 03:35:21 +0530 Message-ID: From: Rushikesh Jadhav <2rushikeshj@gmail.com> To: "xen-api@lists.xen.org" Subject: [Xen-API] Startup Memory for Guests X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1208170715738439258==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1208170715738439258== Content-Type: multipart/alternative; boundary=001a11c3576035eea304e5316bc7 --001a11c3576035eea304e5316bc7 Content-Type: text/plain; charset=ISO-8859-1 Hi list, While using ballooning, I found that VM always uses its "target" memory as startup memory. Is it possible to change it to static max as startup memory ? Basically I have hosts where I want VM to start with max possible memory and then shrink if there are other VMs trying to start. If the static-max is available then start/restart should use that. It will give better host utilization for me. Any ideas how would I do that with help of XAPI ? Thanks. --001a11c3576035eea304e5316bc7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi list,

While using ballooning, I foun= d that VM always uses its "target" memory as startup memory. Is i= t possible to change it to static max as startup memory ?

Basically I have hosts where I want VM to start with max possible memo= ry and then shrink if there are other VMs trying to start. =A0If the static= -max is available then start/restart should use that. =A0It will give bette= r host utilization for me.

Any ideas how would I do that with help of XAPI ?
=

Thanks.
--001a11c3576035eea304e5316bc7-- --===============1208170715738439258== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============1208170715738439258==--